aws-wechat-article-review
公众号审稿|公众号校对|敏感词检测|内容合规 — 公众号发布前合规审查:敏感词扫描、错别字检测、政治合规、平台规范校验,一次性输出修改清单。面向公众号编辑、自媒体作者、合规岗。触发词:「审稿」「审核」「校对」「合规」「敏感词」「错别字」「稿子检查一下」「稿子帮我看看」「稿子写完了」「文章检查一下」「检查下有没有问题」「能不能发」「发布前检查」。需要多环节串联(写+审+排+配图+发)请走 aws-wechat-article-main。
How do I install this agent skill?
npx skills add https://github.com/aiworkskills/wechat-article-skills --skill aws-wechat-article-reviewIs this agent skill safe to install?
- Gen Agent Trust Hubpass
This skill provides a structured local workflow for auditing WeChat articles, checking for sensitive content, typos, and stylistic consistency. It utilizes local Python scripts from its associated suite to perform automated checks and sanitize drafts. No network activity or credential usage was detected.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
What does this agent skill do?
审稿与合规
公众号发布前合规守门员 —— 敏感词、错别字、平台规范一次性筛查,输出可执行修改清单。
套件说明 · 本 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。
两种审稿模式
| 模式 | 时机 | 检查重点 |
|---|---|---|
| 内容审 | writing 之后、formatting 之前 | 内容质量、写作规范、敏感词、配图标记 |
| 终审 | publish 之前 | 排版完整性、图片就位、发布要素齐全 |
自动识别:有 article.html → 终审模式,否则 → 内容审模式。
工作流
审稿进度:
- [ ] 第1步:环境检查 + 本篇约束与规范
- [ ] 第2步:逐项检查(含机器自检)
- [ ] 第3步:输出审稿结果
- [ ] 第4步:修改循环 🔄
- [ ] 第5步:⛔ 剥离引用标注 → 文末 embed → 保存 article.md 定稿
智能体行为约束 ⛔
- 禁止在未完成第 5 步「文末 embed」的情况下,把稿件称为「已定稿」、写入
article.md、或进入排版(format.py)。 - 禁止用「用户没提」「节省时间」等理由跳过文末占位符。唯一例外:用户书面声明本篇不要任何嵌入元素,则须在审稿记录中写明「用户声明跳过 embed」,且仍须确认不是误操作。
- 一条龙流程中,内容审产出的
article.md必须已含文末 embed(按合并规则或合法省略),再进入排版。
第1步:环境检查 + 读取约束 ⛔
任何操作前先按 首次引导 · 检测顺序 执行,通过后才继续(或用户明确书面确认「本次不检查」)。单独启用本 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 阶段本该跑过,但稿子可能是用户自己贴进来的、或中途手改过,这里是最后一道能机器量的关口。映射:脚本报的硬性项 → 🔴,提醒项 → 🟡。它还会把全文加粗串成一行打印出来——那一串读起来像不像一份提要,仍要自己读一遍,脚本量不了挑得对不对。
内容审再逐维度人工过:
| 维度 | 检查内容 |
|---|---|
| 标题 | 长度、禁用套路、与正文一致性 |
| 摘要 | 长度、信息量、与正文一致;且与正文首个 > 导语不是同一句话 |
| 正文 | 敏感词、禁用词、错别字、事实出处 |
| 写作规范 | 对照 writing-spec.md 检查用词、句式、段落;深度与调性是否与合并配置的 target_reader、tone 一致 |
| AI 味自检 | 对照 ai-flavor-check.md 逐处诊断并标注信号强度。默认只诊断:一律折算 🟡,不 blocking、不影响定稿(两套判级的区别见 branches.md「五」) |
| 配图标记 | 封面标记存在、数量与 image_density 匹配、描述具体 |
| 文末 embed | 定稿前须完成第 5 步 ⛔;未写入 article.md 不得定稿 |
| 原创标注 | 按 original_attribution 处理 |
终审额外检查:
| 维度 | 检查内容 |
|---|---|
| 排版 | article.html 存在且完整,无乱码 |
| 图片 | 文章目录下有 cover.*(封面不在 imgs/ 里)、imgs/ 正文图齐全、placeholder 已全部替换、文件真实存在 |
| 发布要素 | 标题/摘要/作者/封面全部就绪 |
第3步:输出审稿结果
按 review_output_format 输出:分块详细(按维度分块,逐项 ✅/❌ + 修改建议)或简要清单(表格,一行一项)。模板见 references/output-format.md。
结果分三级:
- 🔴 必须修改:不改不能过(敏感词、严重错别字、缺封面、机器自检的硬性项)
- 🟡 建议修改:改了更好(用词优化、段落调整、AI 味、机器自检的提醒项)
- 🟢 通过
第4步:修改循环 🔄
有 🔴 项时必须进入修改循环:发现问题 → 展示审稿结果 → 修改 → 重新检查 → 直到无 🔴。
修改方式:Agent 直接改 draft.md / 用户手改后说「改好了」/ 调 writing 的 rewrite。
每轮只重审被标为 🔴 的项,不必全量重审。
⚠️ 第 4 步完成不代表可以保存
article.md,必须先走完第 5 步。
第5步:剥离引用标注 → 文末 embed → 保存定稿 ⛔ BLOCKING
全部 🔴 消除后:
-
展示最终审稿结果,等待用户确认 ⛔。
-
剥离引用标注 —— 在仓库根执行:
{python} {baseDir}/../aws-wechat-article-writing/scripts/write.py strip-citations <本篇 draft.md> -o <本篇 draft-stripped.md>纯本地正则剥掉正文里所有
(资料路径:…)(writing 阶段为事实溯源强制注入,发布版必须去除,以免泄露内部产品目录路径)。禁止用 sed 或肉眼撕替代该脚本——历史上多次「撕一遍漏一条」。 -
文末
embeds—— 在写入article.md之前,按第 1 步的合并结果在draft-stripped.md的正文末尾追加占位符:占位符 何时写入 配置对齐 {embed:profile:…}embeds.profiles有至少一条非空nickname每条有效项一行, …= 该项nickname{embed:miniprogram:…}embeds.miniprograms有至少一条非空title每条有效项一行, …=title{embed:miniprogram_card:…}embeds.miniprogram_cards有至少一条非空title每条有效项一行, …=title{embed:link:…}embeds.related_articles.manual有有效项…= 该项name;至多 3 条占位符必须与合并后可解析的配置一致,否则排版阶段会失败。列表为空、
manual缺失、用户声明跳过、以及全空时仍须显式标注——见 branches.md「一」。 -
将已剥离引用标注且含文末 embed(或已按规则省略并记入审稿说明)的稿件保存为
article.md(定稿)。中间产物draft-stripped.md可保留备查或删除。
未完成第 3 小步不得保存定稿、不得调用 format.py。
分支与异常
往期链接三种情况与全空标注、自定义检查规则、约束缺失 fallback、单独启用本 skill、AI 味两套判级 → references/branches.md。
过程文件
| 模式 | 读取 | 产出 |
|---|---|---|
| 内容审 | draft.md、.aws-article/config.yaml + 本篇 article.yaml、writing-spec.md | review.md、article.md(定稿) |
| 终审 | article.html、cover.*、imgs/、同上合并配置、article.yaml | review.md(终审结果) |
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/aiworkskills/wechat-article-skills/aws-wechat-article-review">View aws-wechat-article-review on skillZs</a>