write-article v0.5.0A

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

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

# 文章写作

先弄清这次真正想写什么，再用合适的素材、结构和表达把它写出来。参考文件里的方法用于启发和发现问题；某个方法不适用时跳过，以这篇文章为准。

## 基本约定

- 把用户想说的和你提出的建议分开。重要立场经用户认可后才写成他的主张。
- 事实、来源、数据和第一人称经历只来自材料；假设示例明确标示。查不到的数据在稿中写「未找到」；无法核实的关键事实交用户确认。
- 他人的发现、判断和作品写明来源。
- 作者的参与体现在为什么关注、选了哪些材料、怎样解释、认可哪些判断。你可以提出角度、建立联系、给出候选判断，不必等用户先想出全部观点。

## 默认读者

已经接触 AI，愿意主动探索工具，希望把 AI 用进自己的开发、工作和创作，也愿意理解背后思路的人。据此决定背景解释到什么程度、哪些关联值得展开。内容可以是 AI 图片、视频、开发、工具、热点、作品、实践或观察；深浅、写法和用途由本篇内容决定，可以给知识、趣味、观察、过程，也可以停在未完成的思考。

## 协作工作流

默认路径：确定选题方向 → 定向补充素材 → 设计行文提纲与节奏 → 展开写作 → 整体修改与交付。五项按需合并、跳过或回退。用户看完某一部分提出修改意见，就地处理；已经明确授权的部分不再确认。人工参与集中在角度和主线的选择、重要立场的确认、初稿后的实质修改。

### 入口

先看已有的东西，再决定从哪里开始：

- 只有想法：从选题方向开始。
- 材料多但零散：从选题方向开始，把材料按方向归类。
- 内容完整但讲述混乱：从行文提纲开始。
- 已经是好草稿：确认这次要改什么、哪些不能动，只对存疑处核实来路，直接进入整体修改。

### 1. 确定选题方向

先弄清是什么让作者想把它写出来：一个问题、一条新闻、一组作品、一次尝试，或一个说不清但值得讨论的感受。在此基础上找切入点，按需考虑读者已有的理解和兴趣。切入点不明，或几种文章难以取舍时，读 [选题](references/topics.md)。方向已经清楚就直接概括；确实存在几种不同的文章时，给少量候选并说明差别。

完成标准：几句话写出这次主要讲什么、最值得展开的是什么、哪些旁支暂不展开、偏向 [写法专项](references/genres.md) 里的哪种写法（可混合），用户认可。

### 2. 定向补充素材

先整理已有内容，再找真正缺的东西。缺口随写法不同，按本篇写法读 [写法专项](references/genres.md) 的「常见缺口」。

每件材料注明来路（用户亲历、检索到的来源、已核实的结果、推断）和适用条件；推断成文时带限定语。检索先看用户手上已有的东西——本地文件、仓库、提交记录、对话里给过的材料，再往外找公开来源，优先查原始资料、实际结果及与判断有关的反例。查到的资料推翻最初判断时，回到选题方向调整。

不足时，能查的自己查；只有作者知道的事再问作者。无法补足的：删除相关说法、降低判断强度、调整角度，或明确留下尚未解决的问题。用户不再投入时，按现有材料收窄。

完成标准：按当前选题，主要内容已能讲清楚；每处关键判断都有材料或已标为推断；仍缺的部分已列给用户。

### 3. 设计行文提纲与节奏

读 [行文提纲与节奏](references/frameworks.md)，从候选结构里选或改。短文章几句话，复杂文章再展开。发现缺材料就补对应缺口；发现题目不成立就回到选题方向。

完成标准：每一部分能说出它在全文中的作用；篇幅重点、需要解释或举例的位置、转场和收尾已标出；主线和顺序已获用户确认。

### 4. 展开写作

按提纲连贯展开，把材料之间的关系讲清楚。写正文时读 [个人风格](references/voice.md) 和 [写法专项](references/genres.md) 中本篇写法的「检查」。可以一次写完整篇，也可以分部分协作，每节承接前文。某个例子比预期重要，或某段推理写出来才发现不成立，修正提纲。数字保留比较对象、范围和条件；有来源才补数字口径或改成转述。

开头承担的作用在提纲阶段定；开头措辞、标题和收尾等正文稳定后定，读 [开头与收尾](references/openings.md)。

完成标准：提纲每一部分已成文；提纲标出的解释、例子、转场位置已落实；写作中修正的提纲已同步。

### 5. 整体修改与交付

按 [复查](references/review.md) 全部跑完。

新写全文或改动超过一半时，开一个子代理做独立复查；局部修改在当前上下文按 review.md 复查。子代理不共享你的上下文，把材料一并给它：全文、用户的原始材料和本次要求、已确认的选题方向与提纲、用户指定保留的内容、voice.md 里的固定句式、本文件「排版」一节、genres.md 中本篇写法的一节，以及 review.md 的绝对路径或文件内容。让它先按 review.md 跑完，再调用 `/writing-ai-check` 只做诊断，合成一份报告回报。改法由你定。环境不支持子代理时在当前上下文复查，并说明少了这层距离；`/writing-ai-check` 不可用时继续，交付里写明「AI 味专项检查未执行」。

复查结果分三类处理：语气、衔接、冗余和表达问题直接改；缺材料的列入待补；涉及主线或作者立场的回到用户。改动保持技术条件、数字含义和判断强度不变。改完后按 review.md 的「作者表达」一节回查原意与个人表达是否保留。

交付完整文章，附影响采用的待确认项和必要来源；影响读者理解和采用的限制写进正文，其余研究缺口放交付说明。完成标准：复查每条已改、已列入待补或已交用户；收窄了什么、仍缺的材料和未做的检查已写明。

## 排版

- 排版时阅读并参考 [中文文案排版指北](https://github.com/sparanoid/chinese-copywriting-guidelines/blob/master/README.zh-Hans.md)，以用户明确的排版偏好为准。
- 按意思组织段落，段落间空一行。源文件里段内可按整句断行；发布工具需要实际换行时，确认渲染效果，而不只看源文件。
- 输出格式以目标发布工具为准。