この実験について
- 開始日: 2026-01-05
- 目的: AIを使役してコードを書かせ、自分では一行もコードを書かない。その縛りの中でエンジニアとしてどう立ち回るか検証する
- 計測項目: レビュー負荷（1-10）、アウトプット量（1-10）、エネルギー消耗感（1-10）
AIにコードを書かせ続けると、エンジニアはどう変わるのか
2025年12月、周囲から「Claudeがいいらしい」という話を聞くようになった。AIがコードを書いてくれるらしい。それが具体的にエンジニアの仕事をどう変えるのか、想像がつかなかった。
正月休みに入って、ちょっと試してみるかとGeminiを自宅で契約した。最初は「TypeScriptの型ガードを3パターン書いて」といった小さな指示から始めた。だが、返ってくるコードの質が思った以上に高く、すぐに歯止めが効かなくなった。プロンプトを考えては打ち込み、返ってきたコードを読んで、また修正を指示する。正月の3日間、ほぼ寝ずにこれを繰り返した。家族には「なんか怖い」と言われたが、手が止まらなかった。この往復を繰り返すうちに、少しずつわかってきた。これは「道具」というより「使役」に近い。自分が手を動かすのではなく、動かす相手に指示を出し、その結果に責任を持つ仕事なのだと。
で、1月5日。自分ルールを決めた。
Claude Codeを使い、自分ではコードを一切書かない。仕事をしながら、AIを使役するというのがどういうことなのか、とことんやってみようと思った。
5ヶ月目の数値
| 指標 | 開始時 | 1ヶ月目 | 3ヶ月目 | 今回 | 変化 |
|---|---|---|---|---|---|
| レビュー負荷 | 3 | 5 | 8 | 7 | ↑↑ |
| アウトプット量 | 4 | 6 | 8 | 8 | ↑→ |
| エネルギー消耗感 | 5 | 6 | 8 | 6 | ↑→ |
レビュー負荷が3ヶ月目に急上昇したのは、AIが吐き出すコードの量が自分の読める量を超え始めたからだ。1日に生成される数千行のコードを、すべて人間が追いかけるのは物理的に不可能だった。4〜5ヶ月目で少し下がったのは、レビューをAIにも手伝わせるようになったのと、スキルを抽象化して再利用できる形にしたことで「ゼロから指示を出す」頻度が減ったためだ。それでも7は高い。AIにコードを書かせるほど、人間の判断が律速になっていく。
アウトプット量は明らかに増えた。実務のプロダクトコードに対する機能追加やリファクタリングを、コードを一行も書かずに進められた。2月には週に3〜4件のPRを裁けるようになり、3月以降はさらに増えた。書くのが速くなったわけではない。書くという行為そのものを手放したのだ。
エネルギー消耗感は3ヶ月目にピークを迎えた。AIとの高速なやりとりに脳がついていかず、コードを書いていないのに疲労感だけが残る。4月には頭痛が日常的になり、夕方には思考が止まるようになった。これが「agentic codingのやりすぎで頭がおかしくなりそうになった話」につながっている。
5ヶ月で得たもの：チームに広がるポジティブサム
一番大きいのは、スキルを抽象化してチームに配る習慣が身についたことだ。
始めた当初は、とにかく自分一人でAIと格闘していた。毎回ゼロからプロンプトを書き、戻ってきたコードを読んで、また指示を出す。このサイクルを一人で回すのは、思ったより孤独で、しかも非効率だった。たとえば「フォームコンポーネントを新しく作る」というタスクがあるたびに、Props設計の説明からエラーハンドリングの方針まで、毎回似たような前置きを書いている。2月の終わりに、あるPRを眺めていて気づいた。この指示、先週もほぼ同じものを書いたな、と。
そこから、一度うまくいった作業を「skill」としてまとめ始めた。最初は自分用のメモだった。Markdownファイルに「こう指示すればこう返ってくる」というパターンを記録していく。3月に試しにチームメンバーに共有してみたところ、予想以上の反響があった。「これ、うちのプロジェクトでも使えますか」と聞かれ、使い方を説明するうちに、skillを渡すだけでメンバーが自分でAIを使いこなせるようになっていった。私の指示パターンが、そのままチームの資産になっていく感覚は、それまでの孤独な試行錯誤とはまったく別物だった。
4月には、このskill化の習慣がチームに定着し始めた。メンバーが自分でskillを作って共有する動きも出てきた。自分でコードを書かなくなったぶん、こうした抽象化と共有に時間を振り向けられるようになったのだと思う。
このプロセスを通じて得たもう一つの気づきは、「コーディングは人間の仕事ではなくなっていく」という確信だ。AIが書くコードの質は上がり続けているし、指示の精度も上がっている。5ヶ月前は半信半疑だったが、今はもう疑っていない。コードを書くという行為そのものは、遅かれ早かれ人間の手を離れる。
5ヶ月で失ったもの：属人性、効力感
一番痛かったのは、コードレビューでのボトルネック化だ。AIが1日で書いてくる量を、人間のレビュー速度でさばくのは物理的に無理がある。2月〜3月はとにかくレビューが溜まり、チームの進行を止めてしまうことが何度もあった。PRの数は増えたが、それ以上に「このプロダクトに合っているか」の判断だけは自分がやるしかなく、ここが決定的な律速になった。コードを書かなくなったことで、より重い判断だけが自分の仕事として残ったのだ。
そして、これが一番きつかったのだが、自分の属人性を失った。
今までの経験やできることをskillとして落とし込み、人に配っていく過程で、自分が自分に対して持っていた特別感や効力感が、段階的に剥がれ落ちていった。これまで「この設計パターンなら任せてください」と言ってきた領域が、skill化された瞬間に誰でも再現できるものになる。「kinocoboyさんに頼まないと」と言われていたことが、「このskill使えば誰でもできますね」に変わる。これは合理的には正しい。でも、人間の感情は合理的にできていない。15年かけて培った技術と経験が、たった数行のプロンプトで代替され、それをチームに配れば誰でも同じアウトプットが出せるようになる。AIが自分の未来を黒く塗りつぶしていくような感覚になり、この先どうやって生きていったらいいのかと、深夜のリビングで本気で考えたこともある。
しかし、そのフェーズを一周、二周と回るうちに、変わった。
属人性を手放したからこそ見える景色があった。自分の価値は「自分にしかできないこと」ではなく「自分が責任を持てる範囲」で決まるのだと気づいたとき、エンジニアとしての矜持が戻ってきた。コードを書けなくなったのではない。コードを書く必要がなくなったぶん、より広い責任を引き受けられるようになったのだ。
後輩育成に出始めている影響
自分でコードを書かないことが、ジュニアエンジニアに与える影響も見えてきた。
agentたちは、ジュニアが日々学んできたことを一足飛びに理解し、その学びを陳腐化させてしまう。たとえば「Reactの状態管理を理解した」「API設計の勘所がつかめてきた」という3ヶ月の学びが、AIの吐き出すコードの前では数秒で上書きされる。コーディングという行為に必死について行っていたエンジニアほど、無力感や将来への不安を抱えている。私も近いところにいる後輩たちを見ていて、よくわかる。職場の後輩がポツリと「自分が書かなくても動くなら、自分には何が残るんですかね」と言ったとき、返す言葉を探すのに時間がかかった。
そして、エンジニアの責任とは、使う人・維持する人など、プロダクトにかかわるすべての人が安心して利用できる状態を続けるために存在する。AIがどれだけ賢くなっても、この責任だけは人間が負い続ける。だからこそ、コーディングが人間の仕事でなくなっても、エンジニアとしての研鑽は終わらない。
続けるか、やめるか
- 判断: 続行
- 理由: 人間がコードを書くという行為そのものは、キーボードを買い替えたときのような趣味の領域に向かうだろう。実務としてのコーディングを手放したぶん、高速で設計を考えたり、プロトタイピングを爆速で回したり、デザインや品質保証といった隣の領域へ染み出していくのが、これからの当たり前になっていくと思う。一人のエンジニアが持つ責任範囲を広げていくことで、一人開発チームも実現できる。ただし、そのためにはプロダクト本体が持つ責任の強度や品質強度を理解できるかが障壁になる。すべてを越境しようとするなら、それなりの知識を身につけ、責任に耐えられるようにならないといけない。これが、この先のAIネイティブな時代に求められることなんだろうと思う。
