[🧑‍💻] AIで速く作ることと、プロらしく作ることは違う

✨ GPT-5.6 Solの要約 　

AIとハーネスで実装速度は上げたが、企画・デザイン・文書の統一性を落とし、外部チームのFigma上の設計とマニュアルを前に自分の傲慢さを振り返った記録。

やはり人は謙遜であるべきだ。

数日前、会社が外部に任せ、かなり長い時間をかけて作った業務システムを見たとき、正直「これ、自分が作っていたらもっと早く終わったのでは…」と思った。

AIとハーネスで得た速さ

AIを活用したバイブコーディングにはいろいろ穴があるとしても、十分に改善可能だと思っていた。TDDベースでできるだけ丁寧に進め、繰り返し起こり得る問題を防ぐためのハーネスをきちんと組めば、という話だ。最近AIに本気のBig Techを見ていると、直接コードを書く開発者の比重自体が下がっていくのではないかとも思った。

もちろん、その意見は今もまったく変わっていない。AIをうまく使い、テストとハーネスをきちんと敷き、再発防止の構造を丁寧に作れば、開発速度と品質は大きく変わり得ると思う。

ただ、「もっと早く終わったのでは…」というその傲慢さについては反省しなければならないと感じた。

最近の自分はこういう形で開発することが多かった。エージェントとやり合いながらハーネスエンジニアリングの構造を改善し続け、さまざまな問題の再発を防ぎ、新機能を付け、フィードバックを受けてまた直す。繰り返し作業はワーカー/コーディネーターエージェントを作って実行する。

統一性を欠いた自分の開発

このルーティンは開発速度と素早い方向転換を保証してくれたし、似た問題の再発防止もそれなりにうまくいっていた。だが、製品全体を一つの企画とデザイン哲学で束ねる力は弱かった。だから実装は素早く押し進められたが、デザイン的・機能的・企画的な統一性はとても低かった。

ただ、これをバイブコーディングの生まれつきの限界だとは思わない。自分がまだハーネスエンジニアリングの中に、企画、デザイン、文書化の基準まで十分に溶け込ませられていないだけに近い。

Figmaとマニュアルで見たプロ意識

ところが、その外部チームがFigmaを積極的に使い、さまざまな画面構造を記録し、descriptionとflowも残しているのを見て、はっきり見えた。構造なしに突っ走る自分の開発とは違うプロ意識。彼らが見せた企画案と成果物の高い統一性は、強い信頼感を与えた。

そのプロ意識はGitBookのマニュアルにも表れていた。自分は、うまく作っておけばユーザーが勝手に使うだろう、UI/UXを直感的に作れば十分だろう、とだけ考えていた。社内スタッフ向けのガイドブックを作ることなど、夢にも思っていなかった。

もちろん、UXが良くてヘルプボタンが直感的にきちんと配置されているなら、ガイドブックなんて本当に必要なのか、という疑問は正直まだ残っている。

とにかく… 今でもLLMの使用を最小化して直接コーディングするのはかなり旧式で、勧めにくい開発文化だとは思う。だが、少なくとも自分が彼らを軽く見てこき下ろせるほどのプロレベルではないことは、はっきり分かった。

常に謙遜でいよう。常に学ぼう。