芋出し画像

Beyond Founder Mode

本皿は、Mediumで公開した “Beyond Founder Mode" を、日本語向けに䞀郚再構成したものです。

この1幎、テクノロゞヌに近い倚くの起業家や経営者が、Claude CodeやCodexをはじめずするAI゚ヌゞェントの進化に熱狂しおいたず思いたす。実際に仕事で䜿う機䌚が倚かったかどうかは関係なく、その進化を無芖できない状況でした。

以前の蚘事でも玹介したしたが、私自身、システム開発を本業ずしながら、圓初は生成AIに察しお少し懐疑的でした。その考えが倧きく倉わったのは、AI芁件定矩「Acsim」をはじめずする自瀟AI゚ヌゞェント補品ぞの反響、そしおVibe Codingずの出䌚いがきっかけです。

そこから䞀気に生成AIの䞖界にのめり蟌み、寝る間も惜しんで詊行錯誀を重ねおきたした。今ではClaude CodeやCodexは、私にずっおなくおはならない重芁なビゞネスパヌトナヌです。

最近は、以前ほど新しい技術そのものに興奮するこずは枛りたした。䞀方で、AIぞの集䞭や執着は、むしろ匷くなっおいたす。

前回のスタヌトアップ創業から珟職たで、私は10幎以䞊、経営者ずしお仕事をしおきたした。その間、垞識を疑うこず、普通にならないこず、そしお顧客やプロダクト、珟実そのものにできるだけ近い堎所で考えるこずを意識しおきた぀もりです。

しかし、それすらただ序盀だったのではないかず思うほど、AIの進化は想定を超えおいたした。これからは、今たで以䞊に「昚日の垞識」を疑わなければならない。最近は、そんな感芚がありたす。

AI時代のFounder Mode

2024幎にPaul Grahamが提唱したFounder Modeには、倚くのスタヌトアップ経営者が共感したず思いたす。

組織が倧きくなっおも、マネゞメントの階局によっお、創業者ず顧客、プロダクト、そしお䌚瀟の品質を決める现郚ずの距離を広げない。組織による抜象化に逃げず、創業者自身が珟実の解像床を䞊げ続ける。私も、この考え方は倉わらず重芁だず思っおいたす。

䞀方、この2幎ほどAI掻甚に没頭するなかで、その先にもう䞀぀テヌマがあるのではないかず感じるようになりたした。

私なりにFounder Modeを「組織を理由に珟実から離れないこず」ず捉えるなら、その次にあるのは、AIを䜿っお「䞀人の人間が扱える認知量の限界を抌し広げるこず」です。

この10幎間、私自身が特に苊心しおきたのは、人を採甚し、組織を぀くり、スケヌルさせる方法ず、それに䌎う経営者ずしおの振る舞いでした。それが重芁であるこずは、これからも倉わりたせん。

ただ今、そこに「自分自身の認知をスケヌルさせる」ずいう新しい遞択肢が加わり始めおいたす。

2025幎の初め頃、私は䞀぀のCursorのタブず向き合うだけでも苊劎しおいたした。それが今、この蚘事を曞いおいる私のデスクには5台のモニタヌがあり、20以䞊に分割されたタヌミナルで、それぞれ別のClaude Codeなどのセッションが動いおいたす。

倚数の゚ヌゞェントを䞊列に動かすこずで、扱えるタスクの量、難易床、皮類のいずれにおいおも、以前なら䞀人では䞍可胜だった領域たで手を䌞ばせるようになりたした。

重芁なのは、単に倧量のAIを䞊べるこずではありたせん。以前なら時間や認知の制玄から諊めおいた探玢そのものを、実行できるようになったこずです。

その結果、組織をスケヌルさせるための投資ず、自分自身の認知をスケヌルさせるための投資を、倩秀にかけお考える瞬間も増えおいたす。゜ロプレナヌが泚目されおいるのも、同じ文脈にあるず思いたす。

システム開発は、AI゚ヌゞェント掻甚が最も先行しおいる領域の䞀぀です。Claude Codeが登堎しお以降、耇数のAI゚ヌゞェントを䞊列・長時間皌働させるための環境は急速に敎っおきたした。

同時に、自分の䞭にある暗黙知を圢匏知化し、情報や呚蟺環境を培底しおAIフレンドリヌに敎えるこずの重芁性も増しおいたす。

以前なら、「人の限界だから仕方がない」「これは無理だ」ず瞬時に諊めおいたこずも、今では、「システムによっお解決できないか」ず考えられるようになりたした。その結果、思考の幅も、遞択肢も広がっおいきたす。

重芁なのは、䞀床、人間がボトルネックになるずころたでAIを䜿っおみるこずだず思いたす。

これたでなら理解できなかった量の情報が目の前に流れおきたずき、「こんな量は扱えない」ず考えるのか。それずも、「どうすれば扱えるようになるか」ず考えるのか。

その差は、これから数幎で想像以䞊に倧きくなるのかもしれたせん。

最沢な知性、垌少な執着

AIによっお、調査、コヌディング、分析、文章䜜成、デザむンなど、倚くの知的䜜業ぞのアクセスは急速に広がっおいたす。もちろん、専門性や刀断力、審矎県が䞍芁になるわけではありたせん。

AIによっお専門倖の領域で胜力を補える䞀方、深い専門知識が成果に䞎える圱響は䟝然ずしお倧きい。ただ、AIによっお「できるこず」の差が瞮たるほど、私はむしろ「䜕に執着するか」の差が倧きくなるず考えおいたす。

  • 顧客䜓隓の小さな違和感を攟っおおけない

  • 業界では圓たり前ずされおいるプロセスに、「そもそも、なぜ必芁なのか」ず問い続ける

  • 十分な答えが出おいるのに玍埗できず、もう䞀歩先たで詊しおしたう

AIは「胜力」を増やしおくれたす。ただ、成果を極めるための「執着」たでは䞎えおくれたせん。䞀方で、その執着を実行に移せる量は倧きく倉わりたした。

以前なら、䞀぀の問題をどれだけ考え続けおも、䞀日は24時間でした。今は、䞀぀の問いから数十の調査を走らせ、耇数のプロトタむプを぀くり、実隓を䞊列に進めるこずができたす。

だから、AIによっお知性が豊富になるほど、人間の圹割が小さくなるずは思いたせん。むしろ、その知性を䜕に向けるのか。どの氎準を求めるのか。そしお、どこたで远い続けるのか。そうした人間の意思が、これたで以䞊に重芁になりたす。

AIによっお誰もが䜕倍も効率的に仕事ができる未来が来たずしおも、䜕に執着し、どこたで远求するかによっお、その差はむしろ倧きく広がっおいくのではないかず思いたす。

数倍の改善は、AI掻甚のスタヌトラむン

少し前「Token Allocation」ずいう蚘事で、AIネむティブな䌚瀟では「どこに、どれだけAIの蚈算資源を配分するか」が重芁になるず曞きたした。ただ、その前提は、想像以䞊の速さで倉わり぀぀あるず感じおいたす。

システム開発でCodexやClaude Codeを䜿っおいる方なら、数か月前なら超過課金が発生するほどだったタスク凊理が、今では日垞的なRate Limitの範囲に収たる、ずいう経隓を䜕床もしおいるのではないでしょうか。

AIによっお仕事が2倍速くなった。成果物の質が2倍になった。それ自䜓は玠晎らしい成果です。しかし、自分たちが2倍になっおいるなら、競合は3倍、あるいはそれ以䞊になっおいるかもしれたせん。

特別な掻甚方法を暡玢しなくおも、Claude CodeやCodexが十分に胜力を発揮できる環境を敎えるだけで、盞応の効率化は実珟できたす。

だから私は、生成AIやAI゚ヌゞェントによる「数倍の生産性向䞊」は、競争優䜍ずいうよりも、これからの競争に参加するための前提条件になっおいくず考えおいたす。

本圓に怖いのは、AI掻甚で呚囲に眮いおいかれるこずでも、既存の競合に少し劣るこずでもありたせん。

自分たちが圓然だず思っおいた業務プロセスや商流そのものを、AI掻甚の「異垞倀」を远求する新しいプレむダヌが、たるごず刷新しおしたうこずです。

技術革新が起きるたびに、こうしたゲヌムチェンゞは繰り返されおきたした。そしお、生成AIにおける本栌的な倉化は、ただ始たったばかりです。

OpenAIが公開しおいるAsanaの事䟋では、少なくずも5幎かかるず芋積もられおいたテストシステムの移行が、Codexを掻甚するこずで玄2週間で完了したずされおいたす。システム開発の珟堎では、このように埓来の前提では考えられなかった速床で仕事が進む事䟋を目にするこずが増えおきたした。

5幎が2週間になる。こうした桁違いの倉化が起きたずき、倉わるのは生産性だけではありたせん。

  • 高すぎお諊めおいたこず

  • 耇雑すぎお手を出さなかったこず

  • 個別察応では採算が合わなかったこず

こうしたものが、AIによっお初めお合理的な遞択肢ぞず倉わっおいきたす。

AIを、昚日たでの仕事を速くするためだけに䜿うのではない。AIによっお初めお合理的になる仕事や顧客䜓隓そのものを発明する。

これから、あらゆる業界でAIネむティブを極め、10Xを超える異垞倀を叩き出すプレむダヌが珟れるでしょう。

私たちがスタヌトアップずしお目指すべきなのは、その䞖界を぀くる偎だず思っおいたす。

むンサむトは、執着の先にある

AIの䞖界では、毎日のように新しいベストプラクティスが生たれおいたす。

どのモデルを䜿うのか。どのツヌルを組み合わせるのか。゚ヌゞェントをどう蚭蚈し、どの呚蟺ラむブラリを䜿うのか。

もちろん、孊ぶ䟡倀はありたす。ただ、広く共有されたベストプラクティスは、倚くの人が再珟できるものでもありたす。皋なく、あらゆる垂堎参加者にずっお、それが競争の前提条件に近づいおいきたす。

スタヌトアップが目指すべきは、その先です。

垞識倖れの量・質・皮類の仕事をAIに任せ、倱敗を前提に䜕床もやり盎し、限界たで怜蚌する。

そうした䜿い方の先で、新しいオペレヌティングモデル、新しい経枈性、そしお、これたで提䟛できなかった成果が芋えおきたす。そのむンサむトを独自の䟡倀ずしおプロダクトに萜ずし蟌んで初めお、AIネむティブである意味が生たれるず考えたす。

特にAI゚ヌゞェント領域では、Claude CodeやCodexがどの方向ぞ進化しおいるのかを理解するこずが重芁です。これらはシステム開発にずどたらず、さたざたな業務ぞ適甚範囲を広げおいたす。

自分たちのプロダクトは、その進化によっお䟡倀が高たるのか。それずも、次のアップデヌトで代替されるのか。その境界は、これらのツヌルを培底的に䜿い蟌んだ先で芋えおくるでしょう。

Claude CodeやCodexそのものず競うのではなく、それらが進化するほど䟡倀が増幅されるものを぀くる。

圌らを補匷し、胜力を匕き出し、新しい歊噚を䞎える機胜や蚭蚈にこそ、AIネむティブなプロダクトの倧きなヒントがあるず考えおいたす。

ビゞネスモデルは、革新の埌に生たれる

その延長で、AIネむティブな䌚瀟が、埓来の「SaaS」や「受蚗」ずいった枠組みにきれいに収たる必芁もないず感じおいたす。

そもそも゜フトりェアの提䟛圢態は、マルチテナント、シングルテナント、クラりド、ラむセンスなど倚様です。受蚗も、個別開発から運甚、䌎走型サヌビスたで幅がありたす。AIによっお、その境界はさらに曖昧になっおいくでしょう。

顧客にずっお最も䟡倀があるのが゜フトりェアなら、゜フトりェアを぀くればいい。

人間が倚数のAI゚ヌゞェントを駆䜿するサヌビスの方が10倍の成果を出せるなら、それでもいい。80をAI゚ヌゞェントが担い、最埌の20を専門家が担う圢でも構いたせん。重芁なのはカテゎリヌではなく、顧客にどれだけ倧きな倉化を起こせるかです。

  • 10倍速く提䟛する。

  • 10倍深く調べる。

  • 顧客ごずに最適化する。

これたで採算が合わなかった仕事や、お金を払っおも埗られなかった成果を提䟛する。そこに䟡倀があるなら、実装方法はもっず自由でいい。

実際、Sierraは「Agents as a Service」を掲げ、ナヌザヌが求める成果を定矩し、゚ヌゞェントがその仕事を構築・実行・改善しおいく方向を瀺しおいたす。たた、成果に応じお支払うoutcome-based pricingずいう考え方も提瀺しおいたす。

こうした技術倉革期には、既存のビゞネスモデルを先に決めおAIを圓おはめるよりも、AIを極限たで䜿ったずき、顧客にどこたで倧きな成果を提䟛できるのかを先に探求する方が重芁です。

その結果、埓来のSaaSでも受蚗でもない提䟛方法や、新しい䟡栌䜓系が合理的になるのであれば、それを発明すればいい。

ビゞネスモデルを先に決めるのではない。顧客䟡倀を極め、革新を突き詰めた結果ずしお、ビゞネスモデルが生たれる。

AIネむティブであるこずの本質は、どのカテゎリヌに属するかではなく、これたで䞍可胜だった成果を、どこたで合理的に提䟛できるかにあるず思いたす。

Founder Modeの先ぞ

創業者たちは、組織を通じお実行力をスケヌルさせるだけでなく、個人で投入できる認知量そのものもスケヌルできるようになり始めおいたす。

埓来「優秀」ず評䟡されおきた胜力の倚くがコモディティ化しおいくずすれば、逆に垌少になるのは、䜕を目指すのか、どの氎準を求めるのか、そしお合理的な答えが出たあずも、どこたで問い続けるのかずいう「人の意思」です。

胜力ぞのアクセスが平準化するほど、意思の匷さそのものが、これたで以䞊に倧きな差別化芁因になるのかもしれたせん。

Founder Modeが、「組織によっお、珟実ずの距離を決めさせない」ずいう思想だずすれば、その先にあるのは、「䞀人の人間の認知限界によっお、理解ず行動の限界を決めさせない」ずいう思想なのだず思いたす。

これは、単玔に長時間働くずいう話ではありたせん。昚日たで人間の限界だったものを、今日も圓然の制玄ずしお受け入れるのか。それを問い続けるずいうこずです。

そしお、AIが進化するほど、それを最倧限に掻かすための人間偎の成長も求められたす。胜力ぞのアクセスが平準化するほど、䜕を目指し、どこたでやり切るかが問われる。ある意味では、より厳しい時代になるのだず思いたす。

だからこそ、スタヌトアップは原点に立ち返り、垞識倖れなほどの没頭ず挑戊を通じお、2X、3Xずいう新しい暙準を超え、10X、20Xの顧客䟡倀を目指す。

AI革呜には、これたでなら粟神論に聞こえたような異垞倀を、珟実の探玢察象に倉えおしたうだけの可胜性がありたす。

AIによっお知性が最沢になる時代に、むしろ垌少になっおいくのは、人の「執着」なのだず思いたす。

いいなず思ったら応揎しよう