AI とのペアプログラミングは、人間の同僚と組むときと似ているようで勝手が違います。最大のコツは、ふたつの極端を避けること——仕事を読まずに「全部やっといて」と渡す丸投げと、出てきたコードを読まずにそのまま採用する丸呑みです。2026 年の AI コーディングは、指示を出すと数分〜数時間まとめて動く「エージェント」が主流になりました。一気に進む分、丸投げと丸呑みの代償も大きくなっています。この記事は、初めて AI と組む人でも今日から使える具体的な進め方を、図とともに整理します。
FIG.1 丸投げ=読まずに任せる/丸呑み=読まずに採用。どちらも「読む」が抜けている
01ふたつの失敗パターン
失敗の多くは、根っこをたどると次のどちらかに行き着きます。共通点は「人間が中身を読んでいない」こと。AI を navigator(方向を決める人間)と driver(コードを書く AI)のペアと考えると、navigator が地図を見ずに「あっちへ」と言い続けるのが丸投げ、driver の運転を確認せず助手席で寝てしまうのが丸呑みです。
| 丸投げ症候群 | 丸呑み症候群 |
|---|---|
| 「全部やっといて」と一度に頼む | 出てきたコードを読まずに採用する |
| ゴールや制約を伝えていない | 「動いた」だけで品質を確認しない |
| 起きること:仕様の取り違え、勝手な前提、頼んでいないリファクタ | 起きること:バグ、脆弱性、不要な依存追加、意味のないコメント |
2026 年はこの代償が見えやすくなりました。複数の調査で、AI が生成したコードの3〜5 割に何らかのセキュリティ上の問題が含まれると報告されています。丸呑みは「速いけれど、あとで高くつく」進め方になりがちです(具体的な数字は調査ごとに幅があり、状況によって変わります)。
02うまくいく進め方の原則
丸投げと丸呑みの反対は「小さく渡して、読んで、確かめる」。次の 5 つを習慣にすると、AI の速さを保ったまま事故を減らせます。
タスクを小さく分ける
「機能 X を全部実装」ではなく「① 型定義 → ② コア関数 → ③ エラーハンドリング → ④ テスト」と段階に割る。各段階で確認・修正できるので、ズレても傷が浅いうちに直せます。
コンテキストを共有する
このプロジェクトが何を目指し、なぜこの設計なのかを AI に伝える。Claude Code の CLAUDE.md や Cursor の Rules ファイルに書いておけば、毎回説明し直さずに前提を共有できます。