どのくらい生成AIに任せているかをあらわす指標 – Mitsuyuki.Shiiba

fukabori.fmのtwadaさん回、面白いなー分かるなーって思いながら聞いて、今の自分の頭の中を書きだしてみようと思ったので書いておく。

どのくらい生成AIに任せているかをあらわす指標

どのくらい生成AIに任せているかをあらわす指標は、こうかなぁと僕は思っている。

「生成されたコードを自分が読んでいない割合」

どれだけたくさん生成AIにコードを書いてもらっていたとしても、生成されたコードを自分が全部読んで理解している場合は、主導権は自分にある。逆に、生成されたコードを全く読んでいなければ生成AIに主導権がある。

右のほうが生産性は上げやすい

AIにどれだけたくさんコードを生成してもらったとしても、全部読んで理解しないといけないなら人間がボトルネックになる。右側にいけばいくほど、生成AIに任せられるので生産性は上げやすい。

ただ、右側にいけばいくほど自分がコードを理解していないし、構造に手を入れてもいないので、保守や運用や改修は難しくなる。単に右に動かしてコードを読まなくなっただけだと、数カ月後〜1年後には大変なことになっていそう（そしてそういう事態は今後発生しそうだよなとは思っている）。

全部が一箇所に当てはまるわけではない

ところで、AIを使って開発をするときに、全部が一箇所に当てはまるわけではない。ものによって読む割合が変わる。

僕はプロダクションコードはAIをあまり使わずに自分で書くことが多いし、AIを使ったとしても全部読んで理解する。つまり一番左になる。

逆に、開発中にだけ使うような自分用ツールや、使い捨てのプロトタイプは中身を全く読まずに右端で使ったりする。

自動テストはわりとしっかり見るけど、プロダクションコードほどではないし、ボイラープレートなコードの場合はコードよりもテストの方をしっかりチェックしているかもしれない。ドキュメントやREADMEは、ざっと見てOKだったらOKにしちゃうかな。

どれくらい右に寄せられるかで生産性が変わるので、例えば自動テストで守られた部分に対する実装の変更依頼などをたくさんAIにお願いできるような状況をつくれば生産性は上がるんだろうなぁと思ったりする。どうやったら右に寄せられるかをみんな試行錯誤してるんじゃないかなと思っている。

AIツールはどこ？

Cursor/Claude Code/Devinなどが得意な領域はあるよなと思っている。Cursorだと会話を中心にして進めることが多いから左側。Devinは、あまり細かく見なくてもいいような部分をプルリクエストで対応してくれるのがいちばん得意だなと思うので右側。Claude Codeはその間ぐらいだから、真ん中あたり。

とはいえ、CursorやClaude CodeでもVibe Codingはできるし、Devinの生成したコードを全部細かく読んだりもするので、どのツールでもどの領域もカバーしているとは思っている。やりやすさがあるくらい。

非エンジニアができるようになる部分

右側の方であれば非エンジニアにもできるようになる。コードを読まなくていいもんね。だから、プロトタイプやPoC・自分用便利ツールなどは、非エンジニアもどんどん作っていける。これはいいよね。

エンジニアにしかできないこと

非エンジニアがそういった右側の領域を自分でできるようになるからといって、エンジニアの仕事がなくなるわけではない。

左側にあるような製品開発のためのコードはエンジニアにしか扱えないし、どの部分にタスクを置くべきかの判断もエンジニアにしかできないだろう。右に寄せると開発生産性は上がるが、保守性は下がる。どこまでなら大丈夫かなどはエンジニアにしか判断ができない。

ただ、コードを読まずに右側の方でばかり動いていると、そういう人の仕事は別の何かに奪われるだろうなと思ったりはする。

コードを書く量は減る・読む量は増える

そして、コードを書く量は減るよね。コードを書くの好きだからそれはちょっとさみしいけど。そして、コードを読む量は増える。AIの生成したコードを読むことが中心になっていく（なっている）。

日々流れ込んでくる生成AIの情報を眺めていると、まるでコードを読まなくてもいい世界がすぐにくるような気持ちにもなるけど、仕事で製品を開発している部分に関しては、そんな日は10年ぐらいは来ないんじゃないかと思っている。

今の自分の頭の中はこんな感じ。