技能介绍

要解决什么问题

嵌入式网关、通信终端类专利往往卡在三件事：独权写窄了容易被现有网关池子撞车，写宽了又被代理机构按具体芯片/协议误读；交底书、附图、权利要求术语各写各的，补正和答辩成本很高；团队里「已交局的 docx」和 Markdown 源稿并行改，最后不知道哪份才是事实源。

本技能把多个 IoT/通信设备专利项目里踩过的坑，收成一条可复用的撰写与博弈流水线，而不是泛泛的「帮我写专利」。

技能如何工作

加载后从一句点子（例如「我有一个点子：…」）进入 T1 启动 → T2 挖掘 → T3 拓宽 → T4 撰写 → T5 附图 → T6 终审 的主线；按需可接 T7 查新、T8 双报、T9 答辩材料、T10 壁垒（含矛盾点锁窄档）、T11 跨会话接力、T12 价值五维。完整提示词在 references/methodology.md，代理机构侧查新与误读防护在 references/agency-playbook.md。

交付侧由 build_disclosure.py 驱动：源稿为 .md 中的【此处插入图N：图名】，从 figures/ 按 图N_*.png 精确匹配嵌入 Word，正文 宋体小四、行距 1.2，封面仅「专利技术交底书」标题，零外部配置。scaffold.py 建议目录形如 专利P-1-数据同步/，内含 figures/、output/、交底书.md 等。

撰写铁律里值得单独记住的几条：独权强制 上位概念（物联网终端、串行通信设备等），下位型号只进从权；已提交文本不回改，新方向另起案或 V1.x；改稿只动源 .md 再重出 docx，禁止手改已生成 PDF/docx。

适用边界与注意点

方法学偏 装置/方法类发明与实用新型双报 场景，缓存、映射、总线并发类方案文档里强调 FIFO 等 tie-breaker 与边界时序走查，不是通用法律意见替代。
查新、对比文件标注、与代理机构的博弈策略以 playbook 为参考，提交前仍需自审四问 与机构报告逐字核对独权重述是否一致。
在带沙箱的 Agent 环境里，mv/rm 可能不持久化；附图需同步提供 PNG（SVG 规范见技能说明），缺失图会保留占位并列出缺失清单，不会中断 docx 生成。