# 主问题锚点与轮次日志规范

[返回总入口](../../SKILL.md) · [模糊输入识别](./ambiguity-gate.md) · [澄清流程](./intake-flow.md) · [问题重述](./problem-restatement.md)

## 一、文件作用

这个文件只解决一件事：

- 在这个 skill 的所有任务里，尤其是长问题、多轮问题和结构并行问题里，把主问题、回答范围和分析底稿显性化，防止模型被长材料和戏剧性细节带跑。

它不负责：

- 替代 `ambiguity-gate.md` 判断是否要澄清
- 替代 `problem-restatement.md` 做正式问题重述
- 直接决定方法卡怎么选
- 直接代替最终正式输出

一句话说：

- 不要把“别跑偏”寄托在模型记性上，而要靠固定卡片、固定字段和固定校验。

## 二、核心原则

复杂长问题里，最危险的不是信息少，而是：

- 戏剧性细节太多，把主问题盖掉
- 新补充信息很多，挤掉最初目标
- 一边澄清一边扩题，最后分析对象变了
- 用户明明问了 `3` 到 `6` 个具体问题，输出却变成一篇“看起来很完整”的长文

所以默认原则是：

1. 先冻结当前目标。
2. 再固定用户原始问题清单。
3. 再把局面压缩成字段化工作单。
4. 每轮只回答 `1` 到 `2` 个问题。
5. 每轮结束更新一次进度。
6. 正式输出前做一次答题校验。

## 三、什么时候必须启用

满足下面任一情况，就应启用主问题锚点机制：

- 问题复杂度达到 `L3` 或 `L4`
- 涉及三方及以上关键人物或组织
- 用户一次性抛出 `3` 个及以上明确问题
- 材料很长，且有明显时间线、关系线、资源线并行
- 已经进入第二轮及以上澄清
- 用户明确期待 `HTML 报告`、正式报告或可保存成品

在这个 skill 里，不设“完全不启用”的入口。
差别只在于：

- 结构较短时，用最小版锚点卡
- 材料更长、更乱、更并行时，用完整版锚点卡

但一旦触发这个 skill，就不要再靠“脑中记住大意”往下走。

## 四、防漂移四件套

一旦启用，至少先建立下面四样东西：

1. `主问题锚点卡`
2. `原始问题对照表`
3. `案件工作单`
4. `输出前答题校验`

这四件不是可选装饰，而是长问题的硬护栏。
如果前 3 件还没成形，就不要写长文分析；如果第 4 件过不了，就不要进入正式输出。

## 五、主问题锚点卡

`主问题锚点卡` 用来冻结目标和题眼，防止后面越答越偏。

至少包含下面 5 项：

1. 用户当前最想达成的一句话目标
2. 当前时间窗口或目标时点
3. 当前最硬的约束或不能承受的代价
4. 本轮准备优先回答的 `1` 到 `2` 个问题
5. 当前明确不展开或暂不裁决的内容

推荐格式：

```text
主问题锚点：
- 这次真正要达成的是……
- 当前时间窗口是……
- 最硬约束是……
- 这轮我先只回答……
- 这些内容先不展开……
```

## 六、原始问题对照表

如果用户一次问了多个问题，必须把问题清单单独列出来。
不要相信模型会在长对话里自然记住用户原顺序。

推荐格式：

```text
原始问题对照：
- Q1：……
- Q2：……
- Q3：……
```

每轮更新状态时，把它补成：

```text
原始问题对照：
- Q1：已答
- Q2：部分回答
- Q3：待答
```

如果用户原文已经编号，默认沿用用户原编号，不要另起新编号体系。

## 七、案件工作单

`案件工作单` 不是正式分析，也不是报告正文。
它是把长材料压缩成稳定字段的“分析底稿”。

推荐字段：

```text
案件工作单：
- 目标：
- 关键事件链：
- 关键人物/组织：
- 控制点/权利资源：
- 已做尝试：
- 约束/底线：
- 已确认事实：
- 当前推断：
- 未证实传闻：
- 仍待确认：
```

使用要求：

- 每栏优先写 `1` 到 `3` 个高价值点，不要重新抄一遍用户长文。
- 先按字段压缩，再展开分析；不要直接从原始长文漫游到结论。
- 如果连这张工作单都写不稳，说明还在澄清阶段，不应进入正式分析。
- `已确认事实 / 当前推断 / 未证实传闻 / 仍待确认` 四栏要尽量分开，不要混写。

## 八、轮次日志

有了前面三张卡后，每一轮实质性回复结束时，都应做一次轻量更新。
目的不是写工作日志，而是防止分析对象偷偷漂移。

最小要更新 5 项：

1. 目前已确认
2. 这轮已经回答了什么
3. 还没回答什么
4. 仍待确认哪些信息会改写判断
5. 原始问题对照状态

推荐格式：

```text
目前进度：
- 已确认：……
- 这轮已回答：……
- 还没回答：……
- 仍待确认：……
- 原始问题对照：Q1 已答 / Q2 部分回答 / Q3 待答
```

## 九、问题重述和锚点卡的区别

两者都要“收束问题”，但作用不同：

- `主问题锚点卡`：冻结题眼
- `原始问题对照表`：冻结题目清单
- `案件工作单`：冻结分析底稿
- `问题重述`：把这些内容整理成可继续推导的工作版本

不要只做问题重述，不做前面三张卡。
对复杂长问题来说，只有重述，没有卡片，仍然很容易在后续长文中丢题。

## 十、每轮开始前的漂移检查

在写任何一段较长分析前，先快速过下面 6 个问题：

1. 我现在准备写的这段，服务的是用户哪个原始问题？
2. 我现在准备写的这段，是否仍然服务于用户这次的目标？
3. 我这轮是否已经明确只回答 `1` 到 `2` 个问题？
4. 新信息改变的是目标/主问题，还是只是补证据？
5. 我是不是被一个很有戏剧性的细节带偏了？
6. 我现在写的是事实、推断、传闻还是未确认缺口？
7. 这轮结束后，用户能不能一眼看出“我到底答到了哪里”？

只要上面有 `2` 项以上答不上来，就先回锚点卡和工作单，不要继续铺长文。

## 十一、正式输出前的答题校验

正式输出前，至少过下面 6 条：

1. `主问题锚点` 仍然成立，没有被中途扩题改写。
2. `原始问题对照表` 已更新到当前状态。
3. `案件工作单` 已能稳定支撑分析，不再主要依赖猜测。
4. 这轮准备正式回答的问题，不超过 `1` 到 `2` 个大问题，或已经明确按用户原编号逐项回应。
5. 每个结论都能分清是事实判断、推断，还是仍待确认。
6. 对暂时答不稳的问题，已经明确标成“部分回答”或“仍待确认”。

如果上面有 `2` 条以上过不了，就不要进入正式输出。
正确动作是继续澄清、回工作单补字段，或缩小这轮回答范围。

## 十二、要不要写外部日志文件

默认不要把“写日志文件”当成主解法。

原因是：

- 不是所有平台都允许稳定读写文件
- 不是所有模型都会可靠回看文件
- 文件日志可能增加用户的额外负担和隐私顾虑
- 如果对话里没有显性化卡片，光写文件也仍然会漂移

所以优先级是：

1. 对话内主问题锚点
2. 对话内原始问题对照
3. 对话内案件工作单
4. 对话内轮次日志
5. 如平台支持、且用户愿意，再把这些内容同步到外部日志文件

外部日志只能做辅助，不能代替前面四项。

## 十三、禁止事项

- 不要默认相信模型会“自然记住主问题”
- 不要在复杂长问题里，一边补信息一边不断扩题
- 不要把最戏剧化的细节自动当成最核心的问题
- 不要跳过原始问题对照表，直接写一篇自我感觉完整的长文
- 不要在没有案件工作单的情况下，从原始长文直接跳到结论
- 不要把外部日志文件当成唯一防迷失手段