1. 実装はボトルネックだった
ソフトウェア開発の歴史は、実装コストとの戦いだった。
アイデアがある。設計もできる。だがそれをコードに落とし込むには、プログラミング言語の文法を知り、フレームワークの作法を覚え、デバッグの経験を積む必要があった。一人の開発者が1日に書けるコード量には物理的な上限がある。
企業はこの制約を「人を増やす」ことで解決しようとした。だが人を増やせばコミュニケーションコストが増え、バーンレートが跳ね上がる。個人開発者には、そもそもその選択肢がなかった。
アイデアの価値と、それを実装する能力は、まったく別のスキルだった。そして後者のコストが、前者の実現を阻んでいた。
2. バイブコーディングとは何か
バイブコーディングとは、自然言語でAIに意図を伝え、コードを生成・修正していく開発手法だ。
「メール送信を1つの関数に集約して」と言えば、14箇所の直接呼び出しがヘルパー関数経由に書き換わる。「管理者への通知メールを1通にまとめて」と言えば、4つの関数が内部ヘルパーに分解され、統合レポート関数が生成される。「特商法の引渡時期を受注生産に変更して」と言えば、日英両方のI18Nオブジェクトが更新される。
開発者がやっているのは、コードを書くことではない。「何を」「なぜ」「どういう方向で」を伝えることだ。
この「バイブ」——感覚的な方向づけ——がバイブコーディングの本質だ。正確な構文を知らなくても、意図の輪郭が伝われば、コードは生まれる。
3. 判断だけが残る
実装コストがゼロに近づくと、開発プロセスから何が消えて、何が残るか。
消えるのは、構文の記憶、ライブラリのAPI仕様の暗記、定型的なエラーハンドリングの記述、ボイラープレートの繰り返し。これらはすべてAIが処理する。
残るのは判断だ。
- メール送信の上限が問題になる前に、ヘルパー関数に集約すべきか
- パートナー支払いの自動化は、どの段階でどこまで進めるべきか
- 法務の更新は外注のタイミングで何が必要か
- 利用規約の文言は、事業の実態に合っているか
これらはAIに聞いても「場合による」としか返ってこない。事業の文脈、リスク許容度、優先順位——すべてが人間の判断に依存する。
バイブコーディングが取り除くのは、実装の壁だ。
残るのは、設計の意思決定という最も本質的な仕事だ。
4. TokiStorageはこうして作られた
TokiStorageの事業基盤——注文管理、決済連携、自動通知、アクセス解析、パートナー集計、エッセイ群——は、すべてバイブコーディングで構築されている。
1,800行のGoogle Apps Scriptがある。注文受付からWise入金検知、ステータス自動更新、デイリーレポート、未払いリマインダー、月次パートナー集計まで。このコードの一行一行を手で書いたわけではない。
だがアーキテクチャの決定——どのデータをどのシートに持つか、ステータスのフローをどう設計するか、トリガーをどう分離するか——はすべて人間が行っている。AIは実装を担い、人間は設計を担った。
このエッセイ自体もそうだ。「バイブコーディングについてエッセイを書こう」という一言から、構成が提案され、文章が生成され、日英両版が作られ、essay-nav.jsに登録され、PRが作成される。人間がやったのは「書こう」と言うことと、内容の方向を示すことだけだ。
5. 「雑に書かせる」との違い
バイブコーディングには批判がある。「AIに丸投げすると品質が低い」「メンテナンスできないコードが生まれる」「本質を理解しないまま先に進んでしまう」。
これらの批判は正しい——ただし、バイブコーディングを「雑にAIに書かせること」と定義した場合に限る。
TokiStorageでの実践は異なる。生成されたコードは必ずレビューされる。動作確認は手動で行う。問題があれば原因を特定し、修正の方向を指示する。特商法の表記が実態と合っているか確認するのは人間だし、GASに秘密情報が含まれるからgitignoreにすべきだと判断するのも人間だ。
バイブコーディングの質を決めるのは、AIの性能ではない。使う側の判断力だ。正確な意図を伝え、生成物を評価し、方向を修正する。この循環の精度が、成果物の品質を決める。
6. バーンレートゼロとの共鳴
バイブコーディングとバーンレートゼロは、互いを増幅する関係にある。
バーンレートゼロは時間の制約を消す。バイブコーディングは実装の制約を消す。両方が揃うと、個人開発者の前にあった二つの壁——「作る時間がない」と「作る技術がない」——が同時に消失する。
残るのは「何を作るか」と「なぜ作るか」だけだ。
この二つの問いに明確な答えを持っていれば、一人で事業基盤を完成させることができる。法務も、運用も、スケーリング設計も、思想の言語化も。すべてが一人の判断と、AIとの対話で成立する。
7. 新しい「一人」の定義
バイブコーディング以前の「一人で開発する」は、一人で全行のコードを書くことを意味していた。それは英雄的だが、物理的な上限があった。
バイブコーディング以後の「一人で開発する」は、一人で全判断を行うことを意味する。コードの行数ではなく、判断の数が成果を決める。
この変化は、個人開発の可能性を桁違いに広げる。一人の人間が1日に下せる判断の数は、書けるコードの行数よりはるかに多い。判断がボトルネックになるまでには、相当な事業規模が必要だ。
バイブコーディングは、開発の民主化ではない。
判断力の民主化だ。良い判断ができる人なら、誰でもソフトウェアを作れる。
8. 存在証明をバイブで刻む
TokiStorageのミッションは「存在証明の民主化」だ。声を、写真を、文字を、QRコードに刻んで残す。
バイブコーディングは、その事業そのものの存在証明でもある。一人の人間がAIと対話しながら、ゼロから事業基盤を構築した記録。エッセイの一つひとつが、その過程の産物だ。
コードの行数は重要ではない。そこにどんな意図があり、どんな判断が下されたか。それこそが、バイブコーディングで刻まれる存在証明だ。
コードを書く力ではなく、
何を作るかを決める力が、事業を作る。