aiworkskills/wechat-article-skills/aws-wechat-article-review

审稿与合规

公众号发布前合规守门员 —— 敏感词、错别字、平台规范一次性筛查，输出可执行修改清单。

套件说明 · 本 skill 属 aws-wechat-article-* 一条龙套件（共 9 个 slug，入口 aws-wechat-article-main）。跨 skill 的相对引用依赖同一 skills/ 目录，建议一并 clawhub install 全套。源码：<https://github.com/aiworkskills/wechat-article-skills>

能力披露（Capabilities）

本 skill 为纯本地规则/清单审稿，零网络、零凭证。

• 凭证：无
• 网络：无
• 文件读：.aws-article/config.yaml、.aws-article/writing-spec.md（如有）、.aws-article/presets/review-rules.yaml（如有）、本篇 draft.md / article.html / article.yaml / imgs/
• 文件写：本篇 draft-stripped.md（中间产物）、article.md（定稿）、review.md
• shell：只在第 5 步调 {python} .../aws-wechat-article-writing/scripts/write.py strip-citations，第 2 步调同一脚本的 check 子命令。两者都是纯本地正则/计数，不联网、不读凭证、不调 LLM。

往期推荐链接的自动补齐由 publish skill 处理（那里才有微信 API 凭证与 getdraft.py）；本 skill 只按已有 manual 排占位符，不直接调任何网络脚本。

路由

「能不能发」若含代为发布、或从稿到发出整条收尾 → aws-wechat-article-main。

两种审稿模式

自动识别：有 article.html → 终审模式，否则 → 内容审模式。

工作流

审稿进度：
- [ ] 第1步：环境检查 + 本篇约束与规范
- [ ] 第2步：逐项检查（含机器自检）
- [ ] 第3步：输出审稿结果
- [ ] 第4步：修改循环 🔄
- [ ] 第5步：⛔ 剥离引用标注 → 文末 embed → 保存 article.md 定稿

智能体行为约束 ⛔

• 禁止在未完成第 5 步「文末 embed」的情况下，把稿件称为「已定稿」、写入 article.md、或进入排版（format.py）。
• 禁止用「用户没提」「节省时间」等理由跳过文末占位符。唯一例外：用户书面声明本篇不要任何嵌入元素，则须在审稿记录中写明「用户声明跳过 embed」，且仍须确认不是误操作。
• 一条龙流程中，内容审产出的 article.md 必须已含文末 embed（按合并规则或合法省略），再进入排版。

第1步：环境检查 + 读取约束 ⛔

任何操作前先按 [首次引导 · 检测顺序](../aws-wechat-article-main/references/first-time-setup.md) 执行，通过后才继续（或用户明确书面确认「本次不检查」）。单独启用本 skill 时的口径见 branches.md「四」。

然后读取：

• `.aws-article/writing-spec.md`（如有）
• `.aws-article/presets/review-rules.yaml`（如有，见 branches.md「二」）
• 本篇合并配置（与 writing、format.py 一致）：先 .aws-article/config.yaml 顶层（不含 writing_model / image_model），再叠本篇 article.yaml（同键本篇优先；仅 embeds.related_articles 与全局深度合并，其余 embeds 仍以全局为准）。审稿以合并结果为准（review_output_format、custom_sensitive_words、forbidden_words、target_reader、tone、image_density 等）。字段说明见 articlescreening-schema.md。

约束缺失时按 branches.md「三」 降级，不要中断审稿。

第2步：逐项检查

完整清单见 references/checklist.md。

先跑机器自检（内容审模式）—— 产出配额里能数出来的部分不该靠眼睛：

{python} {baseDir}/../aws-wechat-article-writing/scripts/write.py check <本篇 draft.md>

与 writing 第 7 步 同一套判据。writing 阶段本该跑过，但稿子可能是用户自己贴进来的、或中途手改过，这里是最后一道能机器量的关口。映射：脚本报的硬性项 → 🔴，提醒项 → 🟡。它还会把全文加粗串成一行打印出来——那一串读起来像不像一份提要，仍要自己读一遍，脚本量不了挑得对不对。

内容审再逐维度人工过：

终审额外检查：

第3步：输出审稿结果

按 review_output_format 输出：分块详细（按维度分块，逐项 ✅/❌ + 修改建议）或简要清单（表格，一行一项）。模板见 references/output-format.md。

结果分三级：

• 🔴 必须修改：不改不能过（敏感词、严重错别字、缺封面、机器自检的硬性项）
• 🟡 建议修改：改了更好（用词优化、段落调整、AI 味、机器自检的提醒项）
• 🟢 通过

第4步：修改循环 🔄

有 🔴 项时必须进入修改循环：发现问题 → 展示审稿结果 → 修改 → 重新检查 → 直到无 🔴。

修改方式：Agent 直接改 draft.md / 用户手改后说「改好了」/ 调 writing 的 rewrite。

每轮只重审被标为 🔴 的项，不必全量重审。

⚠️ 第 4 步完成不代表可以保存 `article.md`，必须先走完第 5 步。

第5步：剥离引用标注 → 文末 embed → 保存定稿 ⛔ BLOCKING

全部 🔴 消除后：

1. 展示最终审稿结果，等待用户确认 ⛔。
2. 剥离引用标注 —— 在仓库根执行：

``bash {python} {baseDir}/../aws-wechat-article-writing/scripts/write.py strip-citations <本篇 draft.md> -o <本篇 draft-stripped.md> ``

纯本地正则剥掉正文里所有 （资料路径：…）（writing 阶段为事实溯源强制注入，发布版必须去除，以免泄露内部产品目录路径）。禁止用 sed 或肉眼撕替代该脚本——历史上多次「撕一遍漏一条」。

1. 文末 `embeds` —— 在写入 `article.md` 之前，按第 1 步的合并结果在 draft-stripped.md 的正文末尾追加占位符：

占位符必须与合并后可解析的配置一致，否则排版阶段会失败。列表为空、manual 缺失、用户声明跳过、以及全空时仍须显式标注——见 branches.md「一」。

1. 将已剥离引用标注且含文末 embed（或已按规则省略并记入审稿说明）的稿件保存为 `article.md`（定稿）。中间产物 draft-stripped.md 可保留备查或删除。

未完成第 3 小步不得保存定稿、不得调用 `format.py`。

分支与异常

往期链接三种情况与全空标注、自定义检查规则、约束缺失 fallback、单独启用本 skill、AI 味两套判级 → references/branches.md。

过程文件