seed-forge patent-review
用途
面向中文专利技术交底书的 多轮循环严格审查 技能。在 patent-disclosure-workflow（编写层）和 work-sc-patent-docx-exporter（导出层）之间插入审查闭环，确保交底材料在导出前经过充分逻辑验证。
适用场景：
- 专利交底书
.md初稿完成后，需要逐行审查逻辑闭合性 - 多份关联专利文档之间的跨文档接口一致性检查
- 需要量化审查质量：多轮循环直到连续N轮无阻塞问题
- 客户审阅或提交专利局前的最后一次质量把关
与现有专利技能的关系
patent-disclosure-workflow (编排层)
├── patent-specification-writer (写作)
├── patent-review (审查闭环) ← 本技能
│ ├── 多轮循环审查
│ ├── 多维度审查
│ └── 可选修复（默认dry-run）
└── work-sc-patent-docx-exporter (导出)
本技能不负责：写作、润色、格式调整、Word 导出、权利要求书起草。
输入
- 一份或多份专利技术交底书
.md文件（绝对路径） - 可选：
--fix标志（启用自动修复模式，默认关闭） - 可选：
--rounds N（最大审查轮次，默认无限制） - 可选：
--dimensions（指定审查维度子集，默认全维度） - 可选：附图文件（PNG/drawio XML）用于图文一致性审查
输出
- 每轮审查的问题清单（按严重程度分级：阻塞/中等/轻微）
- 问题趋势报告（问题数量随轮次递减曲线）
- 修复状态追踪（哪些已修复、哪些需人工确认）
- 最终交付结论（是否建议导出Word/提交客户审阅）
核心工作流
阶段一：启动审查
- 确认输入文件存在且为
.md格式 - 识别输入文件数量：
- 单文件模式：仅审查单份交底书的内部逻辑闭合性
- 多文件模式：额外启用跨文档接口一致性检查
- 读取全部输入文件全文
- 若含
--dimensions，从审查维度矩阵中选择指定维度；否则默认全部7个维度（见专题引用）
阶段二：多轮循环审查
FOR round = 1, 2, 3, ... UNTIL 连续N轮无阻塞问题：
1. 从零逐行审查（不参考前一轮结果，确保独立判断）
2. 按7个审查维度逐一检查
3. 输出问题清单（阻塞/中等/轻微分级）
4. 若发现阻塞问题：
a. 默认模式（dry-run）：列出问题，等待用户指令
b. --fix 模式：中等和轻微问题自动修复；阻塞问题列出示警，AskUserQuestion 逐项确认后修复
5. 记录本轮问题数量和严重程度
6. 若本轮无阻塞问题，clean_count++；否则 clean_count=0
7. 若 clean_count >= REQUIRED_CLEAN_ROUNDS (默认3)，输出最终报告并结束
END FOR
收敛判断：连续3轮无阻塞问题即可交付。如果连续3轮后问题数仍在下降趋势中，继续审查直到收敛平稳。
阶段三：输出最终报告
- 全轮次问题数量趋势表
- 剩余已知优化项（非阻塞）清单
- 交付结论：是否建议导出Word/提交客户审阅
- 修复记录摘要
审查维度矩阵
| 编号 | 维度 | 检查内容 | 阻塞判定 |
|---|---|---|---|
| D1 | 数据流闭合 | 步骤间输入/输出是否一一对应；字段是否有明确的写入步骤和读取步骤；表格定义但正文未使用的"孤儿字段" | 数据来源断裂、无写入步骤的字段 |
| D2 | 术语一致性 | 状态名、枚举值、字段名、编号格式、版本号、错误代码是否前后一致 | 同一概念在不同位置使用不同名称 |
| D3 | 状态迁移 | 状态机是否覆盖所有迁移路径；失败分支是否有对应处理；超时/异常是否有兜底 | 未定义的迁移路径、死循环 |
| D4 | 公式完整性 | 每个公式的变量定义、取值范围、边界兜底是否完整；是否存在除零或语义歧义 | 公式变量无定义、除零风险 |
| D5 | 错误代码分流 | 每个错误代码是否有明确的分流路径；同一代码是否承载多种语义（过载） | 错误代码语义过载导致分流歧义 |
| D6 | 实施例一致性 | 实施例中的步骤顺序、状态值、术语是否与正文对应；时序描述是否矛盾 | 实施例与正文描述直接冲突 |
| D7 | 图文一致性 | 附图中的节点文本、连线方向、步骤编号是否与正文一致（需 .drawio 或 .xml 附图文件，由 drawioctl inspect --json 取证） |
附图与正文描述不一致 |
详细检查方法见 references/REFERENCE-REFERENCE-REVIEW-DIMENSIONS.md。
推荐输出格式
执行完毕后输出专利审查结论:
审查轮次: {current_round}/{max_rounds or 'indefinite'} 收敛状态: {convergence_status} (连续{clean_rounds}轮无阻塞问题)
问题统计:
- 本轮发现：{problems_this_round}
- 阻塞级别：{blocker_count}
- 中等级别：{warning_count}
- 轻微级别：{info_count}
关键问题清单: {critical_issues_list}
修复建议: [需人工确认]/[自动修复]/[忽略] 交付结论: 建议导出 Word / 需继续审查 / 暂缓提交
约束
- 默认不修复：
--fix关闭时，仅输出问题清单，不修改任何文件。 - 修复需确认：即使用户传
--fix，阻塞级别的问题也必须逐项经AskUserQuestion确认后才执行修复。 - 不重复造轮子：写作能力复用
patent-specification-writer，导出复用work-sc-patent-docx-exporter；修复由本技能执行Edit工具直接操作。 - 每次循环独立：每轮审查从零读取文件，不受前一轮的结论影响（防止"隧道视野"漏掉新问题）。
- 收敛判断严格：至少连续3轮无阻塞问题才判定为可交付；仅收敛到"轻微问题"级别时记录为"已知优化项"。
- 图文审查为可选特性：D7 维度需用户提供
.drawio或.xml附图文件。启用时先运行drawioctl inspect <file> --json取得全页节点/连线清单，再与正文交叉校验。若 inspect 报结构错误，先报告附图结构问题，不把它误判为正文语义不一致；无附图时自动跳过该维度。 - 跨文档接口检查：多文件模式下额外检查文档间的字段承接关系表、版本号命名空间、错误代码命名空间是否闭合。
专题引用
references/REFERENCE-REFERENCE-REVIEW-DIMENSIONS.md— 7个审查维度的详细检查方法和示例- 主
SKILL.md保留入口、工作流、约束和维度索引；具体检查清单、反例和修复模板放在专题文档中。
使用示例
示例 1：单文件审查（dry-run）
用户: 用 patent-review 审查这份交底书
Claude: (读取文件 → 全维度审查 → 输出问题清单 → 等待用户指令)
示例 2：多文件关联审查 + 自动修复
用户: 用 patent-review --fix 审查这两份关联专利
Claude: (读取两份文件 → 全维度 + 跨文档接口审查 → 中等/轻微自动修复
→ 阻塞问题逐项AskUserQuestion确认 → 修复 → 进入下一轮)
示例 3：指定维度和轮次上限
用户: 用 patent-review --dimensions dataflow,terminology --rounds 3 审查这份交底书
Claude: (仅审查数据流闭合和术语一致性，最多3轮)
示例 4：含附图的图文一致性审查
用户: 用 patent-review --dimensions diagram 审查交底书和附图
Claude: (解析附图 → 提取节点文本和连线 → 与正文S1-S7步骤描述交叉校验)
触发方式
/patent-review <文件路径...> [--fix] [--rounds N] [--dimensions ...]
或在对话中描述需求，由编排层 patent-disclosure-workflow 在预审阶段自动调用本技能。
Human Decisions
结构化同源见
decisions.yaml；以下为人类可读汇总。
| # | 决策点 | 触发条件 | 选项 | 默认行为 |
|---|---|---|---|---|
| HD-1 | --fix 模式的自动修改确认 | 使用 --fix 模式、对中高危问题执行自动修复之前（经 AskUserQuestion） | 用户确认后执行修复 / 仅报告不修改 | 必问 |
参考文档：
- references/REFERENCE-README.md