# 知乎回答工作流

`知乎任务入口加载此文件`

本工作流用于 Codex、Claude Code、Hermes 在当前会话内完成知乎回答。默认只生成待发布文本，不调用 `inkwell write`，不调用外部自动发布接口。

## 总原则

1. 先判断问题是否值得答，再决定怎么答。
2. 先形成 source dossier、brief、洞察卡和结构，再写正文。
3. 只使用用户提供或 vault 中可确认的素材，不凭常识补作者经历、公司信息、数字和时间线。
4. 知乎回答要像一个有经验的人在讨论问题，不像品牌稿、公众号文章或技术白皮书。
5. 默认停止在 `final.txt`。发布、评论、点赞、关注、私信都必须等用户明确确认。

## 必读文件

执行前读取：

1. `vault/writing/知乎回答风格.md`
2. `vault/writing/写作风格-核心.md`
3. `vault/writing/人物设定.md`
4. 用户指定的 vault 文件或目录

初稿完成后再读取：

5. `vault/writing/写作风格-质检.md`
6. 必要时读取 `vault/writing/写作风格-对照表.md`

## 输出目录

每个任务写入：

```text
output/zhihu/<YYYY-MM-DD>-<slug>/
```

定向回答至少包含：

- `question.md`
- `source-dossier.md`
- `brief.md`
- `draft.txt`
- `review.md`
- `final.txt`
- `publish-check.md`

主动探索额外包含：

- `topic-map.md`
- `queries.md`
- `candidates.md`

## 模式 A：定向回答

适用：用户已经给出知乎链接、问题文本或明确问题，并提供写作思路或素材范围。

### A1. 建立问题上下文

- 如果输入是链接，尝试读取页面。
- 如果无法访问页面，要求用户提供问题标题、问题描述、高赞回答或关键评论。
- 禁止只凭链接 ID 猜测问题。
- 保存 `question.md`。

`question.md` 包含：

- 问题标题。
- 问题描述。
- 已知回答氛围或争议点。
- 用户给出的写作思路。
- 素材范围。

### A2. 生成 source dossier

读取用户指定素材，保存 `source-dossier.md`。

必须提取：

- 可用于回答的判断。
- 可引用的事实、术语、数字、项目和场景。
- 可以匿名化表达的个人经验。
- 不能写的身份、公司、项目、数字和外推结论。
- 与问题无关但容易被模型误用的素材。

### A3. 生成 brief

保存 `brief.md`，包含：

- 读者真正关心的分歧。
- 一句话回答。
- 非共识判断。
- 必用证据。
- 最强反方。
- 成立边界。
- 读者看完应改变的动作、排序或取舍。
- 建议长度。
- 语气要求。

如果 brief 中没有非共识判断，先不要写正文。回到素材中找更具体的分歧。

### A4. 生成洞察卡

洞察卡写入 `brief.md` 的后半部分，包含：

- 读者默认信念。
- 让这个信念失效的事实或边界条件。
- 作者判断变化。
- 回答里必须落地的真实细节。
- 不能跨出去的边界。

洞察卡不是正文提纲，不能照抄成列表。

### A5. 生成结构

结构要能用一句话串起来，而不是“第一点、第二点、第三点”。

推荐结构：

1. 直接给判断。
2. 解释为什么常见答案不够用。
3. 放入一个真实机制或具体场景。
4. 承认最强反方。
5. 给出边界和建议。
6. 简短收住。

用户要求先确认结构时，到这里停止。

### A6. 起草

读取 `知乎回答风格.md`，生成 `draft.txt`。

硬约束：

- 不写“谢邀”“利益相关”“人在某厂”。
- 不暴露公司、职位、项目和可定位经历。
- 不写公众号、账号名、外部链接和引流语。
- 不编造数字、经历、发布时间线。
- 不使用 Markdown 装饰，不堆标题。
- 结尾直接收住，不升华、不喊话。

### A7. 质检和修订

读取 `写作风格-质检.md`，保存 `review.md`。

检查顺序：

1. 事实边界：有没有虚构事实、数字、经历、因果关系。
2. 身份风险：有没有泄露公司、职位、项目、客户、内部视角。
3. 知乎语气：有没有像公众号、品牌稿、AI 总结或课程大纲。
4. 回答价值：有没有回答问题，而不是写一篇泛文章。
5. AI 味：禁词、翻译腔、机械排比、万能总结。

修订后保存 `final.txt`。

### A8. 发布检查

保存 `publish-check.md`，包含：

- 目标问题 URL 或标题。
- 是否含可定位身份信息。
- 是否含不可确认数字和事实。
- 是否含引流、外链、账号名。
- 是否适合直接发布。
- 仍需用户确认的风险。

没有用户明确确认，不得发布。

## 模式 B：主动探索

适用：用户给出一批 vault 素材，希望主动寻找适合回答的知乎问题。

### B1. 生成主题图谱

从指定素材提取 5-12 个可回答主题，保存 `topic-map.md`。

每个主题包含：

- 核心判断。
- 可用证据。
- 适合回答的问题类型。
- 不能外推的边界。
- 身份或事实风险。

### B2. 生成搜索 query

保存 `queries.md`。

query 要像真实用户会搜的问题：

- “Claude Code Cursor 区别”
- “普通人 AI 焦虑 怎么办”
- “AI agent 团队 怎么落地”
- “云计算 还值得做吗”

不要只搜抽象概念。

### B3. 寻找候选问题

如果环境能访问网页或搜索，检索知乎问题页。

如果不能访问网络：

- 扫描 `vault/zhihu/` 中已有问题。
- 使用用户提供的候选链接。
- 若仍不足，输出 `queries.md` 后暂停，请用户补链接。

### B4. 候选评分

保存 `candidates.md`。每个候选包含：

- 问题标题和 URL。
- 推荐回答角度。
- 可用素材。
- 风险。
- 建议长度。
- 0-5 分评分：素材匹配度、问题新鲜度、回答差异度、风险、可执行性。

默认展示候选清单并等待用户选择。

### B5. 生成待回复队列

用户选择候选后，对每个候选执行模式 A。

如果用户指定 `--auto-draft`，只允许对最高优先级候选生成待发布文本，仍不得发布。

## 发布门禁

即使用户参数里写了 `--publish`，也只表示进入发布确认流程。

发布前必须再次展示：

- 目标 URL。
- 最终文本。
- 使用账号。
- 风险提示。

用户明确回复“发布到 <URL>”或等价确认后，才允许提交。