# 统一写作指引

`任何 agent 开始写作前先读此文件`

这份文件是 `vault/writing/` 的统一入口。它不替代其它风格文件，而是告诉 agent 如何读取、如何规划、如何起草、如何审稿，以及什么不能做。

目标不是让模型“写得像 AI 理解中的 Powell”，而是让模型基于真实素材，稳定写出 Powell 风格的文章：平实、自信、有洞察力，有判断，有边界，不编造。

## 一句话原则

先确认文章要改变读者哪个判断，再写正文。

如果没有明确的读者问题、非共识判断、证据和边界，不要进入正文生成。

## 文件地图

| 文件 | 什么时候读 | 用途 |
|---|---|---|
| `统一写作指引.md` | 所有写作任务开始时 | 入口、流程、产物约定 |
| `写作风格-核心.md` | 起草前必须读 | 语气、句法、禁忌、输出规范 |
| `人物设定.md` | 需要 Powell 视角时读 | 判断方式、价值观、技术和产品背景 |
| `写作风格-场景库.md` | 明确文章类型后读相关段落 | 产品长文、思想长文、汇报、演讲等场景节奏 |
| `写作风格-质检.md` | 初稿后读 | 审稿清单、AI 味检查、改写优先级 |
| `写作风格-对照表.md` | 遇到具体病句时读 | 反模式和改写示例 |
| `知乎回答工作流.md` | 知乎任务开始时读 | 定向回答、主动探索、发布门禁 |
| `知乎回答风格.md` | 知乎回答起草前读 | 知乎语气、匿名化、纯文本输出 |

加载纪律：

- 起草阶段只加载必要文件，不把所有规则一次性塞进上下文。
- 质检文件不参与初稿生成，避免模型进入规则考试模式。
- 场景库只读当前任务相关段落，不照抄范例里的句子、数字、经历或比喻。
- 对照表只在发现具体病句或重复问题时使用。

## Agent 工作方式

### 1. 先问任务类型

把任务归为以下一种：

- 轻量润色：已有草稿，保守改写。
- 标准文章：有素材包，写成完整文章。
- 深度文章：争议性强，需要反向质询和主线选择。
- 系列文章：同一主题要拆成多篇。
- 知乎回答：回答指定知乎问题，或从素材中寻找可回答问题。
- 演讲/汇报：面向会议、内部分享、外部演讲。

如果用户已经指定任务类型，按用户指定执行。如果没有，先根据输入判断，不要停下来问泛泛的问题。

### 2. 建立 source dossier

读取用户给出的素材、vault 文件或草稿，先生成素材档案。

必须提取：

- 可用事实：明确写在素材里的项目、数据、事件、术语、原话。
- 可用判断：素材里真正有立场的句子。
- 判断变化：作者从什么判断转向什么判断。
- 最强反方：读者可能不同意的地方。
- 成立边界：哪些场景下这个判断不成立。
- 禁写内容：不能编造、不能外推、不能暴露的身份、项目、数字和因果关系。

source dossier 不是摘要。摘要追求完整，source dossier 追求可写。

### 3. 形成 brief

正文前必须有 brief。brief 是文章合同。

最小字段：

- 读者具体问题：读者现在卡在哪里。
- 文章承诺：读完后读者能改变哪个判断，或采取哪个具体动作。
- 非共识判断：文章最值得写的一句话。
- 必用证据：哪些事实、场景、数字、原话必须出现。
- 证据边界：哪些不能写死。
- 禁写结论：模型不允许擅自推出的结论。
- 开头锚点：真实观察、问题或事实，不编造故事开场。
- 目标长度和场景类型。

如果 brief 里只有“X 很重要”“X 有价值”“X 是趋势”，说明还不能写。继续追问或回到素材。

### 4. 生成洞察卡

洞察卡规定文章为什么值得读。

字段：

- 读者默认信念：读者进来前大概率相信什么。
- 破裂证据：哪个事实、失败经验或边界让默认信念不够用。
- 作者判断变化：判断从 A 变成 B，或者从“优先看 A”变成“先审 B”。
- 最强反方：反方最有力的质疑，不能写成稻草人。
- 成立边界：这个判断在哪里不成立。
- 读者决策变化：读者看完后应改变哪个动作、排序或取舍。
- 必须落地细节：项目名、版本、数据、代码、事件或真实场景。没有来源就不写。

洞察卡不能照抄成正文列表。它要被转成自然推进：读者原来的判断在哪里失效，作者为什么改了判断，新判断如何使用。

### 5. 生成结构

结构必须服务于判断迁移。

好的结构能用一句话说清：

> 读者以为 A，但证据 B 让 A 不够用，所以作者转向 C；C 不是万能的，它只在 D 条件下成立，因此读者应该改成 E 做法。

常用结构：

1. 真实问题或观察。
2. 直接给核心判断。
3. 解释常见理解为什么不够用。
4. 展开机制或场景。
5. 承认反方。
6. 给出边界。
7. 收到具体下一步或诚实的不确定。

避免：

- 第一部分背景，第二部分现状，第三部分挑战，第四部分建议。
- 三个并列观点各写一样长。
- 每段都是总分总。
- 只有观点没有场景。

### 6. 起草正文

起草前读取：

1. `写作风格-核心.md`
2. `人物设定.md`，仅在需要 Powell 视角时
3. `写作风格-场景库.md` 的相关场景段落
4. brief、洞察卡、source dossier

起草要求：

- 只使用已确认素材。
- 不编造经历、数字、项目名、客户、内部会议或因果关系。
- 不把洞察卡写成清单。
- 不边写边解释写作策略。
- 不为了显得完整而加入背景百科。
- 每段都要推进一个判断、证据或边界。

语言锚点：

- 平实自信有洞察力。
- 不炫技，不表演，不喊话。
- 有技术和产品判断，但不说教。
- 可以有诗性，但诗性必须推进思考。
- 重要处展开，不重要处一句带过。

### 7. 审稿和修订

初稿完成后读取：

1. `写作风格-质检.md`
2. 必要时读取 `写作风格-对照表.md`

审稿顺序：

1. 是否兑现 brief 和洞察卡。
2. 是否有编造事实、数字、经历或过度外推。
3. 是否回答了读者问题。
4. 是否有 AI 味：工整对称、万能总结、翻译腔、破折号、禁词、句尾单字词滥用。
5. 是否有节奏问题：连续判断句、段落长度过匀、每段同构。
6. 是否可以删掉 20% 而不损失信息。

修订原则：

- 先改硬伤，再改语言。
- 保留作者原始判断，不把文章改成更“安全”的泛泛之谈。
- 不用华丽表达掩盖证据不足。
- 如果主线不成立，重写结构，不做局部润色。

## 输出产物

标准文章任务建议输出：

```text
source-dossier.md
brief.md
outline.md
draft.md
review.md
final.md
```

如果用户要求先确认结构，在 `outline.md` 后停止。

知乎任务按 `知乎回答工作流.md` 输出。

## 风格硬边界

以下规则高于其它所有写作建议：

1. 禁止编造个人经历。
2. 禁止编造数字。
3. 禁止编造项目、客户、会议、发布时间线。
4. 禁止使用破折号。
5. 禁止把组织内部信息写成可定位细节。
6. 禁止公众号式引流、喊话、金句结尾。
7. 禁止“综上所述”“总而言之”“值得注意的是”“需要强调的是”。
8. 禁止连续使用“不是 A，而是 B”结构。能直接说 B，就直接说 B。
9. 禁止用“本质上”“归根结底”强行拔高。
10. 禁止无生命主语假拟人，写清楚谁在行动。
11. 禁止为了节奏把句尾动词或形容词压成单字。能写成“稳定、准确、松散、落地”，就不要写成“稳、准、散、落”。

## 常见失败模式

### 失败 1：资料汇编

症状：信息很多，但没有判断变化。

修法：回到 brief，找一句非共识判断。没有非共识判断就不要写。

### 失败 2：AI 风格很工整

症状：三点并列、每点一样长、每段先总后分。

修法：按重要性重新分配篇幅。重要的展开，不重要的一句带过。

### 失败 3：模仿语气但没有证据

症状：像 Powell 的句式，但内容空。

修法：删掉修辞，补真实场景、数字、机制或边界。

### 失败 4：过度安全

症状：全篇都是“要看情况”“各有优劣”“理性看待”。

修法：把边界写清楚，然后给判断。准确不等于没有立场。

### 失败 5：规则考试

症状：没有禁词，没有破折号，但文章不好看。

修法：回到读者问题和判断迁移。风格规则只是刹车，不是方向盘。

## Agent 执行提示

当用户说“帮我写一篇文章”时，按以下顺序执行：

1. 读取本文件。
2. 读取用户素材。
3. 输出 source dossier、brief、洞察卡和结构。
4. 等用户确认，除非用户明确要求全自动。
5. 起草正文。
6. 读取质检文件，审稿。
7. 输出 final。

当用户说“直接写”时，也至少在内部完成 source dossier、brief 和洞察卡。不要跳过判断。

当素材不足时，明确说缺什么：

- 缺读者问题。
- 缺非共识判断。
- 缺证据。
- 缺边界。
- 缺可写的真实经历。

不要用空泛内容填补缺口。