القائمة
追踪文章审稿意见，将编辑反馈结构化记录并逐条落实。触发词：审稿意见/修改文章/这里写得不好/审稿反馈/帮我追踪这个意见。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/TashanGKD/tashan-cursor-skills --skill article-review-trackerيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | article-review-tracker |
| description | 追踪文章审稿意见，将编辑反馈结构化记录并逐条落实。触发词：审稿意见/修改文章/这里写得不好/审稿反馈/帮我追踪这个意见。 |
定位：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 | 关系 |
|---|---|
| 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 | 🔲 待处理 | （待定） |
根因：wechat-article-writer 无配套审稿意见管理机制，用户的编辑反馈（如「标题太平庸」「这段AI腔太重」）只能口头沟通，容易遗漏或重复确认。issue-tracker 只覆盖产品/技术类问题，不适合管理文章编辑类反馈。（信号类型 E：缺失 Skill）
经验核心：文章编辑反馈需要独立的追踪机制，与产品/技术 issue 分离管理。
验证状态：🔵 待验证