もうボトルネックは「作ること」じゃない

SaaS を作ること自体は、もう難しい部分ではなくなりました。私たちはこのほぼ2年、AI エージェントで本番アプリを出荷し続けてきました。Claude 3.5 Sonnet から Claude Fable 5 まで使ってきて、その間にボトルネックは2回も移動しています。研究でもなければ、コードでもありません。今でも痛いのは、大規模な品質保証と、そして「届けること」の2つです。

これは、実際にいろんな人が私たちのスタックで作る様子を見て学んだことと、新しいモデルが出るたびに何が変わったかの話です。

---

---

「作ること」は、誰の想定よりも早く解決された

2年前、壁は「作ること」そのものでした。認証、決済、データベースのセキュリティ、メール、バックグラウンドジョブ。プロダクトに手をつける前に、配管工事だけで何ヶ月もかかったんです。その壁はもうありません。いい harness と、その下に本番品質のコードベースがあれば、以前は1ヶ月かかっていた MVP が今や1日でできます。

ここまで早く進むとは思っていませんでした。私たちは Claude 3.5 Sonnet から始めて、Sonnet と Opus のラインがリリースのたびに良くなっていくのを見てきました。そのたびに、エージェントにもっと任せられるようになっていったんです。コードは、もう心配の種ではなくなりました。これでゴールに見えるかもしれませんが、違います。これはむしろ、ずっと「作ること」の影に隠れていたものを表に出しただけなんです。

新しいボトルネック #1：大規模な QA

今の AI 開発でいちばん解けていない難問は、生成ではなく品質保証です。機能を生成するのは安い。それが本当に動くと、しかも大量に、人間が毎回そばで見張らなくても証明する。ここを完全に攻略できた人はまだ誰もいません。

私たちがぶつかった具体的な限界はこれです。だいたい4つを超える機能を並列で動かすと、もう安定して回せなくなって、ぐちゃぐちゃになりました。それ以上だと、テストの実行がぶつかり合い、状態がずれ、テスト用の Agents が収束せずにループに入って、何度も再実行と再チェックを繰り返すことがありました。作る側はスケールしたのに、検証する側はスケールしなかったんです。このギャップが、今の自律性の本当の天井です。大規模に完全自律のエージェント群を動かしていると言う人がいたら、その人はこの問題をこっそり解いているか、無視しているかのどちらかです。

モデルが良くなると助かります。より賢いモデルはより多くのコンテキストを保持できて、拾わないといけないミス自体が減るからです。でも、大規模な QA はまだ最前線です。次の本物のブレイクスルーは、ここにあります。

新しいボトルネック #2：届けること

2つ目の壁が「届けること」で、多くの作り手が真っ正面から突っ込んでいくのがこれです。作るのに何ヶ月もかかっていた頃は、届けることは後回しの問題に感じられました。でも作るのが1日になった今、届けることがゲームのすべてです。週末で素晴らしいプロダクトを出荷しても、誰の目にも触れないまま終わる、なんてことが起こります。

だから私たちは、単なるビルドシステムを作ったわけではありません。エコシステムを作りました。作るためのものと、届けるためのもの。Topr.io が私たちの「届ける側」の答えで、同じ Build This Now のスタックの上に作った UGC マーケットプレイスです。狙いはまさに、楽になった部分ではなく、難しくなった部分に向けています。その背景にある教訓はシンプルです。作ることがコモディティ化したなら、堀になるのは「見つけてもらえること」です。

Fable 5 が変えること：走らせる余地が広がる

Claude Fable 5 は、複雑で長時間動き続ける作業のための Anthropic の最新モデルです。実用上の違いは、どれだけ自由に任せられるか、という点に出ます。より広い余地、より長いタスク、1回のパスでより大きな自律性。これを渡しても、ちゃんと持ちこたえてくれます。エージェントの harness にとっては、これがいちばん効いてくる変数です。長い連鎖をドリフトせずに安定して走らせてくれるほど、QA の問題をモデル自身が肩代わりしてくれます。

私たちはこのカーブを一段ずつ肌で感じてきました。ボトルネックがどう移動してきたか、ざっくり書くとこうです。

Fable 5 は Opus 4.8 より高い価格設定（入力 $10 / 出力 $50、100万トークンあたり）です。長くて難しくて自律的な実行のために作られているからです。日々のコーディングなら、いまでも Opus 4.8 のほうがコスパがいいです。長いタスクを丸ごと預けて席を立ちたいような仕事なら、この余地の広さこそが狙いどころです。

直感に反する話：基礎は今こそ大事になる、軽くならない

いちばん意外だったのはここです。作るのが速くなればなるほど、昔ながらのスタートアップの基礎がより大事になりました。

1日で何でも作れるようになると、つい10個作りたくなります。それが、いちばん早く失敗する道です。AI はスタートアップの法則を撤廃しません。ビルドの工程を工業化するだけで、それ以外のすべての法則は、まったく同じ場所に残ります。フォーカス。差別化。細部へのこだわり。1つを選んで、それをうまくやって、誰よりも先に出荷する。

むしろ速さは、基礎を正しくやることの賭け金を上げます。なぜなら、今や他のみんなも同じくらい速くビルドできるからです。ビルドはもうあなたの強みではありません。第一原理が、あなたの強みです。

私たちの今の作り方

毎回うまくいくパターンはこれです。

1. 第一原理に立ち返る。 アイデアを、絶対に外せない1つのことまで削ぎ落とす。ロードマップではなく、その1つです。
2. 最初の MVP を24時間で出荷する。 1週間でも2週間でもなく、1日です。ツールがこれを現実にしてくれたので、頑張って届く目標ではなく、デフォルトとして扱いましょう。
3. プロダクトマーケットフィットへ全力で走る。 MVP は拍手をもらうためではなく、フィードバックを得るために存在します。ユーザーの前に置いて、次に何を作るべきかは現実に教えてもらいましょう。
4. 浮いた時間を、届けることと QA に注ぐ。 本当の難問は、そこにあります。今やビルドは安い部分なので、注意は高い部分に振り向けましょう。

1つのことをやる。それをうまくやる。速く出荷する。見つけてもらう。これが2026年のゲームのすべてです。

FAQ

AI を使っても、SaaS を作るのはまだ大変ですか？

コードはもう難しい部分ではありません。本番品質のコードベースといい Agents の harness があれば、以前は1ヶ月かかった MVP が、今は1日くらいでできます。大変な部分は、大規模な品質保証と、そして「届けること」、つまりプロダクトができたあとに見つけてもらうことに移りました。

なぜ AI の Agents は、まだ無制限に機能を並列実行できないのですか？

品質保証は、生成ほどきれいに並列化できません。私たちの経験では、だいたい4つの機能を並列で動かすと、テストの実行がぶつかり、状態がずれ、テスト用の Agents が収束せずにループし始めます。機能を生成するのはスケールしますが、それを大量に、安定して検証するのはまだ最前線です。

Claude Fable 5 は、エージェントの作業にとって何が違うのですか？

Claude Fable 5 は、複雑で長時間動く作業のために作られていて、1回のパスでドリフトせずにより大きな自律性を任せられます。エージェントの harness にとっては、この長い連鎖での安定性こそがいちばん大事な性質です。QA の負担の一部を肩代わりしてくれるからです。価格は入力 $10 / 出力 $50（100万トークンあたり）です。

AI でビルドが速くなるなら、本当の競争優位はどこにありますか？

基礎です。みんなが速くビルドできるようになると、ビルドはもう堀になりません。優位はフォーカス、差別化、届けること、そして誰よりも先にプロダクトマーケットフィットへ到達することに移ります。速さは第一原理の賭け金を上げるのであって、第一原理をなくすわけではありません。

---

私たちは約18ヶ月で「作ることが壁」から「作ることが簡単な部分」へと移りました。次の局面で勝つチームは、いちばん速く作るチームではありません。今や誰もが速く作れます。勝つのは、1つのことを選び、それをやり切り、人の前に届けるチームです。パイプライン全体がどう動くかを見てみてください。あるいは、今すぐ作り始めましょう。