複数のAIに相談したら意図がズレた — Claude Code + ChatGPT + Perplexity 同時活用の4つの落とし穴

今日（5/22）、1日でv5.1→v6.0→revert→v7.0という大きな巻き戻しが発生しました。

原因を振り返ると、「複数のAIに相談した結果、Claude Codeが自分の本来意図ではなく、他AIの指摘を核心として構築し始めた」という構造的な問題でした。

コードは正しかった。方向性の解釈がズレていた。

結論：複数AI相談には「意図ロック」が必要

複数のAIに相談する場合、Claude Codeに伝わるのは「会話の流れ」であって、「あなたの本来意図」ではありません。他AIの指摘が文脈に混入すると、Claudeはそれを「ユーザーが承認した方向性」として解釈します。

防ぐには、相談前に意図を1行で固定することです。

この記事の前提

Claude Codeを個人開発（Next.js/Supabase）の戦略策定・実装に日常運用
複数のAI（Claude、ChatGPT、Gemini等）を「壁打ち相手」として使っている
5/22に実際に起きた体験の実録

読者のよくある詰まり

「複数のAIに相談して整理してから実装したのに、できあがったものが自分のイメージと違う」

「Claude Codeが急に別の方向に走り始めた。何を伝えたらいいかわからない」

「他のAIが正しいことを言っているのかどうか判断できなくて、全部採用してしまった」

これは技術力の問題ではなく、AIとの対話構造の問題です。

実際に起きたこと（5/22 実録）

今日の朝からv5.1の戦略をまとめ直していました。途中で別のAIに「この方向性どう思う？」と相談し、いくつかのフィードバックをもらいました。

そのフィードバックをClaudeに貼り付けて「これを踏まえて構成して」と指示した結果——

Claudeが他AIの指摘を「ユーザーの決断」として解釈
v6.0として大幅な再構成を実施
出来上がったものを見て「これは自分が望んでいたものではない」と気づく
revert → v7.0として再構築（2時間のロス）

問題はClaudeにあったのではありません。私の伝え方にありました。

意図ズレが起きる4つの構造

1. 他AIの指摘を「承認済み」として渡してしまう

他AIのフィードバックをそのままコンテキストに貼り付けると、Claudeは「ユーザーがレビューして同意した内容」として解釈します。

❌ 悪い伝え方:
「ChatGPTにこれを見せたら以下の指摘がありました。踏まえて再構成して」
[他AIの指摘をそのままペースト]

✅ 良い伝え方:
「自分の本来意図は〇〇です。別のAIから以下の指摘がありました（参考情報）。
 自分の意図を軸に、採用・不採用を判断しながら構成してください」

2. セッションが長くなると最新の「決断」が上書きされる

長い会話では、Claudeは文脈の後半に書かれた内容を「最新の意思決定」として重視します。他AIの意見が会話後半に入ると、それが実質的な「指示」になります。

3. memoryが古い前提を参照し続ける

Claude Codeのmemory（~/.claude/projects/ 配下）は更新されないと古い戦略を参照し続けます。5/19に学んだのは「30件以上のmemoryがあっても1件だけ参照して他を見落とす」という問題でした。

実際にこの週、5/14以降38件分の戦略更新がmemoryに反映されておらず、旧前提で構築が進んでいたことがありました。

4. 「他AIが正しいかどうか」を自分で判断できていない

複数AIに相談するのは良いことです。ただ「他AIが指摘した = 正しい」ではありません。自分の文脈・スタック・目指す方向を知っているのは自分だけです。他AIの意見は「一つの視点」として扱い、採否は自分で判断する必要があります。

今日実装した防止プロトコル

STEP 1: 相談前に「意図ロック」文を書く

## 今日の意図ロック（2026-05-22）
- 私が実現したいこと: [1文で書く]
- 変えてはいけないこと: [制約を書く]
- 他AIの意見はこの意図を軸に採否判断する

この1文を書くだけで、Claudeへの指示がブレなくなります。

STEP 2: 他AIの指摘を渡す時は「参考情報」と明示する

「以下は参考情報として別のAIの意見です。私の本来意図（上記）を軸に、
 採用すべき点と不採用にすべき点を整理してから実装してください」

STEP 3: memory全周回の確認タイミングを作る

大きな実装を始める前に「参照すべきmemoryを全て列挙してから始めてください」と1行追加します。Claudeは指示がないと最初にヒットしたmemoryだけ参照することがあります。

今日（5/22）の実録：v6.0→revert→v7.0の再構築で約2時間のロスが発生しました。原因の特定に時間がかかったのは「Claudeが間違えた」という前提で見ていたからです。実際は自分の伝え方の問題でした。上記プロトコルを実装してから同日中に再チャレンジし、意図通りのv7.0を構築できました。

で、どう稼ぐ？

複数AI相談の罠は、「実装速度は上がるが方向性がブレる」という問題を引き起こします。これは個人開発においてコスト（時間・Claude Codeのトークン消費）を無駄に増やします。

Claude Crew Lab（Free）では、こういった実運用の失敗ログと対策を非公開で共有しています。「Claude Codeを使って稼ぐ」という方向で実験中の方に向けた内容です。

逆に言えば、このプロトコルを実装すると：

複数AI相談の質が上がる（意図が伝わる）
revert・やり直しが減る（Claude Codeコスト削減）
方向性の混乱が起きにくくなる（心理的コスト削減）

Claude Code Max（月¥20,000超）を使っているなら、トークンの無駄遣いを減らすだけで実質コストが下がります。

今日やること（3つ以内）

次のClaude Code相談前に「意図ロック」文を1行書く
他AIの意見を渡す時は「参考情報」と明示する
大きな実装前は「参照すべきmemoryを全て列挙してから始めてください」を追加する