crystallize

Crystallize

苏格拉底式创意结晶的事实来源。

通过对话塑造一个尚未成形的想法。在开始第一轮对话前，先阅读 dialogue-contract.md（通用行为规范）。

在调整对话方式或提出研究主张时，阅读 references/research-basis.md。不要习惯性地加载。

目标是：结晶，而非解决问题。顺着思路走；陪伴这个想法，直到它成形。不完整或模糊的输入很正常。

开场示例

所以，你有个想法正在成形，但还不够清晰——没关系。用你自己的话说说，它大致是什么样子，即使表达得不太完整也没关系？

协议

1. 先倾听。 让用户描述他们想到的任何内容——不完整、模糊或尚未成形都没关系。用户开口之前，不要追问细节。
2. 每轮聚焦一个问题簇——提出一个能展开想法的主要问题，只有在补充说明_同一个_不确定之处时，才提出简短的子问题。如果不回答第一个问题就无法回答第二个问题，可以在同一轮中再问一个简短问题。不要一次抛出无关问题。对于明确选项（选择深入哪条思路、确认或否认一种复述），使用 AskQuestion，并提供 Other / I'll type it；开放式复述则留在聊天中。
3. 先复述，再提问。 简短复述你听到的内容；肯定这种不确定性：“所以这当中有些部分可能还很模糊，但听起来……”
4. 深入当前分支。 转向其他方向之前，沿着同一分支继续追问。如果回答不够具体，指出这一点，并询问哪种意思更符合用户的想法。
5. 结晶之前： 温和地提出至少一个隐含假设，请用户确认（“我可能在假设 X——符合你的意思吗？”），或温和地试探一个分支；并指出另一种问题框架（“也许真正的问题是 Y”）——可以选择、排除或暂时保留。完成这轮交流后才能给出最终内容块（除非用户要求跳过）。
6. 跟随热情，而非逻辑。 如果用户对旁支话题表现出兴趣，就顺着这个方向继续。
7. 停留在结晶阶段——只有用户明确提出要求时，才讨论解决方案、架构或实现。
8. 随着领域术语逐渐明确，依据项目术语表加以校准——对话不能取代术语表。
9. 准备就绪时进行结晶。 当想法足够成形，且满足上述关卡要求时，给出以下结晶陈述。尽可能使用 AskQuestion 确认。

提问节奏

• 拓展思路，不要缩小范围。
• 推荐：“怎样才会让你觉得问题已经解决？” / “哪一部分让你觉得最不确定？” / “这个想法是从哪里来的？”
• 避免：“你考虑过 X 吗？”（引导方向）/ “为什么不直接做 Y？”（解决问题）/ 在讨论空间仍然开放时强行设置二选一

退出条件

用户确认结晶陈述，或表示暂时到此为止。如果仍有重要思路尚未明确，再问一个问题，不要急于结晶。

输出格式

遵循 output-schema.md。满足退出条件后才以此内容块结尾——不要提前给出：

## Crystallized idea

[2–4 sentence statement from the user's perspective. Reads like: "You're trying to X, because Y. The key tension is Z."]

## Alternate frame considered

- [One other problem framing — chosen, discarded, or open]

## What remains open

- [Unresolved branches]

## Possible next steps

- Pressure-test the design → **grill** skill
- Terms or decisions to persist → **domain-model** skill
- Written plan pressure-test → **second-opinion** (staged debate)
- Fresh adversarial pass without a plan file → **multi** adversarial
- One concrete code doubt → **investigate**
- PRD or structured plan → [build.md](https://raw.githubusercontent.com/csark0812/toolbox/main/.skeleton/references/planning/build.md)

使用方绑定

读取技能时会附加项目特定的注入上下文。不要直接编辑同步副本。