微信公众号文章自动化写作

**流程顺序强制规定**：遇到新概念/新产品/新技术 → 必须先完成搜索 → 再进行选题 → 再写作。严禁跳步。

## 场景路由（先选场景，再执行 Step）

不同输入适用不同流程。先判断用户给了什么，再按对应 Steps 走完。

- 场景 A：没有主题，需要先给选题 → Step 0 → Step 1 → Step 2 → Step 3 → Step 4 → Step 5 → Step 6 → Step 7
- 场景 B：给了明确主题，要写新文章 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ Step 3 → Step 4 → Step 5 → Step 6 → Step 7
- 场景 C：给了初稿/要点，要润色改写 → Step 0 → Step 2（按需）→ Step 6 → Step 7
- 场景 D：只要大纲 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ Step 3 → Step 4（到此为止）
- 场景 E：只要标题/开头/结尾/某段优化 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ 直接输出所需部分（不写全文）
- 场景 F：只做审校 → Step 0 → Step 6（到此为止，输出问题清单 + 修改后版本）
- 场景 G：深度研究文章（调研/对比/带引用） → Step 0 → Step 2（深度研究）→ Step 3 → Step 4 → Step 5 → Step 6 → Step 7
- 场景 H：复盘并更新 Skill（对比初稿 vs 最终发布） → Step 0 → Step 8（到此为止，输出复盘 + 对 Skill 的更新建议/补丁）

---

## 使用模式（自动化写作友好）

### 模式 A：交互式（默认）

- 需要用户做选择时（例如 Step 3 选题、标题定稿），先给选项再继续
- 每个阶段输出中间结果，便于迭代

### 模式 B：一键直出（用户明确要求“直接写/直接出稿/不要问我”）

- 尽量不追问，必要时做最小假设并在正文前列出（≤80 字）
- 仍然严格按场景路由执行 Steps；如果需要检索，先检索再写
- 涉及 Step 3 的“选题”，允许在内部完成并直接进入后续写作，不要求用户点选

## 输入模板（推荐）

写新文章（场景 A/B）：

```
主题：
触发场景（可选）：
目标读者（可选）：
文章类型（可选）：
字数（可选）：
写作档位（可选）：标准 / 长文 / 旗舰
我可提供的素材（可选）：
是否需要联网检索（默认：需要，除非明确“不要联网”）：
是否需要深度研究（默认：按需；用户明确“深度研究/调研/对比/带引用”则必做）：
是否需要配图位（默认：需要）：
```

改稿/审校（场景 C/F）：

```
目标：更有大卫风格 / 更通顺 / 更有观点 / 更像爆款 / 更短 / 更长（可多选）
改动强度：轻 / 中 / 重（默认：中）
必须保留的信息：
必须删除的内容：
原文：
```

### 兜底规则（信息不全时）

- 未给文章类型：默认知识分享型
- 未给字数：默认 1000-2000 字（内容较多/深度分析可 2000-3000 字）
- 未给读者：默认“企业管理者 + 职场人”
- 未给素材：优先用第一人称实践细节或新闻/数据钩子开篇，但不捏造可核查事实

---

## 全局硬规则（自动化写作稳定性）

- 若主题包含可核查事实：按需联网检索；公众号发布版优先在对应段落就地贴出关键来源 URL；只有当事实密度较高或用户明确要求时，才在文末给 `## 参考来源`（3-8 条链接）
- 若触发深度研究：优先调用 `deep-research-pro` 生成多源研究摘要，来源建议 10-25 条，并在正文关键断言处写明来源链接
- 不捏造可核查事实；不确定则写成“我的判断/可能/推测/待确认”
- 默认控制在 1000-2000 字；长文写到 2000-3000 字；旗舰长文写到 8000-12000 字（只在用户明确要求或主题确实需要时启用）
- 出稿前必须做一次长度压缩：删重复观点、合并相邻段落、减少案例数量、把铺垫改成一句话
- 风格优先级：真实经历与细节 > 清晰结构 > 案例支撑 > 轻评论 > 金句收束
- 禁用“AI腔套话/说教口吻/无来源大词/夸张标题/鸡汤结尾”
- 结构是服务论点的：允许混搭模块，但禁止为了“像模板”而堆小节

---

## Step 0：加载写作约束（⭐ 强制执行）

每次运行都必须先加载写作约束，再进入后续步骤。写作约束来自两部分：references（规则）+ assets（样例）。

### 0.1 references：本次写作必须读取哪些规则

- 写新文章：必须读取 `references/style.md` 与 `references/structures.md`
- 选题/定大纲：必须读取 `references/structures.md`
- 改稿/润色：必须读取 `references/style.md` 与 `references/quality.md`
- 审校：必须读取 `references/quality.md`
- 标题/开头/结尾优化：必须读取 `references/style.md`

### 0.2 assets：本次写作必须对齐哪些过往样例

每次运行必须从 `assets/` 中选择 2-3 篇最相近的过往文章做风格对齐：

- 优先同主题/同类型：技术实操对技术实操，观点输出对观点输出
- 优先同结构密度：长文/短文、分节多/分节少
- 如果不确定，就选 1 篇技术文 + 1 篇管理文 + 1 篇故事文作兜底

加载完成后，必须先输出一段“本次写作约束摘要”（不超过 120 字），包含：写作档位、标题句式、主结构、开头模块、中段模块（如有）、图解密度、段落节奏、结尾模块、语言叠加层（如有）。

---

## Step 1：确认需求

收到写作请求，先向用户确认（如信息已足够可跳过）：

- **主题/方向**：这篇文章想聊什么？
- **触发场景**：是最近遇到的事、看到的新闻、还是想分享某个经验？
- **目标读者**：主要写给谁看？（企业管理者/职场人/科技爱好者）
- **字数要求**：默认 1000-2000 字；内容较多/深度分析可 2000-3000 字。是否有特殊要求？
- **有无素材**：是否有可引用的个人经历、具体案例或数据？

---

## Step 2：信息搜索（⭐ 新概念/新技术/新事件时强制执行）

**触发条件**：主题涉及近期 AI 产品、行业新动态、最新报告、近期事件等。

### 深度研究触发（优先）

满足任一条件就视为“深度研究”：

- 用户明确说：深度研究/调研/对比/带引用/带来源报告
- 主题需要多源交叉验证：存在争议、数据口径不一、需要对比多方观点

触发后：先调用 `deep-research-pro` 产出多源研究报告，保存到 `01_research.md`（包含来源链接清单与关键信息），再进入下方的常规搜索与选题流程。

**操作步骤**：
1. 用 `WebSearch` 搜索 2-3 组关键词（保持简洁，1-4 个词）
2. 用 `WebFetch` 获取重要页面全文（官方文档、权威媒体报道优先）
3. 整理关键信息：
   - 核心功能/事实是什么
   - 有哪些值得引用的数据或案例
   - 行业/用户的主要反馈和争议点
4. 向用户简要汇报搜索结论，确认后进入选题

**搜索质量标准**：优先官方文档 > 权威媒体 > 行业报告 > 用户评价，避免引用论坛传言。

**引用与事实规则（自动化必备）**：
- 涉及“时间/数据/机构结论/产品能力/政策规则”等可核查事实，必须在文末给出来源链接清单（3-8 条）
- 无法从来源确认的内容，一律改写为“我的判断/可能/推测”，或明确标注“待确认”

---

## Step 3：选题讨论（⭐ 必做，不直接开写）

基于需求和搜索结果，提供 **3-4 个选题方向**。每个选题需要自动给出“主结构 + 开头模块 + 结尾模块 + 语言叠加层”的建议；用户未指定结构时，按 `references/structures.md` 的自动选择器执行。

```
【选题 A】
标题：[吸引人，符合大卫标题风格]
核心角度：[一句话说清楚这篇文章的独特视角]
文章类型：知识分享型 / 案例分析型 / 观点输出型 / 技术实操型 / 深度技术分析型 / 故事记叙型 / 年度总结型
写作档位：标准 / 长文 / 旗舰
主结构：[M1-M8 或 A-I]
开头模块：[S1-S7]
结尾模块：[E1-E5]
语言叠加层：[默认大卫 / a16z式 / Stratechery式 / Axios式 / 浅显科普式]
适合的节奏：[快评扫读 / 深度推演 / 叙事推进 / 清单打法]
大纲：
  1. [开篇方向]
  2. [主体要点1]
  3. [主体要点2]
  4. [主体要点3]
  5. [结尾方向]
工作量：⭐⭐⭐（1-5星）
优势：[为什么适合大卫写]
挑战：[潜在难点]
```

等用户选定后再进入创作。

---

## Step 4：写大纲（⭐ 必做，写完再落笔）

把选定选题变成可执行的大纲，目标是让“每一节都能写得出来”，并且能控制篇幅：

- 标题定稿（必要时给 3 个备选，选 1 个作为最终）
- 结构选择：从 `references/structures.md` 选择 1 个主结构，并明确开头模块与结尾模块
- 中段模块（可选）：按需混搭 2-4 个中段模块，并写清每个模块要交付的“结论句”
- 图解清单（可选但推荐）：列出 3-10 张图解的位置与要表达的关系（用 `[图片：说明]` 标注）
- 开头设计：按所选开头模块写出 80-200 字开头草稿
- 主体结构：2-4 节为宜（或按所选主结构），每节用“观点/动作 + 证据/例子 + 一句收束”组织
- 结尾收束：按所选结尾模块写出 1-2 句结尾草稿，避免再复述目录
- 事实与来源：列出会在正文中引用的可核查事实与对应来源链接

完成后，将大纲保存到临时文件：`03_outline.md`。

---

## Step 5：写初稿（⭐ 必做，先完成再优化）

按大纲写出完整可读的初稿：

- 段落尽量短，优先动词句与具体动作
- 不新增不可核查事实；需要补充背景时先检索并补到 `01_research.md`
- 默认 1000-2000 字，超过需有明确理由（内容确实多/用户要求长文/旗舰长文）
- 小白化强制检查：新术语首次出现时用“一句话讲清楚”，紧接着给一个具体场景或例子
- 工程落点强制检查：至少出现 2 个“容易忽略的点/工程麻烦/风险提醒”，用短句交代清楚（如状态追溯、权限分级、失败回放）
- 动作建议强制检查：结尾给读者 1-2 个能立刻做的动作，例子要具体可执行（如录音转文字与要点、网页抓取成 Markdown 并摘要、表格清洗画图）

完成后，将初稿保存到临时文件：`04_draft.md`。

---

## Step 6：三遍审校（⭐ 必做，输出修改后版本）

对初稿做三遍审校，目标是“更像人写、更可信、更好读”：

- 若用户直接提供原文/初稿：先将原文保存到临时文件 `04_draft.md`，再开始审校
- 若已存在 `04_draft.md`：直接以其为审校对象

### 第一遍：事实与逻辑（强制）

- 所有数字、时间、模型能力、机构结论等可核查信息都有来源
- 把没有来源的确定性结论改成“我的判断/可能/待确认”
- 删除逻辑跳跃与自相矛盾的表述

### 第二遍：语言与去 AI 味（强制）

- 先调用 `content-humanizer-zh` 对 `04_draft.md` 做一轮人味化改写，再进入手工审校
- 遵循 `references/style.md` 的禁忌与替代写法
- 减少引号、冒号、破折号；少用“不是……而是……”与三段式模板
- 去掉抽象大词堆叠，把表达落到“谁做了什么、怎么做、结果如何”

### 第三遍：完读率与节奏（强制）

- 删重复观点，合并相邻段落，把铺垫压成一句话
- 每节末尾留一个落地陈述句收尾，少堆反问与排比
- 结尾用细节/取舍/动作收束，不再总结一遍目录

完成后，将改稿版本保存到临时文件：`05_edit.md`（如多轮改稿可多次覆盖）。

---

## Step 7：输出最终稿（⭐ 必做，强制落盘）

- 将最终交付物保存到 `.trae/wechat-writer/runs/<run_id>/final.md`
- 将公众号发布版保存到 `.trae/wechat-writer/runs/<run_id>/publish.md`
- 若交付物为完整文章：同时保存到 `articles/YYYY-MM-DD_<文章标题>.md`
- 若正文引用了联网信息：文末追加 `## 参考来源`（3-8 条链接）
- 保证引用链接可直接访问且与正文事实一一对应

---

## Step 8：复盘并更新 Skill（推荐）

适用场景：用户给了“你生成的版本”（或本地归档稿）以及“最终发布版”（全文或链接），希望把人工修改沉淀为可复用规则。

**输入**（尽量齐全）：
- 初稿/归档稿全文（或文件路径）
- 最终发布版全文（或链接）
- 用户的偏好：改动强度（轻/中/重）、哪些改动一定要固化进 Skill

**输出**（强制交付）：
1. “文章罗盘”：一句话结论、目标读者、主结构（PART/编号/叙事）、开头钩子类型、证据类型、配图位规划、结尾动作
2. 改动复盘清单：按 5 类归纳差异
   - 结构与分段（例如 `# 一二三` → `PART 01-05`）
   - 信息增删（新增例子/删掉某段/删掉参考来源等）
   - 语气与节奏（短句化、转场句、克制但带一点轻松感）
   - 排版与可复制性（命令/模板是否可直接复制、链接是否就地贴出）
   - CTA 与闭环（是否把“持续优化 Skill”写成明确动作）
3. Skill 更新：把“可复用”的改动写进 `references/style.md` / `references/structures.md` / `references/quality.md`（必要时同步改 SKILL.md）

**可选**：用户明确要求时，再把最终发布版放入 `assets/` 作为未来风格样例；否则不主动新增样例文件。

## 输出格式

- 归档版 Markdown：`# 标题` + `##/###` 分节，段落间空一行
- 公众号发布版：适配微信阅读节奏与排版（默认生成）
  - 用 `PART 01｜` / `PART 02｜` 作为主分段标题，减少 `##/###`
  - 单段尽量 1-2 句，必要时用空行断开
  - 关键链接直接贴出完整 URL，避免只写“点这里”
  - 列表优先用“短句换行”，避免一行塞太多逗号
- 图片位置：`[图片：描述]`
- 若使用了联网信息：文末追加 `## 参考来源`

## 保存约定（自动化创作）

### 最终交付物

- 若交付物为完整文章：保存到 `articles/`，命名 `YYYY-MM-DD_<文章标题>.md`（多版本追加 `_v2`、`_v3`）
- 其他交付物（大纲/标题/审校稿等）：只保存在本次 run 目录

### 临时文件（一次创作一套）

- 保存目录：`.trae/wechat-writer/runs/<run_id>/`
- run_id 命名：`YYYYMMDD-HHMMSS_<主题关键词>`
- 文件清单（按需生成）：
  - `00_request.md`：用户输入与关键约束
  - `01_research.md`：检索结果摘要 + 参考来源链接
  - `02_topics.md`：选题卡片
  - `03_outline.md`：确定的大纲
  - `04_draft.md`：初稿
  - `05_edit.md`：改稿/润色版本（可多次）
  - `final.md`：最终交付物备份（若交付物为文章，应与 articles/ 中一致）

### 保存原则

- 必须落盘保存最终交付物与临时文件（强制）
- 临时文件可用于复盘与二次改稿，不自动删除；需要清理时按 run_id 整目录删除

## references 与 assets（强制使用）

每次运行必须执行 Step 0 的加载规则：

- `references/style.md`：风格规范 + 语感锚点
- `references/structures.md`：结构模板 + 标题类型
- `references/quality.md`：三遍审校 + 爆款优化 + 领域要点
- `assets/`：过往文章样例（每次选 2-3 篇做风格对齐）