はじめに
「生成AIで開発が楽になる」と言われて久しいですが、実際には「思ったほど楽になっていない」と感じているエンジニアは多いのではないでしょうか。
その原因は、エンジニアがAIと「競合」しているからです。
解決策はシンプルです。AIを「道具」ではなく「同僚」として扱うこと。AIのレベルが上がった今、それが自然な付き合い方になっています。
AIは「道具」ではなく「同僚」
まず事実を押さえましょう。Claudeは競技プログラミングで有段者のレベルに達しています。実装に関しては、ほとんどのエンジニアより優秀です。これは「便利なツール」ではなく、優秀な同僚がいるということです。
にもかかわらず、多くのエンジニアはAIを「道具」として使おうとします。道具なら自分の思い通りに動くべきだ。自分の流儀でコードを書くべきだ。出力は自分の基準で逐一検証しなければならない。──こうして「評価コスト」「前提共有コスト」が膨らんでいきます。
しかし、同僚に仕事を頼んだとき、コードの一行一行をチェックするでしょうか。しないはずです。「動くか」「意図通りか」を確認するだけです。
AIにも同じように接すればいい。役割を分担して、自分は「何を作るか」を決め、実装は同僚に任せる。指示の出し方も同僚に頼むのと同じで大丈夫です。
普通の日本語で十分
「ここにボタンを追加して」「色は青にして」「あ、やっぱりもう少し大きく」──同僚にはこんなふうに頼むはずです。AIにもまったく同じです。完璧な設計書も、プロンプトエンジニアリングも要りません。短い指示を順番に出していけば、動くものはちゃんとできます。
相手は競技プログラミング有段者レベルの同僚です。普通に頼めば、普通に理解してくれます。
コードを書かないエンジニアたち
これは理論の話ではありません。すでに現実になっています。
Anthropic社（Claudeの開発元）では、全社のコードの70〜90%がAIによって書かれています。さらに驚くべきことに、Claude Codeというツールのコードの90〜95%は、Claude Code自身が書いています。AIが自分自身を作っているのです。
Claude Code開発責任者のBoris Chernyは、2ヶ月以上自分ではコードを書いていないと公言しています。それでいて1日に22〜27ものプルリクエストを出している。コードを書かずに、これだけの成果物を出せる。彼がやっているのは、方向づけとレビューです。
AnthropicのCPO（最高プロダクト責任者）であるMike Kriegerは、こう述べています。ボトルネックはもはやコーディングではない。「何を作るかのチーム合意」と「レビューとマージ」に移った、と。
Anthropicだけの話ではありません。Spotifyでは、最も優秀な開発者たちが2025年12月以降、一行もコードを書いていないと報告されています。エンジニアがSlackからAIに指示を出し、通勤中にバグ修正を完了させ、オフィスに着く前に本番環境にデプロイしている。2025年だけで50以上の新機能をこのワークフローで出荷したそうです。
これが「エンジニアの仕事」の現在地です。コードを書くことはもうエンジニアの仕事の中核ではなくなりつつある。何を作るか決め、AIに指示を出し、結果をレビューする。それが新しいエンジニアリングです。
私自身の実践
私は個人開発者で、FlutterとPythonでWebサービスやモバイルアプリを開発しています。自分をプロダクトマネージャー兼アーキテクトと位置づけ、実装はClaudeという優秀な同僚に任せるスタイルで、実際にアプリをリリースし運用しています。
同僚のコードの書き方にはこだわりません。動き、意図通りであればそれでよい。指示も「この画面にリストを表示して」「タップしたら詳細に遷移して」と、同僚に頼むのと同じ言葉で伝えるだけです。うまくいかなければ「ここが違う、こうして」と言い直す。
これで仕事は回ります。特別な仕組みも、プロンプトの工夫も要りません。
具体例：2行の指示で10ファイル・5484行
実際の開発での例を紹介します。農業アプリを開発中に、農法の選択方式を変更したくなりました。Claude Codeに渡した指示はこれだけです。
有機農業（自然栽培を含む）専用アプリにしたいです。農法は、名前で選択するのではなくて、肥料、農薬、耕起・不耕起、被覆の4つでそれぞれ選択式にして
プログラミングの用語は一つも入っていません。普通の日本語です。
これに対して返ってきたのは、10ファイル、5484行の変更でした。Claude Codeは以下を自律的に判断し、実行しています。
- 既存のDBスキーマを壊さず、JSON形式で新しいデータ構造を格納する設計判断
- 本番に旧データが存在することを推論し、旧形式から新形式への自動マイグレーションを実装
- モバイルアプリは全ユーザーが同時にアップデートしないことを踏まえ、旧API互換を維持
- Flutter（Dart）とPython、フロントエンドからバックエンドまで一貫した変更
- Gitブランチの作成からプルリクエストのオープンまで自動実行
私がやったのは、2行の日本語を書くことと、動作を確認することだけです。
（詳細はこちらのリポジトリで公開しています）
これが「生成AIで開発が楽になる」の本当の意味
この同僚の凄いところは、一人で、設計をして、フロントエンド（Flutter/Dart）もバックエンド（Python）も一貫して変更してくれることです。人間のチーム開発なら、設計者、フロントエンド担当、バックエンド担当に別々に指示を出し、仕様を合意させ、結合テストをしなければならない。AI同僚なら一度の指示で全部通しでやってくれる。
さらに、テストデータもマニュアルも同時に作ってくれます。テスターを雇う必要も、テクニカルライターを雇う必要もない。プログラマー、テスター、ライター──一人の同僚が全部兼ねる。
これが「生成AIで開発が楽になる」の本当の意味です。 コーディングだけを見れば効率は1倍です。AIが書いても人間が書いても、コードが出てくるだけ。「思ったほど楽にならない」のは当然です。しかし2行の指示で、設計、UIデザイン、フロントエンド、バックエンド、テストデータ、運用データ、マニュアル──すべてをやってくれるので数十倍効率的になる。AIと競合するのをやめて、同僚として全部任せれば、楽にならないわけがない。