如何用 AI 处理飞书审批
「飞书审批处理」是「龙虾部署大师」技能市场中的审批流程技能：它通过飞书开放 API 管理审批全流程，输入用户 open_id、approval_code、实例 ID、任务 ID、表单 JSON 或处理意见后，可查询实例、查看节点状态、发起审批，并执行同意、拒绝、撤回、转交、催办等动作，同时提供用户查找、权限自检和错误代码定位，脚本会自动读取凭证并给出排查路径，避免绕过封装直接调用接口。 技能效果 处理一张请假审批时，它列出申请单要点、给出该批准的理由，并演示了完整的审批操作流程。 处理飞书审批，时间都耗在哪 审批本身只需一两次点击，真正费时的是它的周边动作：想知道自己上周提交的报销卡在哪个节点、由谁审，得一层层翻；代用户发起一条审批，要拼对 approval_code 和结构化表单字段；审批人手里一堆待办，要按 task_id 逐个同意或转交；遇到长时间没人处理的单子还得催办。一旦接口报权限不足、token 失效或 approval_code 无效，又得花时间定位。这些零碎操作叠起来，比审批本身耗神得多。 发起 查节点 同意/拒绝/转交 催办 每步都要对 open_id / approval_code / task_id，还可能撞权限错误 这个技能能管哪些审批动作 它通过飞书开放 API 把审批全流程收进一个技能里。查询侧，可查用户的审批实例列表、查看某个单子的当前节点、审批人和 task_id；发起侧，用 approval_code 配合表单 JSON 直接创建新的审批实例；处理侧，覆盖同意、拒绝、撤回、转交和催办等动作，审批人可按 task_id 批量处理待办。它还提供用户 open_id 查询、权限自检命令和一套错误决策树——当遇到权限不足、token 失效或 approval_code 无效时，脚本会自动读取凭证并指出排查方向，而不是让你盲猜。 查询 实例列表 节点 / 审批人 task_id 处理 同意 / 拒绝 撤回 / 转交 催办 兜底 权限自检 错误决策树 open_id 查询 它的价值在于把审批的查询、发起、处理和排错都脚本化，并坚持走封装、不绕过接口，让团队能稳定地把审批流程纳入自动化。 用前须知 该技能需要 Python 和飞书应用凭证，凭证可由环境变量、AI agent 的飞书渠道或 .env 读取。使用前需配置 approval:approval 与审批列表只读权限，并发布对应的应用版本，否则接口会因权限不足而失败。 怎么用它 用法是把审批相关的诉求用自然语言交给它，必要时附上单号或申请信息。例如可以这样对它说： 可以这样对它说 "查一下我上周提交的飞书报销审批，现在卡在哪个节点和审批人，状态标清楚。" "用这个 approval code 发起一条采购审批，申请人小陈，金额写在备注里。" "这条待审批先同意并留言，同步把另一个实例催办，别改流程状态。" 它适合这些场景：员工或管理员要查某个审批单的当前节点和处理人；业务系统需代用户发起审批并传入结构化表单字段；审批人要按 task_id 批量同意、拒绝或转交待办；以及审批长时间未处理、需要对指定实例发起催办。 大家常问 飞书审批为什么有时不能撤回？ 飞书审批底层是单向状态机，撤回只在实例尚未推进时生效。一旦有审批人通过、拒绝或处理过，状态已迁出 PENDING，就回不到撤回窗口。 飞书审批里的催办、加签、转交分别是什么意思？ 催办只发提醒、不改状态；加签是在当前节点前或后插入新审批人；转交是把当前任务的处理权移交给他人，原审批人退出，节点本身不变。 飞书审批的同意和抄送怎么区分？ 同意是审批节点的状态跃迁，会推动实例向下流转；抄送是无状态广播节点，仅发通知不阻塞流程，被抄送人没有同意拒绝按钮，只能确认已读。 飞书审批为什么要走 approval_code 而不能直接传单号？ approval_code 是审批模板的标识，instance_id 要等实例创建后才生成。发起时实例还不存在，必须先用 approval_code 让系统找到流程定义、解析节点、再分配单号。 想用上这个技能？ 「飞书审批处理」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
产品营销策略怎么做？定义客户画像和定位，规划发布赋能
「产品营销策略」是「龙虾部署大师」技能市场中的 PMM 工作框架技能：它围绕 ICP 定义、定位开发、竞争情报、产品发布、销售赋能和国际化 GTM，根据你提供的产品、目标市场、客户数据和竞品，输出定位声明、价值主张、买方画像、battlecard、发布计划和 PMM KPI，把产品叙事连接到市场进入与收入目标。 技能效果 给一个B2B SaaS重新做定位时，它先诊断现状，再定义理想客户画像和差异化卖点。 产品营销做不透，卡点在哪 产品营销（PMM）的难，往往不在写文案，而在上游的定位和叙事没立住。常见状况有三种：一是产品说不清自己属于哪个品类、和谁不一样，对外只剩一句口号；二是发布像放烟花，缺少节奏、资产和验证指标，热闹一阵就没下文；三是销售一遇到竞品就卡壳，没有可复用的话术和应对脚本。这些问题叠加，产品的价值传不到市场，也连不上收入目标。 定位模糊 不知道属于哪个品类、和谁不一样 发布无章 缺节奏、资产和验证指标 销售卡壳 遇竞品没有可复用话术 这个技能能帮你产出什么 它提供一套完整的 PMM 工作框架，把产品营销拆成可交付的几块。定位层面，它定义 ICP、买方画像、A/B/C/D 线索评分和验证指标，用定位方法论提炼品类、差异化和价值主张；竞争层面，它构建竞品分层、battlecard、胜负分析和异议回应脚本；落地层面，它规划产品发布、销售赋能、国际化市场进入和 PMM KPI。输入产品、目标市场、客户数据、竞品、发布层级或销售需求后，它能输出定位声明、价值主张、买方画像、battlecard、发布计划、销售材料结构和 KPI 验证标准。 产品营销策略 PMM 框架 定位 / ICP battlecard 发布计划 PMM KPI 它在方法上强调验证指标、月度节奏、销售实际使用率和置信度标注，因此产出的不只是漂亮的叙事，而是能被衡量、被销售真正用起来的材料。 用前须知 该技能无需 API Key 或安装依赖，输出基于你提供的客户、市场和竞品材料。材料越完整，定位与发布计划越贴合实际。若要做实时竞品监测，应结合外部搜索或 CRM 数据源。 怎么用它 用法是把产品信息和 PMM 需求用自然语言交给它，由它来补全框架。例如可以这样对它说： 可以这样对它说 "给这个 B2B 工具重新做定位，先定义 ICP 和卖点，别只写口号。" "新品下月发布，排一版 GTM 计划和销售物料重点，带发布节奏。" "对比这三个竞品，做一份销售能直接用的 battlecard，别写成论文。" 它适合这些场景：产品缺少清晰定位、需要从客户和竞品出发重写叙事；准备 Tier 1 或 Tier 2 发布、需要周计划、资产和指标；销售频繁遇到竞品、需要可复用的 battlecard 和 talk track；进入新国家或区域市场、需要本地化、渠道和预算优先级。它适用于产品营销经理、创始人、GTM 负责人、销售赋能团队，以及 B2B SaaS 或技术产品团队。 大家常问 在产品营销里，"定位"和"卖点"到底是什么关系？ 定位是战略，回答"用户凭什么记住你、为什么在同类中选你"，决定品类与差异化方向；卖点是战术，是支撑这个定位的具体差异化价值主张（USP）。定位先于卖点：先定方向，再从产品里挑出真实、相关、可感知的 3 至 5 个卖点来佐证它。没有定位的卖点是散沙，没有卖点的定位是空壳。 为什么 ICP（理想客户画像）不等于目标用户群？ 目标用户群回答"谁有可能买"，是一个宽泛圈层；ICP 回答"谁最值得优先卖"，是圈层里 LTV 高、决策短、复购口碑强的那一小撮。资源有限时必须做战略性放弃，按整个用户群均摊会让 messaging 谁都打不动。正确路径是先击穿 ICP 设计整套体验，再向外辐射更大目标用户群。 为什么产品 GTM 发布需要节奏和验证指标，而不是一次性宣发？ 用户认知是从"完全不知"到"持续使用"的渐进曲线，通常需 5 至 7 次触点才形成记忆，一次宣发最多让用户"听说过"。节奏负责分阶段推动认知，验证指标则在每段后回答继续做、调整做还是停不做，区分"没人知道"和"没人想要"。没有验证的 GTM 等于盲飞，预算容易整段错配。 销售用的 battlecard 和市场部写的竞品分析报告有什么区别？ 竞品分析报告是战略产出，10 页以上、季度更新，服务于产品方向与定价决策，回答"往哪个方向打"。Battlecard 是战术产出，1 至 2 页、按需更新，给一线销售用：一句话定位、核心威胁场景、我方差异化、异议处理与赢单策略，回答"眼前这一仗怎么打"。前者决定卖什么，后者决定怎么开口接招。 想用上这个技能？ 「产品营销策略」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
Reddit 帖子怎么写真实？按版块语境出草稿去味
「Reddit 帖文写作」是「龙虾部署大师」技能市场中的社区内容技能：它专门生成真实感强、贴合 subreddit 语境的帖子，先收集目标版块、核心处境和发帖目的，进入情绪状态模拟生成原始草稿，再扫描 Claude-ism、禁用短语、过度整齐的结构和标题风险，并由多角色委员会审查真实性、推广感和版规，最终输出可发布的帖子。 技能效果 写一篇r/jobs帖子时，它用不顺不端的真实口吻，写出了裁员后投简历到崩溃的状态。 在 Reddit 发帖，为什么一眼假 Reddit 社区对"假"极其敏感。把普通社媒模板套到 Reddit 上，往往一眼就被识破：语气太顺、结构太工整，像 LinkedIn 文风或 AI 生成的稿子；想顺带提一句自己的产品，结果整篇透着营销味，轻则被忽视、重则触犯版规被删；缺少真实的情绪和具体细节，读起来不像一个真人在某个处境里发声。这些都会让帖子失去社区的信任，得不到互动。 模板腔 · 一眼假 太工整 · 营销味 像 AI / LinkedIn 社区口吻 · 真实 有情绪 · 有细节 合版规 · 有钩子 这个技能怎么把帖子写"真" 它的核心是一套"先生成、再多轮自检"的流程，专门对付 Reddit 的真实感门槛。开始时，它先收集目标 subreddit、核心处境、发帖目的、可选的产品提及和用户意图；接着进入情绪状态模拟——带着时间压力和未完成的思考，生成一篇未经打磨的原始草稿，留住真人发声的粗糙感；然后进入审查：扫描 Claude-ism 词汇、清理禁用短语、检查结构是否过度整齐、验证标题风险，并对产品提及做审计；最后由多角色对抗评审，从真实性、推广感、版规和可信细节几个角度把关，输出可发布的帖子，必要时再补一份发布策略建议。 收集处境版块/目的 情绪模拟原始草稿 多维扫描去 AI 味/版规 多角色评审输出可发布帖 用前须知 该技能无需 API Key 或系统依赖。它可选运行本地的词汇扫描脚本来检测 Claude-ism；最终发布到 Reddit 需要你自行访问平台，并遵守对应 subreddit 的版规。 怎么用它 用法是把版块、想讲的处境和发帖目的用自然语言交给它。例如可以这样对它说： 可以这样对它说 "写一篇 r/jobs 帖子，讲裁员后投简历投到崩溃，语气别太顺。" "把这段租房吐槽改成 Reddit 口吻，别像营销文，保留脏乱感。" "发 r/remotework，写经理强制全天开摄像头那种烦，别太工整。" 它适合这些场景：希望在 r/jobs、r/RemoteWork 等版块倾诉困境或寻求建议；需要把产品或工具自然地轻量提及、又避免明显营销感和版规风险；现有帖子太像广告、LinkedIn 文风或 AI 生成、需要重写；发布前希望检查标题、版规风险、语气真实度和互动策略。它适合社区运营、独立开发者、求职者、创作者，以及需要 Reddit 互动内容的团队。 大家常问 什么是 Reddit 的 shadowban？为什么我自己能看到帖子别人却看不见？ Shadowban 是站点级过滤标签：你的帖子仍写入数据库，自己登录视图一切正常，但对其他用户从 r/all、r/new、搜索和个人主页全部静默移除，外部访问主页会拿到 404。常见触发器是新号高频跨版互动、同 IP 注册多账号或被 AutoModerator 累计标记，目的是让 spammer 看不见自己被罚、无法调整策略继续投放。 Reddit 的 post karma 和 comment karma 有什么区别？为什么新号即使有 karma 也常常发不出帖？ Post karma 来自帖子被点赞、波动剧烈；comment karma 来自评论、增长更平缓，两者独立不互换。发帖被拦真正的门槛往往不是总 karma，而是各 subreddit 用 AutoModerator 设的「该版块内部 karma + 最低账龄 + 邮箱已验证 + CQS 信誉分」组合规则，全站 karma 再高、对应版块内为零也会被自动移除或抓进审核队列。 Reddit 上常说的「10% 自我推广规则」是什么？为什么先发 9 条非营销内容才能发 1 条推广？ 这是源自 reddiquette 和 Content Policy 的社区自治原则，不是服务条款里的硬条文：自推内容占总活动 ≤ 10%，每 1 条推广前先有 9 条以上有实质贡献的评论或讨论。本质是信噪比设计——先用 90% 的社区贡献证明自己是成员，10% 的自我表达才不被视为噪声；版主可加严甚至全禁，严重违规会被全站 shadowban。 为什么 LinkedIn 那种「Pro-tip / Hope this helps」风格的帖子在 Reddit 上会被 downvote 甚至被 mod 删？ 两边帖文契约不同：LinkedIn 是推送式个人品牌广播，靠头衔和「Pro-tip」自上而下宣称权威；Reddit 是拉取式话题容器，权威靠评论区证伪后幸存，「Hope this helps / Save this for later」这类元评论被视为居高临下。模板化开头跨版块通用、不贴合该 subreddit 语境，会被 mod 按低努力或社区相关性条款删除，避免格式扩散稀释本土话语。 想用上这个技能？ 「Reddit 帖文写作」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
Supabase 的 RLS 行级安全怎么配
「Supabase Postgres 最佳实践」是「龙虾部署大师」技能市场中的数据库诊断优化技能：作用是先收集诊断数据、再按问题类型选择工作流，定位慢查询、缺失索引、连接过多和 RLS 性能问题，并给出可用 EXPLAIN 验证的 SQL 修改、索引方案、连接池配置和监控建议，把"凭经验猜"换成"按证据查"。 技能效果 面对一条大表上很慢的 Supabase 查询时，它先讲清没索引时会全表扫描加排序，再给出该建的复合索引和优化后执行计划会怎么变。 Supabase 数据库变慢，常见症状有哪些 Supabase 上的 Postgres 性能问题往往以几种典型症状出现：接口超时、查询慢得离谱，多半是慢查询或缺了索引；频繁报 Too many connections，通常是连接池配置或连接泄漏；开了行级安全（RLS）之后接口突然变慢，问题常在策略函数的写法和它能不能用上索引；还有表数据量涨上来后，没有合适的复合索引或分区，查询逐渐拖垮。这些症状有时单独出现，有时几个叠在一起，单靠肉眼看 SQL 很难判断根因。 四类常见症状 → 对应根因 查询超时 / 慢慢查询 · 缺索引 连接数爆掉连接池 · 泄漏 开 RLS 后变慢策略函数 · 索引 表越来越大复合索引 · 分区 先收诊断数据 这个技能能帮你诊断和改什么 它的工作方式是"先取证、再开方"：要求先读取相关规则、收集诊断数据，再按 Too many connections、慢查询、RLS 变慢、连接池配置或多症状这几类问题选择对应的工作流或参考规则，通过必要的门禁查询后才给建议，避免凭经验误判。覆盖的诊断维度包括查询性能、连接管理、安全 RLS 和 Schema 设计，可以定位慢查询的成因、缺失的索引、连接耗尽、RLS 策略的性能开销，并给出复合索引、部分索引、分区方案、权限检查和连接池配置。关键是每条修改建议都配 EXPLAIN 验证步骤，让你能确认改动真的生效。 读规则收诊断数据 选工作流按症状分类 门禁 + 定位根因索引/连接/RLS 给方案 + EXPLAIN可验证改动 把"先收集证据再下结论"做成强制门禁，正是这套实践和随手调优的区别：数据库性能问题最忌猜，EXPLAIN 验证保证给出的索引或改写确实改善了执行计划，而不是看起来合理。 用前须知 核心指南无需密钥即可参考；其中的诊断脚本（如 pg_diagnose）需要 Python 与数据库连接串才能运行。连接 Supabase 或 Postgres 实例时，应使用只读或受控权限，并妥善保护连接凭据，避免在诊断过程中误改生产数据。 怎么用它 用法是把数据库当前的症状用自然语言描述给它，由它按流程取证、定位并给出可验证的方案。例如可以这样对它说： 可以这样对它说 "Supabase 查询老超时，先跑诊断，再看是不是缺索引、执行计划哪里有问题。" "开了 RLS 之后接口变慢，检查一下策略写法、函数调用和过滤成本。" "连接数经常爆掉，按连接池和慢查询一起排查 Postgres 的瓶颈。" 它适合这些场景：Supabase 项目出现慢查询、超时或 Too many connections 错误；启用 RLS 后接口变慢、需要检查策略函数和索引使用；表增长后要设计复合索引、部分索引或分区策略；上线前要审查 SQL、权限、连接池和监控配置是否安全。适合 Supabase 开发者、后端工程师、数据库管理员、全栈团队，以及要优化 Postgres 性能与安全策略的技术负责人。 大家常问 Supabase 的 RLS（行级安全）到底是什么，为什么一定要开 RLS 是 Postgres 内置的行级安全：把"哪一行谁能看、谁能改"的规则下沉到数据库，执行每条 SQL 时逐行评估策略，返回 true 才放行。Supabase 客户端直连数据库，不开 RLS 时任何拿到 anon key 的人都能读全表，所以它是匿名访问下的最后一道防线。 为什么 Supabase 开了 RLS（行级安全）之后接口反而变慢了 RLS 不是查询前的一次性闸机，而是给每行追加策略判断的 WHERE。最常见的坑是策略里裸写 auth.uid()，它会被逐行调用；用 (SELECT auth.uid()) 包一层就只算一次。另外策略涉及的列若没建索引，会退化成全表扫描，表越大越慢。 为什么 Postgres 查询缺了索引就会变慢 没有索引时 Postgres 只能顺序扫描（Seq Scan），从头到尾逐页读完整张表再筛选，代价随行数线性增长；有 B-Tree 索引则直接定位到目标行，代价几乎恒定。表越大差距越大，百万行级别可相差上万倍，EXPLAIN 里能直接看到 Seq Scan 还是 Index Scan。 Supabase 为什么会报 Too many connections（连接数爆掉） Postgres 是进程模型，每个连接占 1-3MB 内存且套餐有上限，超过 max_connections 就拒绝新连接。常见原因是应用没走连接池、Serverless 函数每次冷启动都新建连接、连接泄漏未归还，或直连 5432 而非走 PgBouncer 的 6543 端口。改用连接池复用少量真连接即可缓解。 想用上这个技能？ 「Supabase Postgres 最佳实践」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
程序化 SEO 怎么做？按模板和数据批量产可排名页并监控
「程序化 SEO」是「龙虾部署大师」技能市场中的规模化建页技能：它基于模板和数据批量创建可排名页面，适合模板页、目录页、地点页、对比页、集成页等增长模式；从关键词模式、数据来源和竞争格局入手，设计 URL、标题、页面结构和 Schema 模板，规划内链架构与索引策略，同时守住"每页要有独特价值"的底线，避免门页和薄内容惩罚。 技能效果 为简历模板站规划程序化SEO时，它用多套页面类型叠加，避免薄内容，每类都有独立搜索意图。 想批量铺页面，风险在哪 程序化 SEO 的诱惑很直接：用一套模板乘以一批数据，一次性生成几百到几千个落地页，覆盖海量长尾词。但规模化本身就是风险来源。如果每个页面只是把变量套进同一个壳子、内容彼此雷同，就会被判定为薄内容或门页（doorway page），不仅排不上，还可能拖累整站。真正的难点不是"能不能批量生成"，而是"批量生成的同时，怎么让每一页都站得住"。 模板 × 数据 → 批量页面 模板 × 数据 每页有独特价值 → 可排名 内容雷同 → 薄内容/门页惩罚 同一种乘法，两种结局 这个技能能帮你规划什么 它把程序化 SEO 从"机会验证"一路推进到"技术落地"。机会层面，它评估关键词模式、变量组合、搜索需求分布和竞争可行性，判断哪些组合值得做；选型层面，它从模板、目录、对比、地点、集成等十二类 playbook 中选合适的规模化模式；模板层面，它设计 URL、标题、元描述、页面结构和 Schema 模板；架构层面，它规划 Hub-Spoke 内链、站点地图、索引优先级和质量监控。它始终强调每页必须有独特价值、匹配真实搜索意图、使用子目录结构，并提供上线后的质量检查与监控框架。 机会验证关键词模式/竞争 选 playbook12 类模式 页面模板URL/标题/Schema 内链与索引Hub-Spoke/监控 用前须知 该技能无需 API Key 或特定依赖，但规划要靠你提供业务数据、关键词调研和网站技术栈信息。要把规划变成上线页面，还需要 CMS、前端框架或静态生成能力的配合。它解决的是"页面体系怎么设计"，真正的页面构建依赖你的技术栈落地。 怎么用它 用法是把业务目标、可用数据和页面规模用自然语言交给它。例如可以这样对它说： 可以这样对它说 "为简历模板站规划程序化 SEO 页面，别做薄内容，先定页面类型。" "用城市和服务组合生成落地页，先看关键词模式和内链结构。" "这个工具目录页要扩到几百页，设计 URL 和模板，避免重复内容。" 它适合这些场景：产品拥有大量模板、工具、资料、地点或行业组合页机会；计划上线数百到数千个页面、但要避开重复和薄内容风险；拥有专有数据或用户数据、希望转化为搜索可见的页面资产；需要设计目录页、竞品对比页、集成页或本地服务页架构。它适合 SEO 负责人、增长团队、内容负责人、SaaS 创业者和技术市场团队。 大家常问 程序化 SEO 和普通 SEO 在做法上为什么不一样？ 普通 SEO 是逐篇创作、人工审核，靠单页投入抢头部词；程序化 SEO 改用「模板 + 数据」批量生产，覆盖海量长尾。规模一上来，质量控制就得在模板层做：差异化变量、独立的搜索意图分支、内链网络在模板阶段就规划好，否则页面只会变成关键词替换的复制品。 程序化 SEO 为什么容易踩到薄内容和重复内容惩罚？ 薄内容来自只换关键词的模板、数据量不足撑不起一页，以及全是公开数据拼凑没有信息增量；重复内容则是大量页面正文 60–80% 相似，搜索引擎归入近似重复，索引被选择性忽略。规避的核心不是「藏住模板」，而是让每页都有独立存在理由：差异化数据、意图精确匹配、元数据各自有信息增量。 同样是批量生成页面，为什么有的会被判为门页（doorway pages），有的不会？ 判定门页不看「批量」，看页面是否是用户的信息终点。若内容差异只是关键词替换、句法骨架完全一致、多个页面针对同一意图重复入口，就被算法聚类为门页。安全的程序化 SEO 让差异来自底层数据组合而非文本模板，每页提供完整可消费的信息，并按真实搜索需求量控制生成粒度。 程序化 SEO 里说的 Hub-Spoke 内链结构是什么意思？ Hub 是聚合主题的中心页，Spoke 是辐射出去的细分长尾页；Spoke 全部回链 Hub，相关 Spoke 之间再互链，形成网状结构。它解决程序化 SEO 三个核心问题：权重在主题集群内集中再分发、主题相关性向搜索引擎讲清楚、爬虫能高效发现所有页面而不留下孤儿页。 想用上这个技能？ 「程序化 SEO」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
如何用AI写专利申请文件
「专利撰写」是「龙虾部署大师」技能市场中的专利文本起草技能：作用是把一项发明披露，从可专利性预评估，到独立权利要求、从属权利要求与说明书框架的撰写，再到现有技术风险与司法辖区差异的标注，整理成一份可防守、可继续修改的专利草案。它重点覆盖 USPTO 实务，并兼顾 CNIPA、EPO 和 PCT 的规则差异。 技能效果 把一套AI视觉质检流程描述给它，它先从新颖性、创造性逐项评估可专利性风险，再起草权利要求，并提醒咨询专利代理师。 专利申请文件难在哪里？ 专利申请最难的不是有发明，而是把发明写成一份既站得住脚、又有保护范围的法律文本。一份草案要同时回答几个不在同一维度上的问题：这个方案到底新不新、相对现有技术有没有非显而易见的进步、属不属于可授权的客体、说明书有没有充分公开。任何一项没处理好，后续都可能在审查阶段被驳回。 更现实的难点在于权利要求的"范围取舍"。写得太宽，容易被现有技术覆盖而被驳回；写得太窄，又留下大量绕开空间，专利形同虚设。同一发明在美国、中国、欧洲和 PCT 体系下的撰写口径还不一样，发明人和研发团队往往缺少时间逐条比对这些规则。 权利要求范围怎么取舍 范围太宽 易被现有技术 覆盖、被驳回 范围太窄 易被绕开 保护形同虚设 这个技能能帮你做什么？ 这个技能把专利草案的撰写拆成"先评估、再起草、后标注风险"三个环节。预评估阶段，它从新颖性、非显而易见性、专利适格性和公开充分性四个维度,对发明披露做初步判断，把潜在风险先说清楚；起草阶段，它撰写可防守的独立权利要求、从属权利要求，以及方法、系统、装置和计算机可读介质（CRM）的权利要求组合，并搭起背景、摘要、详细描述和多实施例的说明书框架；收尾阶段，它标注现有技术差异、司法辖区差异和权利要求范围取舍，便于形成后续的检索和代理沟通材料。 它还能针对审查意见组织答复：分析现有技术差异、区分发明特征，辅助回应 102（新颖性）、103（非显而易见性）、101（适格性）和 112（公开充分性）类驳回。 发明披露 方案 + 目标市场 可专利性预评估 新颖 / 非显而易见 起草权利要求 独立 / 从属 / CRM + 说明书框架 风险标注 + 代理建议 用前须知 该技能无需 API Key 或本地依赖。但需要明确：它输出的是法律技术草案，不能替代注册专利律师或专利代理师的意见，更不构成正式法律建议。任何正式提交都应由目标法域的专业人员审核定稿，草案中标注的现有技术风险与范围取舍也仅供参考。 怎么用它？ 用法是把发明方案、目标提交体系，或收到的审查意见，用自然语言交给它，无需记忆权利要求的格式规范。例如可以这样对它说： 可以这样对它说 "按 USPTO 口径给这个方案写系统权利要求和三个从属项，别用 means for 的写法。" "这件申请被 103 驳回了，帮我整理区别点和答复思路，按审查意见逐条来写。" "这个软件方案打算走 PCT，先做可专利性预评估，再起草独立权利要求，把现有技术风险标出来。" 它适合这些场景：发明人需要把软件、硬件、机械或生物技术方案转成权利要求草案；提交前想判断最接近的现有技术和整体可专利性风险等级；收到 USPTO 审查意见后需要组织修改、区分特征和答复论证；计划在多个法域提交、需要先比较关键规则差异。它服务于草案准备和风险预评估，最终定稿仍交由专业代理人完成。 大家常问 独立权利要求和从属权利要求是什么关系？ 独立权利要求列出实现发明所必需的全部必要技术特征，从整体上限定保护范围；从属权利要求引用在先权利要求，在其基础上再补充附加技术特征。两者构成一棵权利要求树：根是独立项，分支是从属项，从属项的特征集合是独立项特征集合的超集，用来给出更具体的优选方案或实现方式。 专利说明书里的「充分公开」具体指什么？ 充分公开是中国《专利法》第二十六条第三款的核心要求：说明书要把发明写得清楚、完整，让所属技术领域的技术人员能够照着实现。本质是以公开换保护——披露技术方案换取排他权。每个权利要求特征都必须在说明书里有对应的技术手段、参数或实施例支撑，参数范围还要有中间和端点实施例，否则就构成公开不充分。 USPTO 的 103 驳回和 102 驳回有什么区别？ 102 是新颖性驳回，标准是一份对比文件就公开了权利要求的全部技术特征，看的是「别人已经做过」。103 是创造性驳回，允许多篇对比文件组合，要论证本领域普通技术人员存在组合的教导、启示或动机，并有合理的成功预期，看的是「别人稍微一想就能做」。前者偏事实比对，后者偏法律推理。 想用上这个技能？ 「专利撰写」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
提示