概要
AIを使った開発というと、「コードを書かせること」に注目が集まりがちです。
たしかにCodexを使えば、アプリの原型はかなり速く作れます。画面を作る、保存処理を作る、ボタンを配置する、エラーを直す。以前なら時間がかかっていた作業も、短いサイクルで進められます。
ただ、実際にアプリを作ってみると、コードが書けるだけでは足りません。
大事なのは、作ったアプリを人間が触り、違和感を見つけ、その情報を次の修正につなげることです。
コードだけでは気づけない違和感
アプリ開発では、コード上は動いているように見えても、実際に触ると違和感が出ることがあります。
入力欄をクリックできない。保存されたように見えるのに反映されていない。画面配置が直感と違う。新規作成の挙動が想定と違う。
こうした問題は、コードだけを見ていても気づきにくいものです。
使いやすいかどうか、どこに違和感があるかは、実際に使う人間が判断する必要があります。
デバッグログを自動で残す
今回の開発では、Codexでアプリを作りながら、デバッグログの記録も自動化しました。
単に「動かない」と人間が説明するのではなく、アプリ側で起きた処理やエラーを記録し、次の修正に使えるようにしました。
これによって、開発の流れが変わります。
人間は「おかしい」と判断する。アプリは、そのとき何が起きたかを記録する。Codexは、そのログを読んで修正する。
この流れができると、AIに渡す情報の質が上がります。
AIが読みやすい作業環境を作る
これまでのAI開発では、人間が毎回コンテキストを渡していました。
エラー文を貼る。スクリーンショットを見せる。前回の説明を繰り返す。状況を文章で補足する。
もちろん人間の説明は必要です。ただ、内部で何が起きたのかまで毎回文章で説明するのは効率がよくありません。AI側も推測が増えます。
アプリ側に操作履歴やエラーが残っていれば、Codexはそれを読んで原因を追いやすくなります。人間は「ここがおかしい」と伝え、ログが裏側の状況を補足する。
つまり、AI開発で重要なのはプロンプトだけではありません。AIが読みやすい作業環境を作ることも、開発速度に直結します。
人間、ログ、Codexの修正ループ
今回の開発でも、不具合は何度も出ました。
入力できない。保存できない。画面構成が使いにくい。新機能が既存の操作感と合わない。
そのたびに、人間が触って違和感を見つけ、Codexに修正を指示しました。
AIはコードを書くのが速いです。しかし、使いやすいかどうかを判断するのは人間です。
人間が違和感を見つける。Codexが実装する。アプリがログを残す。そのログをもとに、さらに修正する。
この循環ができると、開発速度はかなり変わります。
まとめ
Codexを使えば、アプリの原型をかなり速く作れます。
ただし、AIにコードを書かせるだけでは、実用的なアプリにはなりません。
人間が違和感を拾い、アプリがログを残し、Codexがそのログを読んで修正する。
AI開発の価値は、単なるコード生成ではなく、この修正ループをどれだけ速く自然に回せるかにあります。