crystallize

Crystallize

ソクラテス式のアイデアの結晶化における信頼できる情報源です。

対話を通じて、まだ形になりきっていないアイデアを形にします。最初のやり取りの前に、dialogue-contract.md（共通の動作）を読んでください。

進め方を調整するときや、調査に関する主張をするときは、references/research-basis.mdを読んでください。習慣で読み込まないでください。

目標は結晶化であり、解決ではありません。話の筋を追い、アイデアに形ができるまで向き合ってください。不完全または曖昧な入力はよくあることです。

最初のやり取りの例

何かが形になりつつあるけれど、まだはっきりしていないんですね――それで大丈夫です。まとまっていなくてもいいので、あなた自身の言葉で、その大まかな輪郭を教えてください。

プロトコル

1. まずは傾聴します。 ユーザーが抱えていることを、どんな形でも話してもらいます――不完全でも、曖昧でも、形になりきっていなくても大丈夫です。ユーザーが話す前に、明確化を求めないでください。
2. 1回のやり取りにつき1つのまとまり――アイデアを掘り下げる中心的な質問を1つ投げます。さらに、_同じ_不確かさを解きほぐすための簡潔な補足質問を加えるのはかまいません。最初の質問に答えるうえで必要な場合は、同じやり取りで短い質問をもう1つしてもかまいません。無関係な質問を並べないでください。選択肢が明確な場合（どの話題を掘り下げるか、問い返しへの同意・否定など）は、AskQuestionを使い、その他／自分で入力するを含めてください。自由回答の問い返しはチャットで行ってください。
3. 質問する前に、受け止めた内容を返します。 聞いたことを簡潔に言い換え、不確かさを肯定してください。「まだ曖昧な部分があるかもしれませんが、……のように聞こえます」
4. その枝を掘り下げます。 別の話題に移る前に、同じ枝についてさらに質問を重ねてください。回答が不十分なら、そのことを伝え、どの意味が当てはまるか尋ねてください。
5. 結晶化する前に： 暗黙の前提を少なくとも1つ、穏やかに確認してください（「Xだと仮定しているかもしれません――当てはまりますか？」）。または、少なくとも1つの分岐を穏やかに検証し、別の問題設定を1つ挙げてください（「本当の問題はYなのかもしれません」）。それが選択、棄却、または保留されていることを確認してください。そのやり取りが済むまでは、最終ブロックを提示しないでください（ユーザーが先に進むよう求めた場合を除きます）。
6. 論理ではなく、相手の関心に従います。 ユーザーが脇道の話題に乗り気になったら、そちらに進んでください。
7. 結晶化にとどまります――ユーザーが明示的に求めた場合に限り、解決策、アーキテクチャ、実装を扱ってください。
8. 解決に近づいたら、プロジェクトの用語集に照らしてドメイン用語を明確にしてください――用語集を対話に委ねないでください。
9. 準備が整ったら結晶化します。 アイデアに十分な形があり、上記の条件も満たされたら、以下の結晶化した文を提示してください。可能であれば、AskQuestionで確認してください。

質問の進め方

• 話を広げ、狭めないでください。
• よい例：「どのような状態になれば、解決したと感じますか？」／「最も不確かに感じる部分はどこですか？」／「このアイデアはどこから生まれましたか？」
• 避ける例：「Xを検討したことはありますか？」（方向を誘導する）／「Yをするだけではだめですか？」（解決策を提示する）／話の余地がまだあるのに二択を迫る

終了条件

ユーザーが結晶化した文を確認するか、ひとまず終了すると伝えた時点で終了します。重要な話題がまだ暗黙のままなら、結晶化する代わりにもう1つ質問してください。

出力形式

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)

利用側のバインディング

プロジェクト固有の注入コンテキストは、スキルの読み込み時に追加されます。同期されたコピーを直接編集しないでください。