jurisdiction-format

司法辖区格式：专利申请文件编制

根据以下内容将专利申请编制为可提交的格式：$ARGUMENTS

类似于 /paper-compile，但用于专利文件格式编排，而非 LaTeX。

常量

• JURISDICTION = "auto" — 从流水线或参数中获取：CN、US、EP、ALL
• PATENT_TYPE = "invention" — invention（发明专利）或 utility_model（实用新型，仅限 CN）
• OUTPUT_FORMAT = "markdown" — markdown（用于审阅）或 docx（用于提交，需安装 python-docx）
• OUTPUT_DIR = "patent/output/" — 基础输出目录

输入

1. patent/CLAIMS.md — 起草的权利要求
2. patent/specification/ — 所有说明书章节（title、technical_field、background、summary、drawings_description、detailed_description、abstract）
3. patent/figures/ — 附图说明和附图标记索引
4. patent/INVENTION_DISCLOSURE.md — 用于获取元数据

共享参考资料

加载 ../shared-references/patent-format-cn.md，以获取 CNIPA 文件结构和格式规则。 加载 ../shared-references/patent-format-us.md，以获取 USPTO 文件结构。 加载 ../shared-references/patent-format-ep.md，以获取 EPO 文件结构。

工作流

步骤 1：确定输出司法辖区

根据 $ARGUMENTS 或常量：

• CN -> 仅生成 CNIPA 格式
• US -> 仅生成 USPTO 格式
• EP -> 仅生成 EPO 格式
• ALL -> 生成以上三种格式

步骤 2：生成 CN 格式（如果指定 CN 或 ALL）

输出到 patent/output/CN/：

权利要求书（Claims）

• 从 patent/CLAIMS.md 提取权利要求
• 按照 CNIPA 规范进行格式编排：
  • 独立权利要求：“1. 一种[主题]的方法，...其特征在于...”
  • 从属权利要求：“2. 根据权利要求1所述的方法，其特征在于...”
• 确保中文术语正确（所述、其特征在于、包括、等）

说明书（Description）

按照 CNIPA 顺序合并所有说明书章节：

1. 发明名称（来自 title.md）
2. 技术领域（来自 technical_field.md）
3. 背景技术（来自 background.md）
4. 发明内容（来自 summary.md — 拆分为技术问题／技术方案／有益效果）
5. 附图说明（来自 drawings_description.md）
6. 具体实施方式（来自 detailed_description.md）

说明书摘要（Abstract）

• 从 abstract.md 提取
• 核实字数不超过 300 个中文字
• 包含最具代表性的权利要求

格式设为 markdown 或 docx

如果 OUTPUT_FORMAT = "markdown"：

• 分别写入独立的 .md 文件，并添加清晰的章节标题

如果 OUTPUT_FORMAT = "docx"：

• 使用 python-docx 创建符合 CNIPA 模板的 Word 文档
• 正文使用宋体（SimSun），标题使用黑体（SimHei）
• 标准页边距（上下 2.54cm，左右 3.17cm）

步骤 3：生成 US 格式（如果指定 US 或 ALL）

输出到 patent/output/US/：

权利要求部分

• 按顺序为所有权利要求编号（1、2、3……）
• 按照美国规范进行格式编排：
  • “1. 一种用于[目的]的方法，包括：”
  • “2. 根据权利要求1所述的方法，其中……”
• 确保先行基础正确（“a” -> “the”）

说明书

按照 USPTO 顺序合并所有章节：

1. 标题
2. 相关申请的交叉引用（如有）
3. 发明领域
4. 发明背景
5. 发明概要
6. 附图简要说明
7. 优选实施例的详细说明
8. 摘要

附图引用格式为“FIG. 1”（而非“Figure 1”）。

摘要

• 从 abstract.md 提取
• 核实字数不超过 150 个单词／2500 个字符

申请数据表（ADS）模板

生成包含以下内容的 ADS 框架：

• 标题
• 发明人信息（占位符）
• 申请类型
• 实体身份（小型／微型／大型）

步骤 4：生成 EP 格式（如果指定 EP 或 ALL）

输出到 patent/output/EP/：

权利要求部分

• 按照 EPC Rule 43(1) 采用两部分形式：
  • “1. 一种用于[目的]的方法，包括[已知特征]，其特征在于[发明特征]。”
• 确保所有独立权利要求中都包含“characterised in that”这一表述

描述

按照 EPO Rule 42 顺序合并所有章节：

1. 发明名称
2. 技术领域
3. 背景技术
4. 发明公开（问题-解决方案-优势）
5. 实施方式描述
6. 附图简要说明
7. 附图标记列表（EPO 要求）

将附图引用格式设为“FIG. 1”或“Figure 1”。

摘要

• 从 abstract.md 提取
• 限制约为 150 个词

步骤 5：一致性检查

检查所有生成格式中的以下内容：

• 所有权利要求均出现在每种格式中
• 权利要求编号一致
• 所有格式中的附图标记与说明书一致
• 未违反特定格式的要求
• 各司法辖区使用的语言正确（CN 使用中文，US/EP 使用英文）

步骤 6：输出摘要

编写 patent/output/OUTPUT_SUMMARY.md：

## Patent Filing Documents

### Generated Files

#### CN (CNIPA)
| File | Description | Status |
|------|-------------|--------|
| 权利要求书.md | Claims in CN format | Complete |
| 说明书.md | Description in CN format | Complete |
| 说明书摘要.md | Abstract (CN) | Complete |

#### US (USPTO)
| File | Description | Status |
|------|-------------|--------|
| claims.md | Claims in US format | Complete |
| specification.md | Description in US format | Complete |
| abstract.md | Abstract (US) | Complete |
| ads_template.md | Application Data Sheet skeleton | Complete |

#### EP (EPO)
| File | Description | Status |
|------|-------------|--------|
| claims.md | Claims in EP format | Complete |
| description.md | Description in EP format | Complete |
| abstract.md | Abstract (EP) | Complete |

### Consistency Check
- [ ] All claims present in all formats
- [ ] Reference numerals consistent
- [ ] Language correct per jurisdiction

关键规则

• 切勿混用不同司法辖区的格式（例如，不要在 US 权利要求中加入“其特征在于”）。
• 各司法辖区的权利要求在技术内容上必须相同，仅格式不同。
• 对于 CN 输出，请确认中文专利术语正确且一致。
• 对于 EP 输出，两段式权利要求格式为强制要求——每项独立权利要求都必须包含“characterised in that”。
• 摘要字数限制因司法辖区而异，必须核实。
• 司法辖区格式技能不会修改权利要求内容——只会重新排版现有内容。
• 如果 OUTPUT_FORMAT = "docx"，请检查 python-docx 是否可用；如果不可用，则改用 Markdown。