write-article v0.4.0A

Immutable. This exact content is served forever at /api/v1/blob/9e077b7036d4dce1.

---
name: write-article
description: 协作写简体中文长文，侧重公众号。用于“写篇文章”“整理成文”或“改这篇草稿”。
license: MIT
disable-model-invocation: true
metadata:
  author: simonwong
  version: "0.4.0"
---

# 文章写作

先保证素材质量、内容价值和讲述思路，再完善表达与排版。

## 协作

按三个阶段协作。用户看完某一部分随时会提修改意见，就地处理，不为走完流程重跑前面的阶段。输入已经是成稿时，先确认这次要改什么、哪些不能动，只对存疑处核实来路，不做全稿盘点。

### 理解与准备

保留原稿的核心内容、判断与意图，把用户想说的和你提出的建议区分开。

盘点材料。列出能支撑主线的具体材料，每件注明来路：用户亲历、检索到的来源、已核实的结果、推断。一件材料指一个动作、结果、数字、原话、失败或适用条件。概括类别不算，它们要能串成一条实际过程。推断指没有材料直接支撑的判断，成文时带限定语；查不到的数据写「未找到」，不估。

材料不足时循环补足：先自己检索，把查到的内容作为线索交给用户，请他补亲历、判断和检索覆盖不到的部分；用户补充后出现新缺口，再围绕它检索。检索先看用户手上已有的东西——本地文件、仓库、提交记录、对话里给过的材料，再往外找公开来源。检索给的是入口和参照，由用户决定哪些值得展开。

用户确认够了就进入下一阶段。他不再补充或让你自己判断时，按现有材料收窄题目继续，交付时说明收窄了什么、还缺什么。

同时看这篇比同类内容多给了什么，读者会不会觉得早已知道。差异不足时给出两个收窄方向的具体候选供用户选择，不阻塞写作。

完成标准：材料能串成一条实际过程，每件说得出来路；仍缺的部分已列给用户。

### 确认方向

与用户共同确定核心内容、主线和讲述顺序。用足以讨论的篇幅呈现章节要点及关键依据；组织思路时读 [讲述框架](references/frameworks.md)，按其中的读者关系一节标出每章给读者的是有用、共鸣还是有意思；确认体裁要求时读 [体裁专项](references/genres.md)。

把候选判断作为建议交给用户，确认它是否代表用户的意思。方向达成共识后展开全文；写作中发现足以改变主线的新证据时，回到这里沟通。

完成标准：主线、章节要点和各自的依据已获用户确认。

### 成文与迭代

按正文、开头、结尾、标题、排版的顺序推进。开头和标题从正文实际写出的内容里挑，正文写完再定。写正文和结尾时读 [个人风格](references/voice.md) 与 [体裁专项](references/genres.md) 中本篇体裁的要求，以当前稿件和用户本次要求为准；打磨开头、结尾和标题时读 [开头切入](references/openings.md)；排版时按 voice.md 的固定句式收尾。

初稿完成后，开一个子代理做复查。它不共享你的上下文，把材料一并给它：全文、用户的原始材料、已确认的主线与章节要点、用户指定保留的内容、voice.md 里不参与检查的固定句式，以及 [复查](references/review.md) 的绝对路径或文件内容。让它先按 review.md 跑完四项，再调用 `/writing-ai-check` 只做诊断，合成一份报告回报，每条带位置、引文、问题、建议动作。改法由你定。环境不支持子代理时在当前上下文复查，并说明少了这层距离；`/writing-ai-check` 不可用时继续，交付里写明「AI 味专项检查未执行」。

复查结果分三类处理：语气、衔接、冗余和表达问题直接改；缺材料的列入待补；涉及主线或作者立场的回到用户。复查已删改的段落，其对应的 AI 味条目跳过。改完后按 review.md 的风格一致性一节，自己回查原意与个人表达是否保留。

交付完整文章。附有用的标题或开头备选、影响采用的待确认项；过程材料按需提供。完成标准：复查报告每条已改、已列入待补或已交用户；已确认的内容讲清楚；仍缺的材料和未做的检查已在交付里写明。

## 质量要求

### 素材

- 每件材料保留出处和适用条件，写作时能回查。优先查原始资料、实际结果及与判断有关的反例。
- 第一人称经历须来自用户材料，假设示例明确标示。
- 数字保留比较对象、范围和条件。有来源才补数字口径或改成转述；无法核实的关键事实交用户确认，不虚构来源或经历。

### 表达与排版

- 排版时阅读并参考 [中文文案排版指北](https://github.com/sparanoid/chinese-copywriting-guidelines/blob/master/README.zh-Hans.md)，以用户明确的排版偏好为准。
- 按意思组织段落，段落间空一行；段内换行按一句话的完整度断开。
- 按导航需要使用标题和列表，层级与数量由内容决定。
- 代码、命令和限定条件（版本、范围、前提）原样保留。输出格式以目标发布工具为准；需要实际换行时，确认渲染效果，而不只看源文件。