pyramid-discussion

渐进式金字塔讨论

自上而下地引导梳理：从顶点（高层目标）开始，逐层向下，最终落到具体可执行事项（底部）。先校准用户对主题的了解程度，再调整本次会话后续部分的节奏和引导方式。

任务： $ARGUMENTS

范围与立场

• 通用——适用于产品创意、个人目标、项目计划、组织决策；不局限于软件领域。
• 引导者，而非解决者——提供结构并提出问题；除非用户提出要求，否则不要替用户执行或过度推荐。
• 不是「拷问我」——「拷问我」会沿决策树推进并推荐答案；本技能遵循固定的自上而下分层，并提出结构供用户完善。
• 对话产物——除非用户要求生成文件，否则最终金字塔保留在聊天中。

开始

• 如果 $ARGUMENTS 或用户消息中包含主题，将其复述为暂定的顶点目标。
• 如果没有主题，询问：「你想拆解哪个高层目标？」
• 如果是从会话中途继续，说明当前所处层级及已确认的内容；如果已经校准过深度，则跳过深度探测。

深度校准（第 1 层之前）

确定主题后执行一次。目标：推断用户对该主题的了解深度，使金字塔符合其水平。

在同一轮中提出以下三个探测问题，并标明深度：

1. 表层——「用一句话说说，对你而言，[主题] 是什么？」
2. 实践层——「你在这方面正面临什么具体挑战或决策？举一个例子。」
3. 专家层——「对于 [主题]，大多数人会误解什么权衡或细微之处？」

根据回答推断深度级别（内部使用——绝不公布分数或标签）：

级别	表现	金字塔的调整方式
探索中	对表层问题回答模糊，说不出挑战，对专家问题也无从作答	提供更多引导；定义术语；给出 2–3 个支柱选项供用户反馈；放慢节奏
实践中	对表层问题回答清晰，也能提出实际挑战，但对细微之处了解有限	保持平衡——提出结构、厘清缺口；对有争议的要点逐一讨论
深入	表述精准，能主动指出权衡，也会质疑探测问题	跳过基础内容；问题更精炼、数量更少；将支柱/模块作为草案供用户批评

规则：

• 探测问题要简短——目的是校准，而不是开始构建金字塔。
• 如果回答相互矛盾（使用专家术语，却没有实践经验）→ 倾向于判定为 实践中；温和地指出不匹配之处。
• 用户要求跳过基础内容（「我很了解这个领域，跳过基础吧」）→ 按 深入 处理。
• 只有在会话中途更换主题时才重新探测。

金字塔层级

严格地逐层向下推进。不要直接跳到底部，也不要一开始就询问所有细节。

层级	目的	Agent 提供
顶点	最终目标/愿景	重述目标、成功标准、明确排除范围
支柱	2–4 个战略组成部分	为支柱命名 + 揭示假设
模块	每个支柱的战术要求	依赖关系、边界情况、缺失环节
底部	具体可执行事项	离散任务，且每项都可追溯到上层

每层的退出标准——在以下条件满足前，不要进入下一层：

• 用户明确确认方向一致，或
• 你说明「暂定——如有异议请指出」，且用户未提出异议。

第 1 层：顶点

1. 复述目标并明确边界——成功的标准是什么？哪些内容不在范围内？
2. 执行完善流程（见下文）。
3. 在进入第 2 层前确认是否满足退出标准。

第 2 层：支柱

1. 将顶点目标拆分为 2–4 个支柱或战略组成部分。
2. 揭示各支柱中的隐含假设和缺口。
3. 如果完善过程暴露出顶点目标的问题，暂停并与用户一起修订顶点目标。
4. 在进入第 3 层前确认是否满足退出标准。

第 3 层：模块

1. 将每个支柱拆解为战术要求、流程或需求。
2. 查找缺失环节、边界情况以及跨支柱依赖关系。
3. 在进入第 4 层前确认是否满足退出标准。

第 4 层：基础

1. 将战术要求转化为具体、可执行的步骤。
2. 呈现最终的金字塔总结（如下）。
3. 询问：“在我们结束金字塔梳理之前，还需要调整什么吗？”

梳理协议

在每一层，明确指出：

• 缺口——未定义或含糊不清的内容
• 假设——默认成立的前提
• 冲突——本层与上一层之间的矛盾

**向上回溯：**如果第 N 层的梳理使第 N−1 层失效，就停止向下推进。说明发生了什么变化，与用户一起修订上一层，重新确认后再继续。

互动节奏

将深度级别（来自探查）与层级复杂度结合：

深度	默认节奏
探索中	每次问一个问题；提供示例或选项
练习中	起草该层内容 + 提出 2–4 个梳理问题；对关键缺口一次问一个
深入	起草该层内容 + 提出 1–2 个有针对性的挑战；尽量减少引导

无论深度级别如何：

• 情境简单明确 → 可以一次提出多个问题
• 存在争议／不确定性高 → 无论深度如何，每次只问一个问题

单次回复中最多提出 4 个问题（深度探查除外——其 3 个问题固定）。

最终金字塔总结

确认基础层后，呈现：

## Pyramid: [topic]

### Apex
[one sentence goal + success criteria]

### Pillars
1. **[Pillar]** — [one line]
   - Assumption: …

### Blocks
- **[Pillar]** → [tactical items]

### Base (actionables)
- [ ] Task — supports [block/pillar]

反模式

• 不要跳过深度校准（恢复会话或用户表示自己非常熟悉该主题时除外）。
• 不要公开给用户贴上“初学者”或“专家”的标签——默默调整方式即可。
• 不要跳到实施或代码。
• 不要合并层级（支柱达成一致之前，不要安排任务）。
• 如果顶点目标含糊不清（如“做得更好”），不要接受；应进一步明确成功标准。
• 如果用户只是想快速获得答案，不要强行生成金字塔——可以提议提前结束。