公众号文章审稿与合规

技能文档

---
name: aws-wechat-article-review
title: 公众号文章审稿与合规
category: 内容创作
description: 审核公众号文章，检查敏感词、错别字、合规性和写作规范，输出分级修改清单并循环跟踪修改直到可定稿。当用户提到「审稿」「审核」「检查一下」「校对」「合规」「敏感词」「错别字」「帮我看看」「写完了」「检查下有没有问题」「能不能发」时使用。触发词：审稿、校对、敏感词检查、合规审查、错别字。
---

# 公众号文章审稿与合规

对公众号文章做系统性检查，发现问题并引导修改。本技能只负责审稿与定稿，不负责排版与
发布；完成定稿后如需排版发布，属于其他环节。

## 两种审稿模式

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

自动识别：工作目录已有 `article.html` → 终审模式，否则 → 内容审模式。

## 技能工作流

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

### 步骤1：环境检查 + 本篇约束与规范

任何检查执行前，先确认工作区环境就绪（或用户明确确认「本次不检查」）：

- 确认文章工作目录存在，识别稿件文件（如 `draft.md`）
- 读取以下约束文件（如有）：
  - `.article-workspace/writing-spec.md`（写作规范）
  - `.article-workspace/presets/review-rules.yaml`（自定义审稿规则）
  - `.article-workspace/config.yaml`（全局配置，不含模型类字段）
  - 本篇目录 `article.yaml`（本篇配置，同键以本篇优先；仅 `embeds.related_articles`
    与全局深度合并，其余 `embeds` 以全局为准）

审稿与内容向检查以合并结果为准（如 `review_output_format`、`custom_sensitive_words`、
`forbidden_words`、`target_reader`、`tone`、`image_density` 等）。

**fallback**：合并后仍缺关键约束时向用户说明「部分维度无法按本篇约束对齐」，并建议补全
`config.yaml` / `article.yaml`；无写作规范时跳过规范检查项；无自定义审稿规则时仅执行
内置检查清单 [references/审稿检查清单.md](references/审稿检查清单.md)。

### 步骤2：逐项检查

按模式执行不同检查项，详见 [references/审稿检查清单.md](references/审稿检查清单.md)。

**内容审** 检查 7 个维度：

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

**终审** 额外检查：

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

### 步骤3：输出审稿结果

按 `review_output_format` 输出：

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

输出模板见 [references/审稿输出模板.md](references/审稿输出模板.md)。

结果分三级：

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

### 步骤4：修改循环 🔄

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

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

修改方式（任一）：

- 由助手直接修改 `draft.md`
- 用户手动修改后说「改好了」
- 用户指定重写能力重写

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

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

全部 🔴 项消除后：

1. 展示最终审稿结果
2. 等待用户确认 ⛔
3. **⛔ BLOCKING · 文末 `embeds`**：在写入 `article.md` 之前，先读取
   `.article-workspace/config.yaml` 并与本篇 `article.yaml` 合并（合并规则与步骤1一致），
   再在正文末尾按下方规则**追加或合法省略**占位符。占位符必须与合并后可解析的配置一致，
   否则排版阶段会失败。未完成本节不得保存定稿。
4. 将已含文末 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` 有有效项时；或见下方说明 | `…` = 该项 `name`；文末相关链接至多 3 条 |

- 前三类（名片 / 小程序文字链 / 小程序卡片）：若对应列表未配置、为空或无非空关键字段，
  **不追加**该类占位符，无需处理。
- 往期 `{embed:link:…}`：
  - 若合并后 `manual` 已有 `name` + `url`：在文末追加对应占位符，**最多 3 条**（超过则
    优先保留与本文主题最相关的条目或按列表顺序取前 3）。
  - 若合并后 `manual` 缺失或为空：从工作区的往期已发布文章记录（如有）中结合本文主题与
    摘要选取至多 3 篇，写入本篇 `article.yaml` 的 `embeds.related_articles.manual`
    （每项 `name` 简短可读 + `url`），再在文末追加 `{embed:link:name}`。无记录、获取失败
    或用户声明跳过时：**不伪造** `manual`，可省略该类占位并在审稿说明中注明原因。

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

- **禁止**在未完成第5步「文末 embed」的情况下，将稿件称为「已定稿」、写入 `article.md`、
  或进入排版阶段。
- **禁止**用「用户没提」「节省时间」等理由跳过文末占位符；**唯一例外**：用户**书面**声明
  本篇不要任何嵌入元素（名片/小程序/链接），则须在审稿记录中写明「用户声明跳过 embed」，
  且仍须确认不是误操作。

## 自定义检查规则

用户可在 `.article-workspace/presets/review-rules.yaml` 添加自定义检查项：

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

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

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

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

## 过程文件

| 模式 | 读取 | 产出 |
|------|------|------|
| 内容审 | `draft.md`、`.article-workspace/config.yaml` + 本篇 `article.yaml`、`writing-spec.md` | `review.md`、`article.md`（定稿） |
| 终审 | `article.html`、`imgs/`、同上合并配置、`article.yaml`（发布元数据等） | `review.md`（终审结果） |

使用说明

# 公众号文章审稿与合规

检查公众号文章的敏感词、错别字、合规性与写作规范，输出分级修改清单，循环跟踪修改直到可定稿。

## 使用

```text
帮我审一下这篇文章：articles/2026-09-14-draft/draft.md
这篇写完了，检查下有没有问题，能不能发
```

## 工作原理

支持两种模式：初稿后的「内容审」（标题/摘要/正文/写作规范/配图标记/原创标注）与
发布前的「终审」（排版完整/图片就位/发布要素）。问题分 🔴 必须修改、🟡 建议修改、
🟢 通过三级，🔴 项全部消除并确认文末嵌入配置后，稿件才保存为 `article.md` 定稿。

自定义审稿规则写入 `.article-workspace/presets/review-rules.yaml`，会追加到标准检查项之后执行。

如何安装此技能？

访问技能市场，点击「安装」按钮，按提示将技能包放入 AI 编程助手的 skills 目录即可。