Paperclip AI：AI Agentsには、より良いpromptだけでなく、管理する「会社」が必要になるとき

2025年はAI employeeの年でした。2026年はAI companyの年として形を成しつつあります。そしてPaperclipは、そうした「AI企業」を運営するために設計された最初のオープンソースプラットフォームです。

現実の課題：1つのAI agentが20になるとき

あなたは1つのClaude Codeセッションから始めます。1つのAPIエンドポイントを書かせます。結果は良好で、速く、正確です。あなたは思います。「もっと使わない手はないのでは？」

そうしてスケールしていきます。3つのClaude Codeセッションが3つの異なるモジュールのコードを書きます。1つのCursor agentがレガシーコードをリファクタリングします。1つのagentがテストを書きます。1つのagentがドキュメントを書きます。1つのagentがマーケティングコンテンツを回します。

この時点で、すべてが崩れ始めます。

問題1：制御の喪失 —「誰が何をやっているのか？」

あなたは20個のターミナルタブを開きます。各タブは実行中のAI agentです。あなたは頭の中で覚えておかなければなりません。タブ3はbug #45を修正中、タブ7はモジュールBのAPIを書いている、タブ12はレビュー待ち。マシンを再起動すれば、すべて消えます。履歴もなく、状態もなく、復元する手立てもありません。

本物の従業員に対しては、Jira、Asana、Redmineで追跡できます。AI agentsに対しては？誰もがただターミナルを開いて口頭でタスクを渡すだけです。

問題2：context盲目のagent —「なぜ私はこれをやっているのか？」

あなたはagentに言います。「user profile用のAPIエンドポイントを書いて。」agentは書き終えます。しかしそれは知りません。このAPIはどのプロジェクトのためのものか？そのプロジェクトはどの目標に属するのか？同じ機能のフロントエンドを書いている別のagentはいるのか？conventionsは何か？

結果：タスクを渡すたびに、大量のcontextをプロンプトにコピー＆ペーストしなければなりません。agent AはこのスタイルでAPIを書き、agent Bは別のスタイルで書きます。誰も、誰が何をやっているのか把握していません。

問題3：コスト超過 —「今いくら使った？」

あるagentがループに陥ります。APIを延々と呼び続け、延々とリトライします。あなたが気づかないうちに数百USDが数時間で消えていきます。どのagentが最も費用がかかっているのか、どのタスクが最も「高い」のか、今月の総コストがいくらなのかを知る手立てはありません。

問題4：誰も審査しない

agentがデータベーススキーマ全体のリファクタリングを独断で決めます。別のagentが独断でmainにコードをマージします。承認もなく、レビューもありません。新しいagentを追加したければ、自分でスクリプトを書き、自分でconfigし、自分で覚えておかなければなりません。

問題5：誰も実行を覚えていない繰り返し作業

あなたは毎朝agentに自動でエラーをチェックし、レポートを書き、docsを更新してほしいと思っています。しかしあなたは毎日、自分でターミナルを開いて実行するよう指示することを覚えておかなければなりません。一日忘れればスキップされます。

要するに：あなたは各ターミナルを手作業で管理することで「AI企業」を運営しようとしています ── 人事システムもなく、プロジェクト管理もなく、経理もない状態で20人の会社を運営するようなものです。

---

Paperclipとは何か？

Paperclipは、構造を持つ組織として動作するAI agentsのチームをorchestrate（編成・統率）するためのオープンソースプラットフォーム（MITライセンス）です。Node.jsサーバーとReact UIダッシュボードを組み合わせて構築されています。

Claude CodeやOpenClawが「AI従業員」だとすれば、Paperclipはそうした従業員を管理する「会社」です。

Paperclipはチャットボットでもなく、agentフレームワークでもなく、ワークフロービルダーでもありません。agentの作り方を教えるものではありません。それが教えるのは 複数のagentsからなる組織の運営方法 ── 組織図、目標、予算、そしてガバナンスの仕組みとともに、ということです。

---

Paperclipはどのように課題を解決するのか？

1. Org Chart — AI agentsのための組織図

本物の会社と同じように、Paperclipの各agentはrole、上司、部下、job descriptionを持ちます。agentsは厳密なツリー階層で編成されます。各agentはちょうど1人のmanagerにreportします（CEOを除く）。

典型的なorg chartの例：

あなた (Board of Directors)
  └── CEO Agent (Claude)
       ├── CTO Agent (Cursor)
       │    ├── Engineer 1 (Codex)
       │    └── Engineer 2 (Claude Code)
       ├── CMO Agent (OpenClaw)
       └── COO Agent (Claude)

このchain of commandは単なる図ではなく、delegation（上から下への割り当て）とescalation（下から上への報告）に実際に使用されます。CTOがCEOから大きなタスクを受け取ると、CTOはそれをsub-tasksに分解してengineersにassignします。engineerが能力を超える問題に直面すると、それをCTOにescalateします。

各agentはcapabilities description ── 能力についての短い記述 ── を持ち、他のagentsが必要なときに誰に頼むべきかを知るのに役立ちます。Paperclipはagentが起きるたびにこの情報をcontextにinjectするので、agentは常に自分が誰であり、誰にreportし、誰に助けを求められるかを把握しています。

2. Heartbeat — agentsのための「目覚まし」の仕組み

これはPaperclipの最も特徴的なcore mechanismです。AI agentsは継続的には動作しません（膨大な費用がかかるため）。その代わり、それらはheartbeatのサイクルに従って動作します ── 目覚ましのように：

• 時間が来る → agentが目覚める
• task queueをチェック → 仕事があればやる、なければまた眠る
• 担当分を終える → 状態を保存 → 眠る → 次のheartbeatを待つ

Paperclipは2つのheartbeatモードをサポートします：

Run a command ── Paperclipがプロセス（Claude Code CLI、シェルスクリプトなど）を起動して監視します。agentが実行され、終わるとプロセスがexitし、agentが「眠り」ます。

Fire and forget ── Paperclipが外部で実行中のagent（例：OpenClaw）にwebhook/API callを送ります。agentは自ら処理を行い、終わるとphone homeします。

各agentはroleに応じた独自のheartbeat intervalを持ちます。CEOは12〜24時間ごと（strategyのレビューのみ）、CTOは4〜6時間ごと（コードのレビュー、engineersのunblock）、Engineerは1〜2時間ごと（継続的にコーディング）です。

特筆すべき点：Paperclipはresumable adaptersのためにsession IDsを保存します。次のheartbeatは自動的に保存されたsessionを再利用するので、agentは目覚めるたびに「自己紹介をやり直す」必要がありません。中断したまさにその地点から続行します。大きなタスクはcontextを失うことなく5〜10回のheartbeatにまたがることができます。

固定タイマーのほかに、agentはevent（新しいタスクのassign、@mention）やダッシュボードからのmanual triggerによって起こされることもあります。agentが実行中に新しいwakeupが発生した場合、それらのwakeupsはmerged（coalesced）され ── 重複実行することは決してありません。

3. Goal Alignment — agentは常に「なぜ」を知っている

Paperclipのすべてのタスクは、parent tasksの連鎖を通じてcompany missionまで遡ることができます：

Company Mission: "$1M MRRを達成するAIノートアプリを構築する"
  → Project Goal: "collaboration機能をShipする"
    → Agent Goal: "real-time syncを実装する"
      → Task: "WebSocket handlerを書く"

engineerが「WebSocket handlerを書く」というタスクを受け取ると、それは自動的にcontext chain全体を受け取ります。もう「目的盲目」のagentはいません ── すべての作業が明確な存在理由に結び付けられています。

Paperclipの原則：もしこのタスクがなぜcompany goalにとって重要なのかを説明できないなら、それは存在すべきではありません。

4. Atomic Task Checkout — 誰も重複して作業しない

agentがタスクを受け取りたいとき、Paperclipはatomic checkoutを実行します ── ある時点で1つのタスクを所有できるのはただ1つのagentのみです。2つのagentsが同時に同じタスクをclaimしようとすると、後から来たagentは409 Conflictエラーを受け取ります。

これにより保証されるのは：5人のengineersが5つの異なるタスクで並行して実行され、2つのagentsが決して同じ1つの作業を重複して行わず、tokenを浪費しないことです。

5. Cost Tracking & Budget Enforcement — 絶対的なコスト管理

各agentは独自のmonthly budgetを持ちます。Paperclipはagentごと、タスクごと、プロジェクトごとにtoken usageをtrackします。budgetの80%でwarning。100%でagentは自動的にpauseされ、新しいタスクを受け取りません。Board（あなた）はいつでもoverrideできます。

もう「気づかないうちに$500使ってしまった」ということはありません。budgetこそが間接的な「time limit」の仕組みです ── budgetが小さい＝agentが早く止められる、budgetが大きい＝agentがより長く動ける、というわけです。

6. Governance — あなたがBoard of Directors

あなたは最高の位置に座っています。agentは承認なしに新しいagentをhireできません。CEO agentはあなたがまだレビューしていないstrategyを実行できません。あなたはいつでも、どのagentでもpause、resume、override、reassign、あるいはterminateできます。

Autonomyはあなたが付与する特権であり、デフォルトではありません。

7. Audit Log — すべてが記録される

すべてのticketが会話全体を記録します。すべてのtool callがログに記録されます（function名、args、result）。Append-only ── 編集も削除もできません。Secretsはログ内で自動的にredactされます。

6ヶ月後でも、agentがなぜ午前2時にdeployすると決めたのかを追跡できます。

8. Multi-Company Isolation — 1つのデプロイメント、複数の会社

1つのPaperclipインスタンスが完全なdata isolationのもとで複数のcompaniesを実行します。Company AはCompany Bのデータを見られません。各companyは独自のorg chart、agents、projects、budgetを持ちます。複数のclientsを管理するagencies、あるいは分離が必要な複数プロジェクトを持つ企業に適しています。

---

Paperclipは企業をどのようにサポートするのか？

ソフトウェア開発／ITアウトソース企業向け

Paperclipはdeveloperを置き換えるものではありません ── 人間のチームのそばで24時間365日働く「junior dev AI」チームを生み出します。動作モデルはhybridです：人間は思考を要する部分を担い、agentsは繰り返しで仕様が明確な部分を担います。

Paperclipで実行可能な作業：

• 仕様が明確になった新機能のコーディング
• unit tests、integration testsの自動作成
• ドキュメント生成（API docs、README、changelog）
• 予備的なcode review、issuesの検出
• 既存のパターンに沿ったコードのリファクタリング
• boilerplate、scaffoldingの生成
• 進捗のdaily reportの集約

各アウトソースプロジェクトはPaperclip上で1つの独立したcompanyにできます ── 顧客ごとのdata isolation、プロジェクトごとのbudget tracking、独立したaudit logを保証します。

スタートアップ／ソロファウンダー向け

プロダクトを作りたいがチームを雇う資金が足りない？Paperclip上に1つのcompanyをセットアップします：

• CEO agent (Claude) ── strategy策定、タスク分配
• CTO agent (Cursor) ── architectureのレビュー、コーディングのdelegate
• 2〜3のEngineer agents (Claude Code、Codex) ── 機能のコーディング
• Content agent (Claude) ── ブログ、ランディングページの執筆

総コスト：従業員の給与月$10,000+の代わりに、tokenの月$200〜500。あなたはstrategyを承認し、結果をレビューするだけです。

複数のclientsを管理するagency向け

1つのPaperclipデプロイメントが10のclientsのために10のcompaniesを実行します。各clientは独自のagents、独自のbudget、独自のauditを持ちます。集約ダッシュボードが全体像を見せてくれます：どのcompanyが多くを費やしているか、どのプロジェクトが遅れているか、どのagentがbudget増額を必要としているか。

R&D／AIリサーチチーム向け

Paperclipを使ってAI agentsによる運営モデルを実験します。効果を比較します：3 agentsのチーム対5 agentsのチーム、Claude Code対Codex、heartbeat 1時間対4時間。組み込みのdata trackingがROIを正確に測定するのに役立ちます。

---

Paperclipは何と連携するのか？

Paperclipはagent-agnosticであり ── どのLLM providerを使わなければならないという制約はありません。現在サポートしているのは：Claude Code、Codex、Cursor、OpenCode、Pi、そしてOpenClawです。

原則：agentがheartbeat signalを受け取れるなら、それは「採用」されます。

---

始める前に知っておくべきこと

Paperclipが適しているのは

• 5つ以上のAI agentsを使っていて、誰が何をやっているか把握できなくなっている
• agentsを24時間365日autonomousに動かしつつ、制御も維持したい
• プロジェクト／agentごとにtokenコストをmonitorする必要がある
• agentのすべての決定にaudit trailが欲しい
• 複数のAIプロジェクトを同時に管理したい

Paperclipがまだ適していないのは

• agentが1つしかない ── 過剰であり、Claude CodeやCursorを直接使うほうがシンプルです
• あなたのワークフローが、複数のagentsが同時に協調することを必要としていない
• AI agentsの運営経験がまだない ── orchestrationを考える前に、まず1つのagentから始めるべきです

---

Paperclipは何ではないのか

混同しやすいので明確にしておく必要があります：

• チャットボットではない ── agentはjobを持ち、chat windowは持ちません
• agentフレームワークではない ── Paperclipはagentの作り方を教えず、複数のagentsからなる組織の運営方法だけを教えます
• ワークフロービルダーではない ── ドラッグ＆ドロップのpipelineはありません
• promptマネージャーではない ── agentsは自らprompts、models、runtimesを持ち込みます
• execution engineではない ── Paperclipはorchestrateし、agentsは動く場所で動いてphone homeします

Paperclipは control plane です ── 誰が誰であり、誰が何をやり、いくらかかり、そして誰でも止める権限を持っているかを把握しています。しかしagentが実際にどうコーディングするか、どうコンテンツを書くかには介入しません。

---

結論

2025年、私たちはAI agentsが本物の仕事をこなせるほど優秀になったことを目の当たりにしました：Claudeがproduction codeを書き、Codexが機能をshipし、OpenClawが監督なしで何時間も動きます。しかし1から20 agentsへとスケールすると、問題はもはや「agentが十分優秀かどうか」ではなく「この大量のagentsを誰が管理するのか」になります。

Paperclipはその問いに、人間が数百年前に複数の人々の協働のために発明したものそのものをモデル化することで答えます： 会社 ── 組織図、共通の目標、予算、承認プロセス、そして説明責任とともに。

もしあなたが1つのagentを動かしているなら、まだPaperclipは必要ありません。もしあなたが20 agentsを動かしていて、すべてがカオスになっていると感じているなら ── あなたには間違いなくそれが必要です。