Cofounder.co:8.7M ドルで「一人で会社を動かす OS」を作る賭け

2026-05-29

一人で SaaS を立ち上げる場面を思い浮かべてほしい。ランディングページを作り、コードを置くリポジトリを用意し、見込み客のリストを集め、記事の計画を立て、決済を通す。本来なら別々の人が分担する仕事を、ひとりで順番にこなしていく。最近この「ひとり会社」に、別の選択肢が出てきた。それぞれの仕事を専門のエージェントに割り振り、自分はその指揮だけをする、というやり方だ。

Cofounder.co は、まさにこの形を正面から狙うプロダクトだ。運営するのはニューヨークの The General Intelligence Company(2025 年 1 月創業、創業者は Andrew Pignanelli と Abhishyant Khare)。2025 年 12 月に Union Square Ventures をリードとして 8.7M ドルのシード資金を調達し、2026 年 5 月 3 日に新版の Cofounder 2 を公開した。

使い方は、ふつうの AI ツールとは少し違う。ユーザーは「LP を作って」のような単発の依頼を投げるだけではない。会社の目標、ロードマップ、タスク、成果物、そして各部門を担当するエージェントを、同じ画面の上で扱う。たとえば Cofounder.co がロードマップを組み、コードのリポジトリと公開用のプロジェクトを用意する。マーケティング担当のエージェントが記事の計画を立て、営業担当が見込み客リストを作り、エンジニア担当がプレビュー環境を立ち上げる。決済やデータベースも同じ運用面に乗る。

OpenAI Codex や Devin が取りに来ているのは、ソフトウェア開発という一部門の作業だ。Cofounder.co はその一段上に、部門をまたいで指示を割り振る指揮役と、会社の記憶を置こうとしている。以下、プロダクトの中身から順に見ていく。

Cofounder.co 公式サイトのトップ画像
出典: Cofounder.co 公式サイト(2026/05 取得)

参考: Cofounder.co 公式サイト / General Intelligence Company About

1. 会社を 8 部門に分けてエージェントを配置する

先に Cofounder.co の基本情報をまとめておく。

項目内容
創業2025 年 1 月・ニューヨーク(創業者: Andrew Pignanelli, Abhishyant Khare)
運営会社The General Intelligence Company
資金調達2025 年 12 月に Union Square Ventures リードでシード 8.7M ドル調達
製品Cofounder.co(8 部門エージェント運営基盤)。2026 年 5 月 3 日に Cofounder 2 公開
稼働実績自動実行タスク 59,191 件、月間処理量 180 億トークン超
料金7 日無料(15 ドル枠)/ Pro 月額 20 ドル / Team 月額 50 ドル(提供予定)

この指揮役という発想は、コーディングエージェントと並べてみると分かりやすい。コーディングエージェントが扱うのは、課題、リポジトリ、プルリクエスト(コードの変更提案)、テスト、プレビューだ。会社で言えば開発部門の仕事に当たる。Cofounder.co は、その部門を複数並べて持つ運営面を作ろうとしている。

公式トップに並ぶ部門は 8 つある。エンジニアリング、営業、マーケティング、デザイン、財務、運営、サポート、法務だ。各部門には、担当範囲と接続ツールと作業手順を持つエージェントが配置される。Cofounder.co 本体は画面の脇にいる上位のエージェントで、部門をまたいだ割り振りと、新しいエージェントの作成を担う。

新しいのは「エージェントが増えたこと」ではなく、複数のエージェントを同じ会社目標に向けて束ねる仕組みが入っている点だ。運営会社はこの上位エージェントを superoptimizer と呼ぶ。実際の運用例として、Linear、Devin、PostHog といった個別ツールを Cofounder.co がまとめて使う様子も示している。公開されている稼働実績では、これまでに自動実行したタスクは 59,191 件、処理量は月間 180 億トークンを超えるとされる。

狙いは単発タスクの自動化ではない。会社の目標をタスクに分解し、各部門に配り、その結果を会社の記憶に戻す。その循環をまわす場所を作ろうとしている。

中央の Cofounder を 8 部門が囲む実際の運営画面
出典: Cofounder.co 公式サイト(2026/06 取得)。中央の Cofounder を Engineering、Sales、Marketing、Design、Finance、Operations、Support、Legal が囲む。

参考: Cofounder Docs / GIC: Superoptimization

2. Cofounder 1 は記憶エージェント、Cofounder 2 は会社運営基盤

Cofounder.co はいきなりこの形だったわけではない。最初の Cofounder 1 は、長期の記憶を持つビジネスエージェントとして始まった。2025 年の説明では、作業中の記憶、直近の要約記憶、長期記憶の 3 層が前面に出ていた。メール、CRM、ドキュメント、カレンダーをまたぐ作業を、文脈を保ったまま動かす発想だった。

Venture5 のインタビューに、初期の逸話がある。Cofounder 1 がユーザーの過去 20 通の送信メールを読み、本人らしい文体ガイドを作った。その画面が拡散し、初週の登録は想定 500 件に対して 5,000 件まで伸びたという。

その Cofounder 1 は、2026 年 4 月 29 日に提供終了へ移行した。新規登録を止め、データの書き出し手段だけを残し、開発の主軸を Cofounder 2 へ移すという内容だ。続いて 2026 年 5 月 3 日に公開された Cofounder 2 は、その延長ではない。エンジニアリング、営業、マーケティング、運営、デザインを横断する会社運営基盤として、作り直されている。

1 年あまりでの作り直しは、使う側からすれば継続性の不安につながる。同時に、記憶エージェントから会社運営基盤へという主張の転換が、このタイミングで外へ出たとも言える。

Cofounder 2 発表記事のバナー画像
出典: Cofounder.co:Announcing Cofounder 2(2026/05/03)

参考: Announcing Cofounder 2 / An Update on Cofounder 1 / Venture5 interview

3. 会社の状態をロードマップ・タスク・ライブラリに置く

部門を束ねるには、その会社が今どういう状態かを置いておく場所がいる。Cofounder.co の運営面は、だからチャットだけで完結しない。中核にあるのはロードマップ、タスク、ライブラリの 3 つだ。

ロードマップは、着想、初期設定、ブランド、構築、市場投入、ローンチ、拡大といった段階を持つ。タスクはエージェントの作業単位で、進行中・完了・レビュー待ちを追う。ライブラリは、エージェントが作ったドキュメント、レポート、計画、スクリプトを残す場所だ。

ふつう、こうした「会社の状態」は Notion、Linear、Drive、Slack、GitHub に散らばっている。Cofounder.co はそれを 1 か所に寄せる。エージェントは実行する前に、会社の文脈を読む必要があるからだ。何を売る会社か、誰に売るのか、今どの段階か、どの成果物がレビュー済みか、どの判断が残っているか。これらが手元になければ、エージェントは的外れな作業を始めてしまう。

Cofounder.co は、この文脈を運営面の一部として保持する。だから単発の業務自動化ではなく、創業初期の運営基盤として見るほうが実態に合う。

Cofounder 2 の会社運営レイヤー図
自作図。根拠: Cofounder Docs / Cofounder Pricing / Terms of Service

参考: Cofounder Docs

4. マネージド構成がエージェントの行動範囲を決める

文脈を読めても、つなぐ先がなければエージェントは実行に移れない。Cofounder.co の本体は、チャットそのものではなく、最初から用意されたマネージド型の基盤のほうにある。マネージドとは、外部ツールの接続や運用を Cofounder.co がまとめて引き受ける形を指す。料金ページとドキュメントから見える構成はこうなっている。

Cofounder.co が扱うもの
コードGitHub リポジトリ、既存コードベース
デプロイVercel プロジェクト、プレビュー、本番
バックエンドSupabase のデータベースと認証
メールエージェント用の受信箱、メール配信、アウトリーチ
決済Stripe の初期設定、支払いフロー
ドメインドメイン購入、ホスティング、秘密情報
市場投入CRM、データ補完、キャンペーン素材

エージェントが本番に近い仕事をするには、ここまでのツール接続が要る。GitHub、Vercel、Supabase、Stripe、ドメイン、受信箱がばらばらに置かれていると、エージェントは「提案する」段階で止まってしまう。実行する手が、どこにも届かないからだ。

そこで Cofounder.co は、扱う構成を絞ることで実行まで進める条件を作っている。2026 年 5 月時点では、ドキュメント上の最有力経路は Next.js のウェブアプリで、モバイルは React Native と Expo の対応が進行中とされる。ユーザーの自由度を下げる代わりに、初期設定、プレビュー、デプロイ、データベース、秘密情報、決済の面をまとめて揃える。これが、提案で止まらず実行まで届く仕掛けになっている。

エンジニア用エージェントが GitHub 連携でコードベースを調べるタスク画面
出典: Cofounder.co 公式サイト(2026/06 取得)。エンジニア担当が GitHub 連携でコードを調べ、サブエージェントに作業を割り振る様子。

参考: Cofounder Pricing / Supabase Customer Story

5. 課金は座席ではなく利用枠で決まる

基盤をまとめて握る構造は、課金の形にもそのまま出る。Cofounder.co の課金は、一般的な SaaS の座席課金とは違う。無料トライアルは 7 日間で 15 ドルの利用枠が付く。Pro は月額 20 ドルで利用枠込み。Team は月額 50 ドルで、複数人利用、SOC 2、優先サポートが上乗せされる。ただし Team は提供予定の表示にとどまる。

料金ページを読むと、利用枠の対象が広い。エージェント、AI モデルの利用、計算資源、データベースの利用が含まれ、さらにカスタマーサポート、広告費、データ購入まで対象に入る。

これは製品の性質と合っている。Cofounder.co が売るのはエディタや CRM の座席ではなく、会社運営のエージェント実行環境とマネージド基盤の使用量だからだ。一方で、ユーザーから見ると予算が読みにくくなる。エージェントが増え、見込み客の情報補完や広告費まで動き出すと、固定の月額の外側で費用が膨らんでいく。

2026 年 5 月時点では、ユーザーが自分の API キーを持ち込めない。Codex や Claude Code の契約も持ち込めない。すでに別の AI 契約を持つ会社にとって、ここは費用とベンダー管理の論点になる。

参考: Cofounder Pricing

6. Fellowship で「一人で会社を動かす」実例を集める

利用枠型の課金には、もうひとつ別の使い道がある。会社運営の実例を、自分たちで作って集めることだ。Cofounder 2 は研究プレビューと並行して、Fellowship という参加者募集を出している。

条件はこうだ。選ばれた参加者は 1,000 ドルの初期資金と、30 日間で 1 日あたり 100 ドルのプラットフォーム利用枠を受け取る。売上が 1,000 ドルに届くと、さらに 1,000 ドルが追加される。Cofounder.co は株式を取らず、会社も知的財産も参加者が保持する。参加は Discord 経由のリモートで、応募締切は 3 月 27 日。引き換えに、匿名化した運用データの提供を求めている。

対象は「実行力を示せる意欲のあるゼネラリスト」で、個人と小規模チームを世界から募る。すでに資金調達済みの会社は対象外で、過去のプロダクト公開やブートストラップでの実績が望ましいとされる。

狙いは資金提供そのものより、運用データの蓄積にある。実際の会社運営で、どのタスクが自律実行まで進み、どこで人間の承認が要るのかは、実例がなければ分からない。Fellowship は、その実例とデータを 30 日単位で集める設計になっている。

参考: Cofounder 2 Fellowship(StartupHub.ai) / Announcing Cofounder 2

7. やれることが増えるほど、責任の所在が問われる

エージェントが実行まで進むということは、本番のシステムに手を入れるということでもある。Cofounder.co は「会社をエージェントで動かす」と言い切る。だから利用規約も、踏み込んだ書き方になっている。

規約には Agent Actions が明示されている。コードのデプロイ、データベースの変更、第三者への連絡、サポート対応、決済処理、基盤の設定、プルリクエストの作成・レビュー・マージなどだ。そのうえで、これらは自律的に動くため誤りや意図しない結果を起こしうる、と書かれている。結果責任はユーザー側に寄せられ、人間の監督を入れる責任もユーザーが持つ構成だ。

公式サイトは、人間が確認に入る方針を掲げ、危険な操作は承認を求めると説明する。ただし規約を素直に読むと、レビューの有無にかかわらずユーザーの責任が広めに置かれている。プライバシーポリシー側では、ユーザーデータを AI モデルの学習に使わないとし、処理環境も安全な環境または論理的に分離された基盤と説明している。

この 2 つは合わせて読む必要がある。Cofounder.co のような製品は、機能が本番に近づくほど運用責任が重くなる。だから承認、監査、巻き戻し、データ書き出し、責任分界のしくみが、そのまま製品価値の一部として問われるようになる。

ロードマップ画面でタスクごとに User task・Agent task・承認要のラベルが付く様子
出典: Cofounder.co 公式サイト(2026/06 取得)。各タスクに User task、Agent task、Agent requires approval(承認要)が割り当てられ、人間の承認が要る範囲を分けている。

参考: Cofounder Terms / Cofounder Privacy Policy

まとめ:Cofounder.co を 7 点で整理する

  1. 会社を 8 部門に分ける:コーディングエージェントの上に、部門横断の割り振りと会社の記憶を置く
  2. Cofounder 2 で主張が変わった:記憶エージェントから、会社運営基盤へ作り直した
  3. ロードマップ・タスク・ライブラリが中核:チャットではなく、会社の状態を運営面に置く
  4. マネージド構成が本体:GitHub、Vercel、Supabase、Stripe をエージェントが扱う
  5. 課金は利用枠型:座席課金より、エージェント実行環境とマネージド基盤の使用量に近い
  6. Fellowship でデータを集める:1,000 ドル + 30 日の利用枠で、自律運営の実例と運用データを蓄積する
  7. 責任分界が導入論点になる:承認、監査、巻き戻し、データ書き出しが製品価値に入る

実務での導入を考えるなら、いきなり会社を丸ごと任せる形より、1 業務を止めないエージェントから入るほうが現実的だ。営業の見込み客調査、サポートの一次対応、記事の下書きから公開準備までを、人間の承認をはさんで動かす。この粒度なら、担当範囲、ツール権限、レビューの並びを具体的に設計できる。AIエージェントに任せられる日常業務12パターンで、こうした単位の切り出し方を整理した。エージェントに会社の文脈をどう渡すかは、AIエージェントに何を読ませるべきかで扱っている。


参考リンク

この記事は、調査・記事制作に特化したAIエージェントと、人の編集で作っています

調査、構成、執筆、更新管理の一部にAIエージェントを取り入れています。 事業や組織へのAI導入を、実務に合わせて検討したい場合はご相談ください。

AI導入について相談する