programmeranthony 专利评审
对技术交底书草稿进行多维度评审，输出结构化评审报告，并按 🔴🟡🟢 分级给出修改建议。
触发场景
当用户提到以下任一场景时使用本技能：
- 评审、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. 向用户报告路径，并提示可根据评审报告修改草稿