article-review-tracker

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 分离管理。

验证状态：🔵 待验证