web制作は新たなステージへ

Codex開発が止まりません。
今日は10時起床から03時就寝前の間、食事休憩と買い物を除くほとんどの時間を開発に捧げました。
ここまで単一作業に集中できたのは下手すると10年以上ぶりです。
思えば、PHPと出会って本格的なバックエンド開発をするようになった2015年、
そしてピクチャレ大会が界隈に受け入れられてモチベーションが高かった2016年もかなりの頻度で更新していました。
いま、それ以来久々にweb開発が本当に面白いと思える没入フェーズに差し掛かっています。
言うまでもなく、これはすべてCodexのおかげです。

既存の開発者がCodexにハマる要因はいくつかあると思います。
まず、やりたいことは明確でも、スキルイシュー（技量不足）によって実現を阻まれていたタスクがあること。
または、できなくはないものの成果が地味で割に合わないタスクがあること。
それから、既存プロジェクトはもともと人力で作っていて、細部の仕様まである程度把握できていること。
そして、やりたいタスクをAIに分かりやすく文章化すること（プロンプト作成）が得意だと自負していること。

自分はたまたまこれらすべてに該当します。
ピクチャレ大会に関しては、本当に2023年にフルリニューアルを決行して良かったと心から思います。
翌年作った４代目本家ブログ（このサイト）はもう設計段階からAIの手が入っているので、
そういう意味では人力で作った最後のサイトということになります。
そのおかげで、Codex開発が楽しくなる諸条件を明確にクリアしている。
もしこれが2024年産だったら最初からAIありきで設計・開発するのでこうはなっていなかったはず。

Codex開発の手法については特に誰に習ったわけでもなく、技術ブログを読んだわけでもありません。
自分の場合、何はともあれまずはやってほしいことを実装レベルで考えてMarkdownに書き起こします。
なるべくAIに判断を委ねないようにしているので、細部まで書くとそれなりの量になり、
もちろん適宜自分で開発環境やファイルの中身を見て齟齬がないか確認することもあります。
基本的には作業時間の大半はこのプロンプト（設計書）作成に費やすことになります。

設計書ができたら、Codexに「これを理解して、実装計画を立てて（確認事項があったら報告して）」と指示します。
自分の言葉とAIの言葉を突き合わせて認識齟齬がないか確認するわけですね。
そこでAIの解釈や設計書の抜け落ちを簡単にチェックして、クリアになったらGOサインを出します。
するとあっという間に設計書通りにwebサイトが出来上がるので、ユーザー目線でチェック。
開発環境を触っているうちに「やっぱりここはこっちの方がいいかも」と方針が変わることもあるので、
そういう追加要望や修正指示を次の設計書的なプロンプトとして書き起こし、これを満足するまで繰り返します。

基本的にはこれでおおむね問題なく開発できているのですが、
１点注意しないといけないのは実装にユーザー操作を伴うケースですね。
たとえばデータベースのテーブル構造を変更した場合、Laravelならphp artisan migrateを実行する必要がありますが、
これは当然、本番リリース後の本番環境でも実行する必要があります。
Codexだと開発ペースがものすごく早くなるので短期間でも非常に多くの変更点が生じるため、
本番リリースをする頃には開発時に発生したユーザー操作を覚えていないことがありえるわけです。
こういうのは何らかの対策を打たないとCodexだけでは未然に防ぐことができないため、要注意かなと思いました。
今日も、前回リリース後から認証用DBの方でnpx prisma migrate deployしていないことが発覚し、
本番環境でユーザーログインができない致命的な不具合が発覚しました。
便利だからといってただ何も考えずにCodexを使うのも考えもので、やはり便利ゆえのリスクもあると考えるべきかなと。