Skills aws-wechat-article-review

审核公众号文章，检查敏感词、错别字、合规性和写作规范，输出修改清单。当用户提到「审稿」「审核」「检查一下」「校对」「合规」「敏感词」「错别字」「帮我看看」「写完了」「检查下有没有问题」「能不能发」时使用。

install

source · Clone the upstream repo

git clone https://github.com/openclaw/skills

Claude Code · Install into ~/.claude/skills/

T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/bbd145/aws-wechat-article-review" ~/.claude/skills/clawdbot-skills-aws-wechat-article-review && rm -rf "$T"

manifest: skills/bbd145/aws-wechat-article-review/SKILL.md

source content

审稿与合规

路由

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

对文章做系统性检查，发现问题并引导修改。

两种审稿模式

模式	时机	检查重点
内容审	writing 之后、formatting 之前	内容质量、写作规范、敏感词、配图标记
终审	publish 之前	排版完整性、图片就位、发布要素齐全

自动识别：有

article.html

→ 终审模式，否则 → 内容审模式。

工作流

审稿进度：
- [ ] 第1步：环境检查 + 本篇约束与规范
- [ ] 第2步：逐项检查
- [ ] 第3步：输出审稿结果
- [ ] 第4步：修改循环 🔄
- [ ] 第5步：确认通过 → **文末 embed（⛔ BLOCKING）** → 保存 `article.md` 定稿

智能体行为约束（与定稿强相关）

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

第1步：环境检查 + 本篇约束与规范 ⛔

任何操作执行前，必须按 首次引导 执行其中的 「检测顺序」。检测通过后才能进行以下操作（或用户明确书面确认「本次不检查」）：

从选题到发布的阻断规则见 main SKILL；单独启用本 skill 时亦须先满足同一套环境检查（或用户按 main 约定声明「本次例外」）。

然后读取：

.aws-article/writing-spec.md
（如有）
.aws-article/presets/review-rules.yaml
（如有）
本篇合并配置（与 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。

fallback：合并后仍缺关键约束时向用户说明「部分维度无法按本篇约束对齐」，并建议补全

config.yaml

article.yaml

；无写作规范时跳过规范检查项；无自定义审稿规则时仅执行内置检查清单 references/checklist.md。

第2步：逐项检查

按模式执行不同检查项，详见：references/checklist.md

内容审 检查 6 个维度：

维度	检查内容
标题	长度、禁用套路、与正文一致性
摘要	长度、信息量、与正文一致性
正文	敏感词、禁用词、错别字、事实出处
写作规范	对照 writing-spec.md 检查用词、句式、段落、AI 味；深度与调性是否与本篇合并配置的 `target_reader` 、 `tone` 一致
配图标记	封面标记存在、数量与本篇合并配置的 `image_density` 匹配、描述清晰
文末 embed	定稿前须完成第5步 ⛔ BLOCKING（与 `format.py` 的 `{embed:…}` 一致）；未写入 `article.md` 不得定稿
原创标注	按 original_attribution 处理

终审额外检查：

维度	检查内容
排版	article.html 存在且完整
图片	imgs/ 下图片齐全、placeholder 已替换
发布要素	标题/摘要/作者/封面全部就绪

第3步：输出审稿结果

按

review_output_format

输出：

分块详细：按维度分块，逐项列 ✅/❌ + 修改建议
简要清单：表格式，一行一项

输出模板：references/output-format.md

结果分三级：

🔴 必须修改：不改不能过（敏感词、严重错别字、缺封面）
🟡 建议修改：改了更好（用词优化、段落调整）
🟢 通过：无问题

第4步：修改循环 🔄

有 🔴 项时必须进入修改循环：

发现问题 → 展示审稿结果 → 等用户/agent 修改 → 重新检查 → 直到无 🔴

修改方式：

Agent 直接修改
```
draft.md
```
用户手动修改后说「改好了」
调用 writing skill 的 rewrite 能力

每轮修改后自动重审被标记为 🔴 的项，不需要全量重审。

第5步：确认通过 → 文末 embed → 保存定稿

全部 🔴 项消除后：

展示最终审稿结果
等待用户确认 ⛔
⛔ BLOCKING · 文末
embeds
：在写入
article.md
之前完成本节下方「规则与表格」——先读取
```
.aws-article/config.yaml
```
并与本篇
```
article.yaml
```
合并（与第 1 步一致：除
embeds.related_articles
外，
embeds
仅以全局为准；related_articles
与全局深度合并），再在正文末尾（原有正文之后）按规则追加或合法省略占位符。占位符必须与合并后可解析的配置一致，否则排版阶段会失败。未完成本节不得保存定稿、不得调用
format.py
。
将已含文末 embed（或已按规则省略并记录在审稿说明中）的稿件保存为 article.md
（定稿）。

定稿文末

embeds

（规则与表格）

占位符	何时写入文末	配置对齐
`{embed:profile:…}`	全局 `embeds.profiles` 存在至少一条有效项（非空 `nickname` ）	每条有效 profile 一行，占位中 `…` = 该项 `nickname`
`{embed:miniprogram:…}`	全局 `embeds.miniprograms` 存在至少一条有效项（非空 `title` ）	每条有效项一行， `…` = `title`
`{embed:miniprogram_card:…}`	全局 `embeds.miniprogram_cards` 存在至少一条有效项（非空 `title` ）	每条有效项一行， `…` = `title`
`{embed:link:…}`	往期链接：合并后 `embeds.related_articles.manual` 有有效项时；或见下方「无 manual」	`…` = 该项 `name` ；文末相关链接至多 3 条

前三类（名片 / 小程序文字链 / 小程序卡片）：若对应列表未配置或为空或无非空关键字段，不追加该类占位符，无需处理。
往期
{embed:link:…}
：
- 若合并后 manual
  已有
```
name
```
  +
```
url
```
  ：在文末追加对应占位符，最多 3 条（超过则只保留 3 条，优先与本文主题最相关的条目或按列表顺序取前 3）。
- 若合并后 manual
  缺失或为空：在仓库根执行
```
python skills/aws-wechat-article-publish/scripts/getdraft.py published-fields
```
  输出为 JSON 数组（每项含
```
title
```
  、
```
digest
```
  、
```
url
```
  ）。结合本文主题与摘要，从已发布正式文章中选取至多 3 篇相关条目；将选中项写入本篇
```
article.yaml
```
  的 embeds.related_articles.manual
  （每项
```
name
```
  （与占位一致、简短可读）+
```
url
```
  ），再在
```
article.md
```
  文末追加
```
{embed:link:name}
```
  。勿改全局
```
config.yaml
```
  仅为本篇补链接。若命令失败（无凭证、网络、接口错误）或用户书面声明跳过往期：不伪造
```
manual
```
  ，可省略该类占位并在审稿说明中注明原因。

字段含义与示例见

config.example.yaml

的

embeds

注释及 topics SKILL 文末「推荐链接」说明；排版脚本据此生成

article.html

。

自定义检查规则

用户可在

.aws-article/presets/review-rules.yaml

添加自定义检查项：

# .aws-article/presets/review-rules.yaml
custom_rules:
  - name: 品牌名称规范
    check: 正文中「XX公司」必须使用全称，不能简写
    level: 必须    # 必须 / 建议

  - name: 数据来源
    check: 所有引用的数据必须标注来源和日期
    level: 必须

  - name: CTA 检查
    check: 文末必须包含明确的行动号召
    level: 建议

自定义规则会追加到标准检查项之后执行。

过程文件

模式读取产出

内容审

draft.md

、.aws-article/config.yaml
+ 本篇
article.yaml
、

writing-spec.md

review.md

、

article.md

（定稿）

终审

article.html

、

imgs/

、同上合并配置、

article.yaml

（发布元数据等）

review.md

（终审结果）