专利撰写与代理博弈方法学（Skill）

名称：征雁有序·专利匠

来源：多个嵌入式 IoT 网关 / 通信设备专利项目迭代沉淀，提炼为可跨项目复用的撰写+博弈方法论。 完整提示词库（T1-T12 全文 + 关键词词典）：见本包 references/methodology.md；代理机构博弈手册见 references/agency-playbook.md。本技能包为自包含，不依赖任何外部文件。 本 Skill 为自包含工具包：含可执行脚本与单位配置。在 WorkBuddy 中加载后，说"我有个点子：XXX"即可按 T1-T12 跑完全流程，最终自动输出精炼版/全面版 .docx（封面信息以普通文本段落直接填充，无页眉页脚、无表格）。

〇、快速开始（拿来即用）

〇.1 一句话启动（WorkBuddy 内）

1. 加载技能：/zhengyan-patent-drafting-craft 或说"加载征雁专利匠技能"。
2. 给点子：我有一个点子：在一种嵌入式数据采集设备中，通过状态机把不同采集周期的数据按优先级缓存后分批上报。
3. AI 按下面流水线自动执行，直到产出最终资料。

〇.2 端到端流水线

你说点子
  → AI 用 T1 一键启动 + T2 技术挖掘
  → AI 调用 scripts/scaffold.py 建项目骨架（figures/output/复盘/config.yaml）
  → AI 写 交底书.md
  → AI 调用 scripts/build_disclosure.py 出 【交底书V1.0_精炼版】.docx + 【交底书V1.0_全面版】.docx
  → AI 用 T5 出附图（SVG+PNG）
  → AI 用 T6 质量终审
  → [可选] T7 查新 / T8 组合整合 / T9 评审答辩 / T10 授权壁垒

〇.3 文件包结构

zhengyan-patent-drafting-craft/
├── SKILL.md                       ← 本文件（方法学+流程+纪律）
├── references/
│   ├── methodology.md             ← T1-T12 + 关键词词典 + 反模式清单
│   └── agency-playbook.md         ← 代理机构查新/审查意见博弈手册
├── config/org.yaml                ← 单位/封面默认值/命名规则（唯一要按单位改的地方）
└── scripts/
    ├── scaffold.py                ← 建新专利项目骨架
    ├── build_disclosure.py        ← .md → docx（封面信息文本段落填充，无页眉页脚、无表格）
    └── sync_skill_to_root.py      ← 把 SKILL.md 同步生成唯一自包含手册到目标目录

〇.4 修改单位信息（只需改一处）

编辑 config/org.yaml：

organization:
  unit_full: "示例科技有限公司"
cover:
  technical_contact: "张三"
  contact_phone: "13800000000"
  contact_email: "your-name@example.com"

改完后，build_disclosure.py 生成 .docx 时会自动读取这些封面信息（以文本段落直接填充，无需预生成模板）。

〇.5 项目目录命名规则

新专利项目目录由调用方决定名称，scaffold.py 不强制，但建议统一约定，便于归档与检索：

• 命名格式：专利{代号}-{主题短名}/
  • {代号}：与 --code 一致，如 P-1、P-2
  • {主题短名}：2–4 个汉字概括核心技术，如 数据同步、异常恢复
  • 示例：专利P-1-数据同步/、专利P-2-异常恢复/
• 目录内结构（scaffold 自动创建）：figures/、output/、复盘/(可选)、.workbuddy/memory/、config.yaml、交底书.md
• 调用示例：

  python scripts/scaffold.py "专利P-1-数据同步" --code P-1 --name "一种面向工业现场的协议自适应转换方法及系统"
  

• docx 产出命名见 config/org.yaml（【交底书V{x.y}_精炼版/全面版】{发明名称}.docx），与项目文件夹命名相互独立、各管各的。

一、标准化撰写流水线（6+1 环节）

环节0  立项/资料归集  → 上传详设/需求矩阵/竞品，填术语表
环节1  技术挖掘       → 阶段一报告（主创新点红 + 辅助黄，四维度表 + 权项骨架）
环节2  保护范围分析   → 阶段二（独权拓宽，去不必要限定词）★发明人最易忽略
环节3  交底书撰写     → 阶段三（精炼版 + 全面版 .docx）
环节4  附图自检+生成  → 阶段四（独权步骤↔附图强制映射，SVG/PNG）
环节5  质量终审       → 阶段五（独权宽度/附图/极端实施例/差异化 自检）
环节6  查新/组合/答辩/壁垒/价值评估（按需）→ 查新报告、专利组合整合、评审应对、授权壁垒分析、专利价值评估

模板速查（完整版见提示词库）：

• T1 一键启动（填术语表+发明想法）→ T2 技术挖掘 → T3 保护范围拓宽 → T4 交底书撰写 → T5 附图自检 → T6 质量终审
• T7 查新评估(附 T7.1 关键词矩阵) / T8 组合整合 / T9 评审答辩 / T10 授权壁垒(矛盾点+窄档，附 T10.1 量化评分卡) / T11 跨会话接力 / T12 专利价值评估(5维)

二、铁律（必须遵守）

1. 独权强制上位概念：串行通信设备/物联网终端/安全元件/云服务平台等；下位（具体芯片/协议/型号）只进从权/实施例。独权/附图/说明书三处术语必须完全一致（术语一致性教训）。
2. 图片规范：.docx 用 【此处插入图N：图名】 占位标注，不嵌入图片；附图源放 figures/，SVG 白底黑框黑字 SimHei，同步 PNG。
3. 已交文本不回改：已提交 docx 原样不动；新方向/新版本另起专利或 V1.x 文件（避免补正/超范围风险）。
4. 源文件即唯一事实源：改 源.md + 生成脚本 → 重出 docx；禁止手工改已生成 PDF/docx。

三、反模式清单（踩过的坑，逐条规避）

四、★ 方法学补充（实战沉淀，高价值）

4.1 代理机构查新报告的方式方法

1. 以交底书文字为唯一依据提炼关键词（技术问题+技术效果）→ 文字不准会被代入错误假设。
2. 双库检索（合享 Incopat + CNIPA），宽池子（网关/串口服务器）文献密集。
3. 对比文件标注保守宽松：全标"全部"而非 X/Y、不单独/组合否定；结论固定"需补充内容后再评估"，要补的是具体实施细节步骤。
4. 会重述方案并可能代入错误假设 → 独权须自洽无歧义。
5. 必查论文/资料公开：若技术源自对外发表的论文或详设，新颖性可能受损；内部研发原始文件不公开则不影响。
6. 提交前自审四问：①文字是否会被误读 ②独权是否过宽 ③从权是否给了闭环步骤 ④是否核实论文公开。

4.2 代理机构"误读方案"防护

• 代理机构收到交底书后，可能把它重述成另一种实现（例如把"零额外任务的钩子机制"误读成"创建周期性检测任务"），并据此提出伪需求。
• 防护：交底书独权表述必须自洽无歧义，不留"被误读成另一种方案"的口子；收到检索报告先逐字核对"代理机构重述的方案"是否与你独权一致，不一致则澄清驳回、不盲目补伪需求。

4.3 并发裁决 FIFO tie-breaker

• 匹配/查找/归属类步骤禁止用"覆盖/优先最新/随机"；必须给可证明与底层总线物理特性一致的 tie-breaker。
• 串行/半双工总线：帧到达顺序 = 请求发出顺序 → 裁决取"FIFO 最早待匹配（创建时间戳最小）"，而非"最近"。
• 强制四类边界时序走查：同地址并发 / 同功能码并发 / 异常帧穿插 / 超时孤儿帧。

4.4 文件操作沙箱回滚（环境教训）

• 在带沙箱隔离的 Agent 环境里，Bash/PowerShell 的文件移动/删除可能被整体回滚（写操作不持久化）——凡涉及 mv/rm 且需真正落地时，确认是否已退出沙箱或显式声明绕过沙箱。
• rm 删目录前必须先确认目录为空，避免误删需从缓存恢复。
• 删除/移动后务必复核目标状态，避免"源文件未移除导致重复"。

4.5 授权壁垒三板斧（防被驳）

1. 拥挤度测绘：用关键词+CPC 量化"宽池子 vs 窄池子"文献密度。
2. 权利要求阶梯：写宽/中/窄三档，测哪档能活。
3. 矛盾点挖掘(TRIZ)：找"通用手段在本题语境为何失效"→ 非显而易见解法；独权锁窄档（品类边界+矛盾点限定），写成具体步骤组合/状态机，而非宽泛功能。

4.6 项目文档架构与文件资产优化（四文件单一事实源）

适用：任何多文档 / 多版本 / 长周期项目，避免源文件散落、事实多份冲突、旧文档误被引用。

• 四文件分工（零漂移）： ① 全景手册（当初怎么想）：项目缘起 / 发明人初始构思 / 全局规划 / 操作动作 / 目录规范；把零散的"启动指南+指令+目录规范"合并为一，合并后删旧源文件。 ② 主记录归档.md（现在做到哪）：日常管理唯一来源，含 §项目计划与里程碑 / §对话汇总(确定性结论按日期集成，不保留原始语录) / §产出记录(文件版本与位置) / 状态总表 / 复盘索引。 ③ 对外 HTML（由主记录派生）：对外汇报版，顶部标"由主记录文件派生"，仅镜像主记录、不新增事实（分工：主记录向内看"now"、HTML 向外讲"progress"）。
• 经验资产化：把跨项目提示词库沉淀为可复用的 Skill（~/.workbuddy/skills/ 或项目级 .workbuddy/skills/），新教训持续追加进本包 references/methodology.md。
• 铁律延伸：删除被取代旧文档前先 Grep 确认无外部活引用（见 4.4 环境教训）；任何长周期项目信息先更主记录再更派生文档，避免事实漂移。
• 触发合并的时机：当根目录出现 3+ 份互相引用的"启动/指令/规范"文档、或事实开始多份不一致时，立即做一次文档架构收敛。

五、一键决策树

新专利项目启动
├─ 有资料+想法？→ T1(填术语表+想法)→ T2→T3→T4→T5→T6 → 出交底书
│   └─ 装置类？→ 是则 T8 双报对(加实用新型)
├─ 多篇要统筹？→ T8 组合整合
├─ 应对评审/答辩？→ T9（对照表+构思说明）
├─ 评估授权率/怕被驳？→ T10（矛盾点+窄档，附 T10.1 量化评分卡）
├─ 查新？→ T7（附 T7.1 关键词矩阵）
├─ 评估专利价值/要质押·许可·转让？→ T12（5维价值评估）
└─ 跨会话续接？→ T11 接力摘要

收尾纪律（T-更新归档纪律）：改源→重出 docx（禁手工改 PDF）→ 同步唯一事实源归档.md → 新教训按日期追加入提示词库。

六、维护纪律（Skill 包自身）

1. 更新 SKILL.md / references 后必须重新生成唯一自包含手册：

   python scripts/sync_skill_to_root.py --root "<你选定的目标目录>"
   

   自动生成唯一文件 征雁专利匠技能-完整手册.md（SKILL.md + references/methodology.md + references/agency-playbook.md 三合一，固定名覆盖写出，不积累日期副本）。

   说明：<你选定的目标目录> 由使用者自定。分发给他人时可忽略本脚本；你个人维护时按自己的项目根目录传入 --root 即可把副本落到该目录。

2. 修改单位信息后封面自动生效：修改 config/org.yaml 的 cover 段即可，build_disclosure.py 生成时自动读取，无需重生成模板。

3. 新教训持续沉淀：把可复用的方法/反模式追加进本包 references/methodology.md（旧内容保留、按主题/日期分节累积）。

关联：完整 T1-T12 模板与关键词词典见本包 references/methodology.md；代理机构博弈见 references/agency-playbook.md。更新本技能后运行 scripts/sync_skill_to_root.py --root <目标目录> 重新生成唯一自包含手册 征雁专利匠技能-完整手册.md。