predict

次の副作用のあるツール呼び出しを実行する前に、何が観測されるかを予想して記述してください。予測はビリーフストアに記録され、ツール実行後の実際の観測と照合されます。

使用するタイミング

• Bash、Edit、Write、NotebookEdit、または副作用のあるツールの直前には必ず使用してください。
• Read / Grep / Glob の直前にオプションで使用してください（期待されるコンテンツが計画に実質的に影響する場合。例："このファイルに関数 foo が含まれていることを期待する"）。純粋な探索的読み取りの場合はスキップしてください。

使用方法

1. 実行しようとするアクションを決定します。
2. 以下を明示的に1～2行ずつ記述します：
   • action — 短い説明（"src/auth.ts を編集：42行目にnullチェックを追加"）
   • expected — 予測される特定の、反証可能な観測
   • confidence — 0～1、順序付き（確率的ではありません）
3. belief-store.store_prediction MCPツールを以下のフィールドで呼び出します：
   • task_id — 現在のタスクカードのID（Cartographer から取得）
   • tool_name — 呼び出すツールの正確な名前（"Bash"、"Edit" など）
   • tool_input_hash — オプション。複数の予測が同じツールを対象とする場合の曖昧性排除に使用
4. その後、ツール呼び出しを実行します。

PostToolUseフックが自動的に予測を実際の結果と照合し、サプライズスコアを計算します。record_observation を自分で呼び出す必要はありません。

良い予測と悪い予測

悪い例（反証不可能）	良い例（反証可能）
"テストがパスします。"	"pytest -q は 14 passed を出力し、5秒以内に終了コード0で終了します。"
"ファイルに変更が反映されます。"	"grep -n 'null-check' src/auth.ts は42行目にマッチします。"
"動作するはずです。"	"tsc --noEmit はエラーを出力しません。"
"何かが返されます。"	"関数は {ok: true, id: string} を返し、idの長さは36です。"

反証可能な予測を立てられない場合、信頼度は低く設定し、アクションをコミットする前に /probe を使用して信念を根拠付けることを検討してください。

引数

• $ARGUMENTS — 実行しようとするアクション（自由形式テキスト）。

応答は以下のようにしてください：

1. 予測された観測を自然言語で記述します。
2. 構造化フィールドで belief-store.store_prediction を呼び出します。
3. 返された action_id を記述し、下流の照合で参照できるようにします。