nature-paper-to-patent

论文转中国专利

使用此文件作为专利起草工作流的路由器。不要仅根据论文摘要或贡献列表直接起草申请文件。

1. 加载工作流

读取 manifest.yaml，然后读取 always_load 下的所有文件。

从用户文件和请求中检测以下维度：

• source_format：可选择的PDF、扫描PDF、粘贴文本或混合项目；
• task_mode：完整草案、权利要求集、交底分析、技术交底书、交底迭代或论文-专利审计；
• invention_type：算法/软件、装置/系统、工艺/材料或混合。

用一行简短说明检测到的值。仅加载清单中声明的匹配片段。仅当条件满足时加载详细参考文献。

2. 保留源证据

在起草前创建稳定的源ID：

• P001... 用于论文文本块；
• E001... 用于公式；
• F001... 用于源图；
• C001... 用于源代码或补充证据。

正式权利要求中的每个实质性特征必须映射到一个或多个源ID。仅使用 explicit、inherent、needs-confirmation 或 unsupported 作为支持状态。从正式权利要求中排除 unsupported 特征。

切勿推断发明人身份、所有权、未公开的实施细节、公开日期、现有技术结论或法律充分性。当事实缺失时，在正式权利要求之外使用 [TO CONFIRM: specific question]。

3. 通过阶段门控进行起草

对于 full-draft、claim-set、disclosure-analysis 和 paper-patent-audit，按顺序完成 static/core/workflow.md 中的阶段。持久化其中指定的中间产物。在源映射、术语表、清单、证据表和发明概念通过各自的门控之前，不要进入正式权利要求。

对于 technical-disclosure，遵循 static/fragments/task/technical-disclosure.md 中的有序提示引用。对于 disclosure-iteration，遵循 static/fragments/task/disclosure-iteration.md 并保留先前草案，而不是重新启动正式申请工作流。

对于完整申请，先起草权利要求，然后将说明书、附图、实施例和摘要与权利要求的术语和步骤顺序对齐。

4. 生成中文正式文件

面向代理的分析可以使用用户偏好的语言。当任务是正式申请包时，用中文生成正式的中国专利交付物：

• 权利要求书；
• 说明书；
• 说明书摘要；
• 摘要附图；
• 附图标签和说明。

对于 technical-disclosure 和 disclosure-iteration，生成带时间戳的Markdown格式的中文技术交底书以及对应的DOCX文件，并通过 scripts/disclosure/ 渲染Mermaid系统/过程图。

对于算法发明，保留源支持的核心公式，定义每个符号，解释每个公式的技术操作，并在DOCX中将公式渲染为原生可编辑的Office Math。不要将纯LaTeX字符串用作可见公式。

根据主要方法权利要求的步骤顺序生成主流程图。其最终节点必须命名具体的领域输出，例如缺陷检测结果、目标位姿、状态估计或控制指令。将同一主图同时用作摘要附图和说明书附图。

5. 交付前验证

对于正式申请包，填充 references/draft-schema.md 中描述的结构化草案，然后运行：

python scripts/validate_patent_draft.py draft.json
python scripts/build_patent_package.py draft.json --output-dir outputs --prefix patent

解决所有验证 ERROR 发现。对照源检查每个 WARNING。当 static/core/output-contract.md 中要求的质量阈值未达到时，将结果标记为 incomplete draft。

对于技术交底书，运行 references/disclosure/disclosure_self_check.md 中的内部检查，使用 scripts/disclosure/mermaid_render.py 渲染Mermaid/Word输出，并在交付前解决公式、参数、现有技术URL和章节一致性问题。

生成的包是供发明人和专利专业人士审查的起草辅助工具，而非可专利性意见、侵权意见或提交保证。