| name | review-tech-article |
| description | Use when the user wants to review an existing technical blog article, check article quality, or get feedback on a written piece. Triggers on "review this article", "check this post", "看看这篇文章有什么问题", "帮我 review 一下", or when given a file path to an article for quality feedback. |
Review 技术文章
概述
系统性 review 技术博客文章，覆盖五个维度，以编号列表呈现问题，等待用户选择后再进行修改。不得在用户确认前擅自修改文件。
工作流程
1. 读取文章文件
2. 按五个维度逐一分析
3. 输出优先级摘要（置顶）+ 详细问题列表
4. 等待用户选择编号
5. 仅修改用户选中的条目
第一步：读取文章
用 Read 工具读取用户指定的文章文件。
第二步：按五个维度分析
必须覆盖以下全部五个维度，每个维度单独成节：
| 维度 | 检查重点 |
|---|
| 技术准确性 | 代码示例是否正确、概念是否有误、术语是否准确、数据/版本号是否会过时 |
| 表达清晰度 | 句子是否易读、专业术语是否有解释、示例是否直观 |
| 结构完整性 | 章节是否完整、逻辑是否循序渐进、是否缺少关键内容 |
| 语言风格 | 语气是否一致、是否符合目标读者、用词是否自然、配图风格是否与系列文章统一 |
| 逻辑合理性 | 论证是否有支撑、前后是否矛盾、结论是否过于武断 |
第三步：输出格式
必须按以下格式输出，不得省略任何部分：
格式模板
## Review 结果
### 优先关注（置顶摘要）
| 编号 | 问题简述 | 维度 | 优先级 |
|---|---|---|---|
| 1 | xxx | 技术准确性 | 高 |
| 3 | xxx | 逻辑合理性 | 中 |
---
### 技术准确性
**问题 1 — [简短标题]**
[说明问题所在，引用原文或代码]
建议修改：[具体修改方案]
（其他维度同理）
---
**请告诉我你想修改哪几条（输入编号即可，例如：1 3）。没有问题的维度可以不列出。**
输出规则
- 优先级摘要必须在最前面，让用户先看到高优问题
- 每个问题必须有编号，整篇文章统一编号（不按维度分别编号）
- 没有发现问题的维度：写"暂无明显问题"，不要省略该维度
- 最后必须以"请告诉我你想修改哪几条"结束，不得自行决定修改什么
第四步：等待用户选择
收到用户的编号后，逐条修改文章文件，修改完每条后简要说明改了什么。
常见错误
| 错误 | 修正 |
|---|
| 未覆盖全部五个维度 | 五个维度必须逐一分析，哪怕没有问题也要写"暂无明显问题" |
| 优先级摘要放在末尾 | 必须置顶，让用户先看到最重要的问题 |
| 没有明确邀请用户选择 | 最后一行必须是"请告诉我你想修改哪几条" |
| 分析完直接修改文件 | 必须等用户选择编号后才能修改 |
| 全篇只列问题不给建议 | 每个问题必须附上"建议修改"方案 |
| 忽略配图风格一致性 | 同一系列文章的架构图/流程图应保持统一的配色、形状和排版风格（参考 source/_posts/ai-agent-skill/flow.png 的视觉基准：浅灰背景、蓝色圆角矩形、绿色胶囊入口、粉色菱形判断、橙色虚线旁注） |
| 连接线穿越框体 | 流程图/架构图的连接线不得穿越任何节点框体，必须沿框体外侧绕行；线上的标注文字不得覆盖任何框体 |
