Skill: aiworkskills/aws-wechat-article-review (version 1.0.23)

--- name: aws-wechat-article-review description: 公众号审稿｜公众号校对｜敏感词检测｜内容合规 — 公众号发布前合规审查：敏感词扫描、错别字检测、政治合规、平台规范校验，一次性输出修改清单。面向公众号编辑、自媒体作者、合规岗。触发词：「审稿」「审核」「校对」「合规」「敏感词」「错别字」「稿子检查一下」「稿子帮我看看」「稿子写完了」「文章检查一下」「检查下有没有问题」「能不能发」「发布前检查」。需要多环节串联（写+审+排+配图+发）请走 aws-wechat-article-main。 homepage: https://aiworkskills.cn url: https://github.com/aiworkskills/wechat-article-skills metadata: openclaw: requires: env: [] bins: - python3 --- # 审稿与合规 **公众号发布前合规守门员** —— 敏感词、错别字、平台规范一次性筛查，输出可执行修改清单。 > **套件说明** · 本 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` - **文件写**：本篇 `article.md` 定稿、审稿记录 - **shell**：无（不调用任何脚本） > 往期推荐链接的**自动补齐**由 [publish skill](../aws-wechat-article-publish/SKILL.md) 处理（那里才有微信 API 凭证与 `getdraft.py`）；本 skill 只做「若 `embeds.related_articles.manual` 非空则按其排占位符」与「若为空则在审稿输出中提示需 publish 补齐或手填」，**不直接调任何网络脚本**。 ## 配套 skill（informational） 本 skill 是 `aws-wechat-article-*` 一条龙公众号套件的**审稿环节**（入口 `aws-wechat-article-main`）。工作流中的若干步骤会读取同级 `../aws-wechat-article-main/references/*.md` 等共享文档（首次引导、writing-spec、articlescreening schema 等）。 - **套件完整装齐到同一 `skills/` 根目录**时，跨 skill 引用都能读到。 - **单独安装本 skill** 时，跨 skill 引用的步骤会在读取阶段遇到 `file not found`；本 skill 内的纯本地规则/清单审稿仍可用。 完整 9 slug 清单见 [源码仓库](https://github.com/aiworkskills/wechat-article-skills)。 ## 路由 「能不能发」若含代为发布或从稿到发出整条收尾 → [aws-wechat-article-main](../aws-wechat-article-main/SKILL.md)。 对文章做系统性检查，发现问题并引导修改。 ## 两种审稿模式 | 模式 | 时机 | 检查重点 | |------|------|---------| | **内容审** | writing 之后、formatting 之前 | 内容质量、写作规范、敏感词、配图标记 | | **终审** | publish 之前 | 排版完整性、图片就位、发布要素齐全 | 自动识别：有 `article.html` → 终审模式，否则 → 内容审模式。 ## 工作流 ``` 审稿进度： - [ ] 第1步：环境检查 + 本篇约束与规范 - [ ] 第2步：逐项检查 - [ ] 第3步：输出审稿结果 - [ ] 第4步：修改循环 🔄 - [ ] 第5步：确认通过 → **文末 embed（⛔ BLOCKING）** → 保存 `article.md` 定稿 ``` ### 智能体行为约束（与定稿强相关） - **禁止**在未完成 **第5步「文末 embed」**（见下 **⛔ BLOCKING**）的情况下，将稿件称为「已定稿」、写入 **`article.md`**、或进入 **排版（`format.py`）**。 - **禁止**用「用户没提」「节省时间」等理由跳过文末占位符；**唯一例外**：用户**书面**声明本篇不要任何嵌入元素（名片/小程序/链接），则须在审稿记录中写明「用户声明跳过 embed」，且仍须确认不是误操作。 - **一条龙 / 完整流程**（[main SKILL](../aws-wechat-article-main/SKILL.md)）中，**内容审**产出的 **`article.md` 必须已含文末 embed**（按合并规则或合法省略），再进入排版。 ### 第1步：环境检查 + 本篇约束与规范 ⛔ 任何操作执行前，**必须**按 **[首次引导](../aws-wechat-article-main/references/first-time-setup.md)** 执行其中的 **「检测顺序」**。检测通过后才能进行以下操作（或用户明确书面确认「本次不检查」）： 从选题到发布的阻断规则见 [main SKILL](../aws-wechat-article-main/SKILL.md)；**单独启用本 skill** 时亦须先满足同一套环境检查（或用户按 main 约定声明「本次例外」）。 然后读取： - **`.aws-article/writing-spec.md`**（如有） - **`.aws-article/presets/review-rules.yaml`**（如有） - **本篇合并配置**（与 [writing](../aws-wechat-article-writing/SKILL.md)、`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](../aws-wechat-article-main/references/articlescreening-schema.md)。 **fallback**：合并后仍缺关键约束时向用户说明「部分维度无法按本篇约束对齐」，并建议补全 `config.yaml` / `article.yaml`；无写作规范时跳过规范检查项；无自定义审稿规则时仅执行内置检查清单 [references/checklist.md](references/checklist.md)。 ### 第2步：逐项检查 按模式执行不同检查项，详见：[references/checklist.md](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](references/output-format.md) 结果分三级： - 🔴 **必须修改**：不改不能过（敏感词、严重错别字、缺封面） - 🟡 **建议修改**：改了更好（用词优化、段落调整） - 🟢 **通过**：无问题 ### 第4步：修改循环 🔄 有 🔴 项时**必须进入修改循环**： ``` 发现问题 → 展示审稿结果 → 等用户/agent 修改 → 重新检查 → 直到无 🔴 ``` 修改方式： - Agent 直接修改 `draft.md` - 用户手动修改后说「改好了」 - 调用 writing skill 的 rewrite 能力 每轮修改后自动重审被标记为 🔴 的项，不需要全量重审。 > ⚠️ **Step 4 完成不代表可以保存 `article.md`**。必须先完成 Step 5（文末 embed ⛔⛔ BLOCKING）才能写入 `article.md` 或进入排版。 ### 第5步：确认通过 → 剥离引用标注 → 文末 embed → 保存定稿 ⛔⛔ BLOCKING 全部 🔴 项消除后： 1. 展示最终审稿结果 2. 等待用户确认 ⛔ 3. **⛔ BLOCKING · 剥离引用标注**：在仓库根执行 `python {baseDir}/../aws-wechat-article-writing/scripts/write.py strip-citations <本篇 draft.md> -o <本篇 draft-stripped.md>` 纯本地正则剥离正文中所有 `（资料路径：...）` 引用标注（writing 阶段为事实溯源强制注入，发布版必须去除以免泄露内部产品目录路径）。**禁止**用 sed / agent 肉眼撕替代该脚本 —— 历史多次出现"撕一遍漏一条"的事故。 4. **⛔ BLOCKING · 文末 `embeds`**：**在写入 `article.md` 之前**完成本节下方「规则与表格」——**先读取** `.aws-article/config.yaml` 并与本篇 `article.yaml` **合并**（与第 1 步一致：**除 `embeds.related_articles` 外，`embeds` 仅以全局为准**；**`related_articles` 与全局深度合并**），再在 `draft-stripped.md` 的**正文末尾**（原有正文之后）按规则**追加或合法省略**占位符。**占位符必须与合并后可解析的配置一致**，否则排版阶段会失败。**未完成本节不得保存定稿、不得调用 `format.py`。** 5. 将已剥离引用标注且含文末 embed（或已按规则省略并记录在审稿说明中）的稿件保存为 **`article.md`（定稿）**；中间产物 `draft-stripped.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` 缺失或为空**：**本 skill 不自动补齐**（以保持 review 纯本地、无网络、无凭证）。处理方式： 1. 首选由用户手动把已发表文章的 `name` + `url` 写入本篇 `article.yaml` 的 `embeds.related_articles.manual`（每项至多 3 条）； 2. 或在**进入 [publish skill](../aws-wechat-article-publish/SKILL.md)** 时，由 publish 在发布前调用 `getdraft.py published-fields` 自动补齐（publish 才有微信 API 凭证与网络能力）； 3. 若用户声明跳过往期：**不伪造** `manual`，在审稿说明中注明「本篇跳过往期推荐」，`{embed:link:…}` 占位省略即可。 字段含义与示例见 **`{baseDir}/../aws-wechat-article-main/references/config.example.yaml`** 的 `embeds` 注释及 **[topics SKILL](../aws-wechat-article-topics/SKILL.md)** 文末「推荐链接」说明；排版脚本据此生成 `article.html`。 **全空时的处理**：当所有 embed 配置（profiles / miniprograms / miniprogram_cards / related_articles）均为空或未配置时，仍须在审稿输出中**显式标注**「文末 embed：无配置，已跳过」，**不得静默跳过**。这确保流程可追溯，避免遗漏。 ## 自定义检查规则 用户可在 `.aws-article/presets/review-rules.yaml` 添加自定义检查项： ```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`（终审结果） |


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)