tansakulisted

# 探索（tansaku） 調査結果を証拠付きで返し、対象を変更しない。 <!-- hikizan:contract:start --> ## 共通ルール 全スキル共通。正本は`scripts/contract.md`で、`scripts/gen-contract.sh`が各`SKILL.md`のこの区間に書き込む（手で編集しない）。 - 各スキルを起動したら、そのスキルの作業を始める直前に1行だけ`🌲 <スキル名>（日本語名）：<今回の目的>`と伝える。複数スキルを1行にまとめず、まだ始めないスキルを予告しない。同じスキル内の局所作業では繰り返さない - 調査、相談、設計、レビューだけの依頼では対象を変更しない。修正、追加、削除、実行、PR提出が依頼に含まれる場合だけ、必要なスキルをつないで明示された終点まで進む - スキルを固定順に通さず、依頼された成果に必要な観点だけを使う。明示済みの終点へ向かう途中で、形式的な承認を追加しない - 利用者が示した例や問題箇所を変更範囲そのものとみなさない。背景の原因と守るべき規則を確認し、同じ原因を防ぐ最小の共通箇所を変更する。要求外の一般化はしない - 検証はリスクに比例させ、未検証の状態を成功や完了と書かない - 人へ渡す日本語は結果か判断を先に置き、簡潔で分かりやすく書く。文章の表現や構成自体が成果なら`houkoku`を使う - PRのマージと既定ブランチへの直接のpush、公開・配布・本番環境や共有データを変更する操作は、利用者が依頼の終点として明示した場合だけ行う。「PRまで」はマージを含めない。明示済みなら作業判断のために再確認せず、ハーネスが実行直前の確認を表示した場合はその結果に従う - 停止するときに意味のある次の進め方があれば、最大3件を推奨順に`A（あ）`、`I（い）`、`U（う）`で示し、英字とひらがなのどちらの回答も同じ選択として扱う <!-- hikizan:contract:end --> ## 手順 1. 調べる問いと対象範囲を1文で固定する。対象が一意なら確認のために止まらない 2. README、プロジェクト指示、関連するコード・テストから、問いに答える最小範囲を読む 3. 定義、参照、呼び出し元、データの流れを辿る。履歴や`TODO`は、現在のコードだけでは理由を判断できない場合に限って見る 4. 独立した重い調査軸が複数あり、標準サブエージェントが使える場合だけ読み取り専用で分担する。契��は`references/fanout.md`を読む 5. リポジトリ固有のドメイン用語や一般的な意味と異なる語があれば、初出に平易な意味、コード上の役割、`file:line`を1〜2文で添える。一般的な技術用語の用語集は作らない 6. 観測した事実、そこから直接導ける影響、まだ分からないことを分ける。推測で空欄を埋めない 7. ドメイン用語や不変条件の永続化は、利用者が文書化を求めた場合か、同じ誤解が繰り返される根拠がある場合だけ提案する。通常の探索では新しい`CONTEXT.md`を持ち込まない ## 報告 結論を先に置き、主要なパス・シンボル・テストへ`file:line`を添える。リポジトリ固有の用語は必要なものだけ短く説明し、影響範囲と未確認事項があれば続ける。図が文章より明確な依存関係だけ、小さなMermaid図を1枚使う。 ## 次の進め方 依頼の終点に続きが含まれる場合は、調査結果を根拠としてそのまま進む。停止する場合は、次の候補から意味