蓄積された解決策は古くなる。パッケージが更新されれば、昨日の解決策が今日のバグになり得る。「知識には半減期がある」とヘディンは語った。そのため、プラットフォームは保存された解決策が実際にどれだけ役立っているかを追跡し、効果のなくなったものを排除している。ビジネスパーソンにも、この手法は応用できる。解決した問題と有効だった対処法をファイルに記録しておき、同様の問題が再発した際にAIに提示する。そして、その対処法が機能しなくなった時点で削除するのだ。
AIが自らの行き詰まりを報告する
2つ目のアイデアは、AIに「不満ボタン（エラー報告機能）」を持たせることだ。「エージェントに、フラストレーション（不具合）を感じていることを伝えるためのツールを与えれば、それも一つの解決策になる」とヘディンは言う。Lovableのエージェントは、自力で解決できない問題に直面すると、LovableチームのSlack（スラック）にレポートを送信する。すると別のエージェントが、重複を排除して調査を行い、レビュー可能な状態のコード変更案であるプルリクエスト（PR）を作成する。実際、あるファイルコピーのバグは、エージェントが報告してからわずか10分で修正コードがマージ（統合）された。
これらのシステムを支える数値は非常に大きい。Lovableでは、エージェントが報告したレポートから、毎日約10件の修正プログラムが本番環境にマージされている。アプリを公開（デプロイ）できる割合が2％向上し、ユーザーが行き詰まる確率は5％減少した。「これは、基盤モデルが新たな世代へと進化を遂げたのと同等のインパクトがある」とヘディンは語った。日常的に利用するツールやAIアシスタントにエラー報告の仕組みを取り入れ、定期的に改善していくアプローチが有効だ。
月間6億アクセスの規模におけるバイブコーディングが意味すること
これほどの規模におけるバイブコーディングは何を示しているのだろうか。ソフトウェアを構築するための障壁は消え去った。ボトルネックは、「誰が構築できるか」から「何を構築すべきかを知っているのは誰か」へと移行したのだ。ビジネスパーソンとしての強みはもはやコードを書くことではなく、解決すべき適切な問題を選択し、その問題を抱える人々と対話することにある。現在勝ち残っているプラットフォームは、開発者の力を借りずとも、ユーザーが「最後の10％」の壁を乗り越えられるよう支援するサービスだ。「コードが書けない」という壁を越え、まずは最初のプロダクト構築に挑戦してみてはいかがだろうか。
