「AIのコード、育てられてますか?」と書いた私が、実際に育ててみた話

休みの日に、大掃除をしました。片付けたのは部屋ではなく、AIと作ったアプリの中身です。

以前、コードを書かない私がAIとの対話だけでノートアプリを完成させた話を書きました（その記事はこちら）。アプリは今も毎日動いています。
動いているのに、なぜ手を入れたのか。理由は2つあります。
この先も使い続けるために、もっと堅牢にしたかったこと。
そして少し前に大きめの改修をした際、中身がさらに散らかった感触があったことです。
週明けからまた仕事の相棒として使うので、休みのうちに一気に片付けておこう、と思い立ちました。

「散らかる」とは、どういうことか

AIに調べさせると、案の定でした。「全体は良好ですが、同じ処理の重複が6種類あります」。多いものでは、ほぼ同じ書き方が十数箇所に散らばっていました。

コードが読めなくても、これが厄介なことは想像できます。会社のマニュアルで言えば、同じ手順が6つの書類にそれぞれ別々に書かれている状態です。手順が変わったら6つ全部を直さなければならず、1つでも直し忘れると、そこだけ古いやり方で動き続けます。だから「同じことは1箇所に書き、みんながそこを参照する」形に整理する。動作は変えず、中身だけ整える——いわゆるリファクタリングです（この考え方自体は、以前に入門記事を書きました）。

進め方は、アプリを作ったときと同じです。
勝手にやらせない。まず調査と報告をさせ、直す範囲と順番（リスクの低いものから）を提案させ、私が納得してから着手する。
今回もこの型のままでした。

問題は、「変えていない」をどう確かめるか

ここからが、今回いちばん書きたかったことです。

リファクタリングの約束は「動作を変えない」こと。でも私はコードが読めません。AIが「変えていません」と言っても、それを鵜呑みにするなら、6月に自分で書いた不安——コードを理解していないまま、このコードを育てていけるのか——に逆戻りです。

答えは、試験でした。
AIに42項目のテストを作らせ、アプリの機能を一通り試させる。ここまでは普通です。ポイントはその次で、同じ42項目の試験を、改修後のアプリと、改修前のアプリの両方に受けさせました。両方が全問同じ結果なら、少なくともこの42項目の範囲では「動作は変わっていない」と言えます。コードは読めなくても、「新旧で答案が一致した」という事実は読めるのです。

もうひとつ、信頼につながる出来事がありました。
AIが「厳密には2箇所だけ、挙動が変わる点があります」と自分から申告してきたのです。中身はどちらも改善方向の細かい話でしたが、「変えていません」と言い切らず、変わる点を先に開示して私の合意を取ったこと。
この振る舞いのほうが、全問一致と同じくらい安心材料になりました。

結果として、コードは120行減りました。行数が減って機能は同じ——大掃除をして、部屋が広くなったのと同じことです。
最後の仕上げに実物のアプリを自分の手で触って確認し、週明けの準備は完了しました。

6月の私は「Vibe Codingで作ったコード、ちゃんと育てられてますか?」と書きながら、内心では自信がありませんでした。今は少しだけ言えます。コードが読めなくても、育てられます。ただし条件付きです。AIに任せるのは作業で、「変えていないことを、私に分かる形で証明して」と毎回要求するのは、こちらの仕事なのです。

あなたのAI製コードは、動いていますか。
では次に手を入れるとき、「壊れていない」ことをどうやって確かめますか。

今日から使える生成AIの使い方を、マガジン「生成AIをはじめる小さな一歩」にまとめています。