patent-review

name	patent-review
description	多维度评审技术交底书，输出结构化评审报告与修改建议。适用场景：评审、review、专利评审、技术交底书评审、交底书质量评估。

专利评审

对技术交底书草稿进行多维度评审，输出结构化评审报告，并按 🔴🟡🟢 分级给出修改建议。

触发场景

当用户提到以下任一场景时使用本技能：

• 评审、review、专利评审
• 技术交底书评审、交底书质量评估
• 请评审这份技术交底书、对草稿做评审

前置检查（强制）

必须确认用户已提供技术交底书草稿，否则不得继续，并提示：

请提供文件路径或粘贴草稿内容

草稿可通过以下方式提供：

• 技术交底书文件路径（如 outputs/drafts/YYYY-MM-DD-xxx-draft.md）
• 用户粘贴的草稿全文或主要内容
• 用户附上的草稿文件内容

若用户仅说「帮我评审」却未提供任何草稿，必须提示上述内容。

阶段确认门（强制）

本技能仅完成评审报告输出，完成后必须停止。

• 禁止在同一轮对话中自动修改草稿或进入下一阶段。
• 完成评审并保存后，必须停下来，用以下话术等待用户确认：
  • 「评审已完成，已保存至 [路径]。请根据评审报告决定：是否修改草稿、修改哪些项。 若需修改，请在下一句明确说明（如「按必须修改项修改」「只改第 2 条」等）。」
• 只有当用户在后续新消息中明确请求修改，才可对草稿进行修改。

评审维度（共 7 个）

维度	检查要点
结构完整性	发明名称、现有技术、3.2 实施例步骤、3.1 关键点、变更方案齐全
撰写顺序合规	先 3.2 后 3.1，无提前杜撰 3.1
实施例质量	模块/单元/步骤层级清晰；步骤含目标、输入、处理、输出；概念不过度堆砌
技术可读性	非专业人士可理解；避免代码/复杂算法直写；概念有解释
创新点明确性	明确技术/业务问题；聚焦小场景；结合 TRIZ；新概念服务于创新点
流程图完备性	每模块有 mermaid flowchart；有总体流程图；不过度细节
逻辑关联性	实体/信息/指标有前后逻辑；与实际业务对应

每个维度按 1–10 分评分，总分 70 分。

输出格式（必须遵循）

评审报告必须包含以下结构：

## 专利评审报告
**文档**: [路径]
**评审时间**: YYYY-MM-DD

### 一、总体评分（1-10 分/维度，总分 70）
| 维度 | 得分 | 简要说明 |
| 结构完整性 | X/10 | ... |
| 撰写顺序合规 | X/10 | ... |
| 实施例质量 | X/10 | ... |
| 技术可读性 | X/10 | ... |
| 创新点明确性 | X/10 | ... |
| 流程图完备性 | X/10 | ... |
| 逻辑关联性 | X/10 | ... |
| **总分** | **XX/70** | |

### 二、必须修改项（🔴）
### 三、建议改进项（🟡）
### 四、可选优化项（🟢）
### 五、亮点与可保留内容

分级修改建议说明

• 必须修改项（🔴）：影响结构、顺序、合规性或关键内容缺失的问题，需优先修改
• 建议改进项（🟡）：影响可读性或质量的改进点，建议在修订时处理
• 可选优化项（🟢）：锦上添花的优化，可视情况采纳

输出与保存

• 保存路径：outputs/reviews/YYYY-MM-DD-<主题>-review.md
• 主题推导：
  • 由草稿中的发明名称或用户输入取前 20 字符内关键词（去除标点、空格），或
  • 用户明确指定的简称，或
  • 若无则用 untitled 或当前日期时间戳
• 若 outputs/reviews/ 不存在，需先创建该目录。
• 生成完成后，告知用户输出路径。

执行流程

1. 检查用户是否已提供技术交底书草稿
   - 若无 → 提示「请提供文件路径或粘贴草稿内容」，终止
2. 读取草稿内容（从路径读取或使用用户粘贴内容）
3. 按 7 个评审维度逐项评分并填写简要说明
4. 汇总总分，填写总体评分表
5. 按 🔴🟡🟢 分级整理修改建议
6. 提炼亮点与可保留内容
7. 确定输出文件名中的主题
8. 保存到 outputs/reviews/YYYY-MM-DD-<主题>-review.md
9. 向用户报告路径，并提示可根据评审报告修改草稿