write-article v0.3.0A

Immutable. This exact content is served forever at /api/v1/blob/809a5b7fb315e42a.

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

# 文章写作

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

## 协作

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

### 理解与准备

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

盘点材料。列出能支撑主线的具体材料，每件注明来路：用户亲历、检索到的来源、已核实的结果。一件材料指一个动作、结果、数字、原话、失败或适用条件。概括类别不算，它们要能串成一条实际过程。

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

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

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

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

### 确认方向

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

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

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

### 成文与迭代

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

复查交给新开的子代理，不在写稿的上下文里做。子代理不共享你的上下文，把它需要的东西一并给它：全文、用户的原始材料、已确认的主线与章节要点、voice.md 里不参与检查的固定句式，以及 [复查](references/review.md) 的内容——用绝对路径或把文件内容直接贴给它，相对路径它解析不了。要求它按文件执行，回报位置、引文、问题和建议动作，改法由你定。风格一致性在成文后和专项修改后都跑，冷读和段末删句只在初稿后跑一次。环境不支持子代理时在当前上下文复查，并说明少了这层距离。

复查结果分三类处理：语气、衔接、冗余这类能直接改的就改；缺材料的列入待补；涉及主线或作者立场的回到用户。

处理完复查结果，调用 `/writing-ai-check`，同样交给新开的子代理。传入全文、固定句式和用户指定的保留内容，并说明本次授权是只诊断还是可直接改写；成文任务内可授权它直接修正表达问题。材料对不上属于上一步复查的范围，不转给它。该 skill 不可用时，完成文章并在交付里写明「AI 味专项检查未执行」，检查规则留在该 skill 内。

接收诊断或修改稿，按 review.md 的风格一致性一节回查原意与个人表达，不重跑冷读。材料缺口、主线调整和作者立场继续与用户处理；交付时说明尚未解决的关键问题。

交付完整文章。仅附有用的标题或开头备选、影响采用的待确认项；过程材料按需提供。完成标准：已确认的内容讲清楚，关键缺口明确，整篇已复查，可供用户审阅。

## 质量要求

### 素材

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

### 表达与排版

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