| name | article-review-tracker |
| description | 追踪文章审稿意见，将编辑反馈结构化记录并逐条落实。触发词：审稿意见/修改文章/这里写得不好/审稿反馈/帮我追踪这个意见。 |
文章审稿意见追踪（article-review-tracker）
定位：wechat-article-writer 的配套 Skill，专门处理文章写完后的编辑反馈。
与 issue-tracker 的区别：issue-tracker 追踪产品/技术问题；本 Skill 追踪文章编辑反馈。
关系类型：extends wechat-article-writer
激活后立即执行
Step 1 确认当前文章：读取对话上下文中最近的文章文件路径
→ 若上下文无法确认，询问用户：「请告诉我文章文件路径或名称」
Step 2 解析用户的审稿意见（支持以下格式）：
- 一句话口语化反馈（「这段AI腔太重」）
- 多条列表（「1. 标题太平庸 2. 第三段冗长」）
- 引用原文后评论
Step 3 结构化写入意见文件（追加式，不覆盖已有内容）：
路径：[文章同目录]/审稿意见_[文章名].md
若文件不存在 → 创建并写入表头：
`| ID | 位置/章节 | 意见描述 | 严重程度 | 状态 | 修改方案 |`
`|---|---|---|---|---|---|`
每条意见追加一行：
`| R001 | [位置] | [意见描述] | P0/P1/P2 | 🔲 待处理 | （待定） |`
ID 格式：R + 三位数序号（R001、R002…），按文件内已有最大序号递增
Step 4 逐条呈现意见摘要，为每条提出修改方案，询问用户确认：
「以下意见已记录，请确认修改方案：
- R001 [P0] [位置]：[意见] → 建议：[修改方案]
- R002 [P1] [位置]：[意见] → 建议：[修改方案]
是否按此方案修改？」
Step 5 用户确认后，执行文章正文修改：
- 修改对应段落/标题/表达
- 更新意见文件中该条状态为 ✅ 已解决，填写实际修改方案
Step 6 所有意见处理完后，输出「审稿完成摘要」：
✅ 审稿完成 共处理 N 条意见：P0×N / P1×N / P2×N 已解决：N 条 / 已存档：N 条 / 遗留：N 条 意见文件：[文件路径]
意见状态值
| 状态 | 含义 |
|---|
| 🔲 待处理 | 已记录，尚未修改 |
| 🔄 修改中 | 正在讨论修改方案 |
| ✅ 已解决 | 已修改文章正文 |
| ⛔ 已存档 | 不修改，附存档理由 |
严重程度定义
| 级别 | 定义 | 处理策略 |
|---|
| P0 | 影响文章核心质量：逻辑错误 / AI腔严重 / 标题有问题 / 事实错误 | 必须修改，不可存档 |
| P1 | 改了明显更好：表达生硬 / 段落冗长 / 例子不当 / 结构不清 | 建议修改，存档需说明理由 |
| P2 | 细节打磨：标点 / 措辞 / 格式 / 轻微冗余 | 可选，用户决定 |
与关联 Skill 的协作关系
| Skill | 关系 |
|---|
| wechat-article-writer | 上游：文章写完后触发本 Skill |
| article-proofreading | 平行：article-proofreading 是 AI 主动审稿；本 Skill 是用户反馈追踪 |
| issue-tracker | 区分：issue-tracker 追踪产品/技术 bug；本 Skill 追踪文章编辑反馈 |
意见文件格式示例
# 审稿意见 — [文章名]
创建时间：YYYY-MM-DD
最后更新：YYYY-MM-DD
| ID | 位置/章节 | 意见描述 | 严重程度 | 状态 | 修改方案 |
|---|---|---|---|---|---|
| R001 | 标题 | 标题太平庸，缺乏吸引力 | P0 | ✅ 已解决 | 改为「XXX：YYY」强调核心洞见 |
| R002 | 第三段 | AI腔太重，「值得关注」「不可忽视」等套话密集 | P0 | ✅ 已解决 | 删除套话，改为具体描述 |
| R003 | 结语 | 结语虎头蛇尾 | P1 | 🔲 待处理 | （待定） |
变更记录
v1.0 — 2026-03-19 — 初始创建
根因：wechat-article-writer 无配套审稿意见管理机制，用户的编辑反馈（如「标题太平庸」「这段AI腔太重」）只能口头沟通，容易遗漏或重复确认。issue-tracker 只覆盖产品/技术类问题，不适合管理文章编辑类反馈。（信号类型 E：缺失 Skill）
经验核心：文章编辑反馈需要独立的追踪机制，与产品/技术 issue 分离管理。
验证状态：🔵 待验证
