# Paper To Patent Five Docs > 将论文、学位论文、技术报告或 LaTeX 项目转写为中国专利五书。只要用户希望把研究内容改写为专利表达，生成或精修权利要求书、说明书、说明书附图、说明书摘要、摘要附图，或需要把参考文献写成专利式背景技术，并统一公式、图号、模块号和术语，就应使用此技能，即使用户没有明确提到“skill”也要触发。 - Skill: `scdr/paper-to-patent-five-docs` (Agent Skill, multi-file: 3 files) - Install (CLI): `npx skillmds@latest add scdr/paper-to-patent-five-docs` - Raw SKILL.md: https://api.skillmd.com/api/skills/scdr/paper-to-patent-five-docs/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: scdr (https://skillmd.com/u/scdr) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/scdr/paper-to-patent-five-docs --- # 论文转专利五书技能 ## 目标 将研究内容转写为一套连贯的中国专利五书： - 权利要求书 - 说明书 - 说明书附图 - 说明书摘要 - 摘要附图 重点保证法律表达一致、技术支撑充分，以及五个文件之间的内部对齐。 ## 何时使用 当用户希望： - 把论文、学位论文或报告改写成专利文本 - 根据 LaTeX 项目或 PDF 生成专利文档 - 把背景章节改写成专利式现有技术描述 - 把方法、实验或图表转写为权利要求、实施例和附图说明 - 统一五书中的公式、图号、模块号和术语 - 精修已有专利草稿，使其更像正式专利文件 时使用本技能。 ## 必要输入 在开始改写前，用户应提供至少一种参考材料，优先包括： - 参考专利文件、参考说明书或参考五书 - `参考/` 文件夹中的示例文件 - 可用于对照的 PDF、LaTeX 源文件或已生成草稿 如果用户没有提供参考文件，应先提示其补充参考材料，再继续进行改写。没有参考材料时，不要直接开始生成最终专利文本。 ## 优先检查的材料 当这些项目材料存在时，优先查看： - 主论文源文件（`main.tex`, `paper.md`, `*.pdf` 等） - 分章节文件（`section/*.tex`, `chapters/*.md` 等） - `术语.md` 或术语表文件 - `参考/` 文件夹中的参考专利文件 - `fig/` 或 `figures/` 文件夹中的图表文件 - `md/` 中已有的专利草稿文件 - 完整论文PDF或导出图表 如果存在，也要查看： - `examples/`：典型触发示例和预期输出 - `references/`：工作流索引、按阶段模板、写作规则和最终检查清单；按需加载时优先查看对应阶段文件 ## 工作原则 1. 保留发明的技术核心，但要用专利语言重新表述。 2. 让五个文件相互一致。 3. 使用参考材料对齐目标专利风格。 4. 优先做最小、可追溯的修改，避免大范围重写。 5. 保持权利要求和说明书一致，不要让摘要偏离实施方式或图号。 6. 如果需要公式，应将公式用于限定技术特征，而不是用于证明理论。 7. 公式使用 LaTeX 形式，保持与论文一致，但要确保在专利文本中有明确的技术意义和限定作用。 8. word中公式应与 LaTeX 形式保持一致性且没有零宽字符。 9. 采用 pipeline 模式分步生成五书，上一阶段通过门禁后才进入下一阶段，不在同一轮中同时生成多个成品文稿。 10. 采用 Inversion 设计模式处理不明确情况：当信息缺失、规则冲突、输入材料不足或存在多种合理解释时，先向用户提问或收集信息，再继续推进，不自行编造或擅自决定。 ## 按需加载指引 主 skill 只保留总控，不再展开每阶段细节。执行时按阶段加载参考包： - `references/generator/00_generator_index.md`：Generator 索引（先加载） - `references/pipeline/01_input_validation.md`：输入验证 - `references/pipeline/02_constraints.md`：约束锁定 - `references/pipeline/03_tech_mapping.md`：技术映射 - `references/pipeline/04_claims.md`：权利要求 - `references/pipeline/05_specification.md`：说明书 - `references/pipeline/06_figures.md`：说明书附图 - `references/pipeline/07_abstract.md`：说明书摘要 - `references/pipeline/08_abstract_figure.md`：摘要附图 - `references/pipeline/09_final_review.md`：总复核 - `references/pipeline/08_inversion.md`：Inversion 提问模板（辅助包，按需调用） ### 依赖关系矩阵 - 阶段 1 输入验证：依赖无；通过后进入阶段 2。 - 阶段 2 约束锁定：依赖阶段 1；通过后进入阶段 3。 - 阶段 3 技术映射：依赖阶段 2；通过后进入阶段 4。 - 阶段 4 权利要求：依赖阶段 3；通过后进入阶段 5。 - 阶段 5 说明书：依赖阶段 4；通过后进入阶段 6。 - 阶段 6 说明书附图：依赖阶段 5；通过后进入阶段 7。 - 阶段 7 说明书摘要：依赖阶段 6；通过后进入阶段 8。 - 阶段 8 摘要附图：依赖阶段 7；通过后进入阶段 9。 - 阶段 9 总复核与导出：依赖阶段 4、5、6、7、8 的已通过门禁产物。 ### 依赖失败回退规则 - 若阶段 5 无法支撑阶段 4 的权利要求，回退到阶段 4。 - 若阶段 6 图号/模块号与阶段 5 不一致，回退到阶段 6（必要时回看阶段 5）。 - 若阶段 7 与阶段 5 或 6 口径不一致，回退到阶段 7（必要时回看阶段 5/6）。 - 若阶段 8 无法支撑阶段 7 摘要主旨，回退到阶段 8（必要时回看阶段 7/6）。 - 若阶段 9 发现跨文档不一致，优先回退到最早产生冲突的阶段并重检。 ### 主流程约束 - 每一阶段只允许产出当前阶段的一个主产物。 - 当前产物必须继承上一阶段已冻结的术语、编号、图号、模块号和技术限定。 - 某阶段门禁未通过时，优先自动修复并重检；若问题源于信息缺失、规则冲突、输入材料不足或多种合理解释并存，则先加载 `08_inversion.md` 向用户提问，再继续推进。 - 公式必须保持 LaTeX 语义，并在 Word 导出前检查零宽字符和显示一致性。 - 最终交付仍遵循 `md/` 中间稿 + `docx/` 最终稿的输出约定。 ### 使用建议 - 开始新项目时先加载 `references/generator/00_generator_index.md`，再进入阶段包。 - 只要任务进入某一阶段，就只加载该阶段对应的 reference 文件。 - 如果阶段信息不明确，先加载 `08_inversion.md`。 - 如果需要回看整体约束，保留当前文件作为索引即可，不必展开所有阶段细节。 ## 写作规则 - 使用专利式表述，不要使用论文式散文。 - 尽量直接陈述技术事实。 - 引入文献时，使用“例如文献一中，……”这类专利背景写法。 - 如果公式会在权利要求或说明书中复用，请保持 LaTeX 形式。 - 全套文件使用同一套编号体系。 - 摘要中避免不必要的学术讨论。 ## 输出约定 在本项目中工作时，除非用户明确要求其他位置，否则先在 `md/` 下完成草稿，再输出为 Word 文档（`.docx`）。Word 文档应作为最终交付物，Markdown 仅作为中间稿保留。 推荐的中间稿文件映射： - `md/01_权利要求书.md` - `md/02_说明书.md` - `md/03_说明书附图.md` - `md/04_说明书摘要.md` - `md/05_摘要附图.md` 推荐的最终交付物： - `docx/01_权利要求书.docx` - `docx/02_说明书.docx` - `docx/03_说明书附图.docx` - `docx/04_说明书摘要.docx` - `docx/05_摘要附图.docx` ## 校验清单 结束前确认以下事项： - 权利要求是否得到说明书支撑 - 说明书是否使用与权利要求一致的术语 - 摘要是否与附图一致 - 图号引用是否正确 - 模块标记是否与图题一致 - 背景文献是否符合专利现有技术的写法 - 实验结果是否被表述为效果或实施例，而不是论文式结论 - word中公式是否正确显示且没有零宽字符，且与 LaTeX 形式保持一致 ## 示例触发语 以下表述都应视为强触发： - 把论文转成专利 - 生成五书 - 说明书写得更像专利 - 把参考文献写进背景技术 - 统一权利要求、说明书和摘要的口径 - 把附图说明和正文对齐 - 根据 LaTeX 论文生成专利文本 ## 说明 如果工作区里已经有专利草稿，优先在原地精修，不要从头重建。修改要尽量小、可追溯。 当任务有歧义时，利用 `examples/` 推断预期交付物的形态，再用 `references/` 保持改写风格和最终检查的一致性。