【結論】相談は選択肢・反証・検証計画まで求める
Claude Codeを相談役にする際は、正解を一つ出させるより、複数案、Trade-off、前提、反証、検証方法を提示させます。
Codebaseを読める利点を生かし、一般論ではなく現在の制約に結び付けた助言を求めます。
# ターミナルで相談対象Repositoryへ移動
cd ~/projects/my-app
# Claude CodeをPlan Modeで起動
claude --permission-mode plan具体的な手順・設定方法
相談の背景、意思決定期限、非交渉条件を伝えます。
候補を比較表にし、各案の失敗条件を出させます。
小さなSpikeやBenchmarkで仮説を検証してから採用します。
# ターミナルで現在の依存関係を記録
git ls-files 'package*.json' 'pyproject.toml'
# 起動後のセッション内でContextを確認
/context実践プロンプト / 活用テクニック
Architecture相談では、変更Cost、運用負荷、Security、Team skill、Migrationを評価軸に含めます。
AIへ反対意見役をさせると、安易な同意を減らせます。
現行のMonolithをMicroservice化すべきか相談します。
現状Codeとrequirements.mdを根拠に、維持、Modular Monolith、分割の3案を比較してください。
各案の利点、失敗条件、移行Cost、検証用Spikeを示し、推測は明記してください。注意点・よくあるエラーと対処法
Claude Codeは不足情報があると、一般的なBest practiceで穴を埋めることがあります。
事業上の優先順位、予算、法規制、Team能力は人間が提供する必要があります。
相談結果は決裁ではなく仮説として扱い、Stakeholder、実測Data、公式仕様で検証してください。