Paperclip：オープンソースのAIエージェント統括
Paperclip は、Node.js サーバーと React 画面で構成されたオープンソースの AI エージェント統括アプリです。複数の AI エージェントを一つの会社のように運営します。事業目標を決め、CEO、CTO、エンジニア、デザイナーなどの役割を「採用」し、同じダッシュボードから承認、予算設定、タスクとコストの追跡ができます。特定のエージェントに縛られず、OpenClaw、Claude Code、Codex、Cursor、Gemini CLI、OpenCode などもハートビートを受け取れれば参加できます。タスク管理、組織構造、人材育成、インフラの四本柱で設計され、ガバナンス、権限の境界、コスト監視を重視します。エージェントを24時間自律稼働させつつ、いつでも監査・介入したい個人開発者や小規模チームに向いています。
背景と概要
AI コーディングエージェント単体の性能は、すでに実用の域にあります。問題が表面化するのは、数を増やしたときです。Claude Code の端末を十個、二十個と同時に開き、それぞれで agent を動かす人もいます。しばらくすると、誰が何をしているのか、いくら使ったのか、どの成果を信じてよいのかが分からなくなります。オープンソースの AI エージェント統括アプリ Paperclip は、この隙間を狙っています。
位置づけは明快です。OpenClaw が一人の従業員なら、Paperclip はその会社にあたります。より賢い単体エージェントを目指すのではなく、エージェントの上に管理層を足します。管理する対象は、個々のプルリクエストから事業目標そのものに変わります。各社のコーディングエージェントと人間の管理者の間に入る、統括とガバナンスの層です。 GitHub ではすでに一万を超えるスターを集めています。topics には agent-orchestration、ai-governance、agent-skills といった語が並びます。コミュニティの関心は、エージェントを動かすことより、複数のエージェントを制御しながら動かし続けることに移っているようです。 Paperclip とは何で、どんな課題を解くのでしょうか。Paperclip は Node.js サーバーと React 画面で構成されたオープンソースの統括アプリで、複数の AI エージェントを一つの会社のように管理します。一人で多数のエージェントを走らせたときに失われる、可視性、予算管理、責任の所在を取り戻すためのものです。
深掘り分析
設計は四本の柱に支えられています。一本目はエージェント向けのタスク管理です。利用者は意図を宣言し、エージェントが作業し、利用者が成果を検証します。タスク、承認とレビューの関門、自ら動くエージェント同僚、監査できる定型業務やワークフローを扱います。結果は diff、スクリーンショット、テストで確認できます。 二本目はエージェントの組織図です。人間とエージェントが同じ図に並び、職責、委任、分業が明確になります。誰が何をできるかを定めるガバナンス規則、範囲を絞った秘密情報、会社の境界、接続の権限、責任者の身元も含まれます。この層が普通のタスクボードとの最大の違いです。見た目はタスク管理でも、土台には組織、予算、ガバナンス、目標の整合があります。
三本目はエージェントの人材育成です。Skill Studio と組織内で共有するスキル、評価と保存したテスト実行、能動的な学習ループと品質指標、エージェントの業績評価、スキルのバージョン履歴と復元、再利用できるチームテンプレートが挙がっています。四本目は、これらを載せて動かすインフラ層です。ただし元の紹介文はこの部分で途切れており、本稿では詳述しません。 接続の敷居は低く設計されています。モデルと実行シェルはエージェントごとに選べます。ハートビートを受け取れれば「採用」と見なされます。カスタムプロセス、HTTP エンドポイント、外部の adapter パッケージで名簿を広げることもできます。README が対応として挙げるのは、OpenClaw、Claude Code、Codex、Cursor（クラウド含む）、Gemini CLI、OpenCode、Pi、Hermes（ゲートウェイ含む）、Grok Build、Kimi Code です。設定と機能は公式文書の adapter 概要ページにあります。
業界への影響
README は使い方を三段階にまとめています。まず目標を決めます。例は、AI ノートアプリを月商百万ドルまで育てることです。次にチームを作ります。CEO、CTO、エンジニア、デザイナー、マーケターを、どの提供元からでも集められます。最後に承認して実行します。戦略を確認し、予算を設定し、開始してダッシュボードで見守ります。Node.js と React の構成なので、フロントエンドや Node の開発者にはなじみのある形です。
Paperclip は「AI 労働者の群れをどう管理するか」を、独立した工学上の課題として扱っています。特定のモデルや IDE の付属機能ではありません。エージェントが増えると、権限の境界、予算の上限、承認の関門、業績評価といった企業管理の概念が、現実の技術要件になります。これを各チームが一から作り直したいとは考えにくいでしょう。
ベンダーに中立である点も、採用の判断に効きます。ハートビートを最小の接続条件にすることで、乗り換えの負担が下がり、単一の供給元に賭けずに済みます。README は、エージェントを 24 時間自律稼働させつつ監査と介入の手段を残したい人に向くと述べています。スマートフォンから自律的な事業を管理したい人も想定しています。Quickstart、文書サイト、Discord と Twitter のコミュニティに加え、Paperclip Cloud の待機リストもあります。自己ホストに加えて、ホスト型サービスも探っていることがうかがえます。
今後の展望
リスクははっきりしています。事業目標に向けてエージェントを 24 時間動かせば、誤った判断やコストの暴走の代償は大きくなります。予算と承認の仕組みが十分に頑丈かどうかは、実運用で確かめる必要があります。二つ目は重さです。組織図やスキル育成といった抽象が重くなりすぎれば、設定の負担を増やしかねません。三つ目は上流の変動です。多くの外部エージェント CLI やインターフェースに依存するため、adapter の保守の速さが問われます。
複数のコーディングエージェントを併用しているチームなら、試し方は小さく始めるのが現実的です。小さな目標を一つ選び、使い慣れたエージェントを二、三個つなぎます。タスクの流れとコスト記録が、手で端末を開くより見やすいかどうかを確かめます。
注目点は三つあります。評価とスキルのバージョン管理が、測れる品質向上につながるか。クラウド版がどんな形になるか。外部 adapter の生態系が育ち続けるか。結果がどうであれ、Paperclip は「エージェントのチームをどう管理するか」という問いに、動く具体的な答えを一つ示しています。
Sources
FAQ
Paperclip とは何で、どんな課題を解決しますか？
Paperclip は、Node.js サーバーと React 画面で構成されたオープンソースの AI エージェント統括アプリです。複数のエージェントを会社のように運営します。一人で多数のエージェントを動かすと、誰が何をしているか、費用、結果の信頼性が見えなくなる問題に対応します。
Paperclip は複数の AI エージェント運用でなぜ重要ですか？
Paperclip は各社のコーディングエージェントの上に管理層を加え、管理対象を個別のプルリクエストから事業目標へ変えます。ハートビートを最小の接続条件とし、特定ベンダーに依存しないため、移行コストを下げ、単一供應元への賭けを避けられます。
Paperclip を導入する前に何に注意すべきですか？
Paperclip でエージェントを24時間自律稼働させると、誤った判断やコスト超過の影響が大きくなります。予算と承認の仕組みが十分堅牢かは実運用で確認が必要です。記事は、小さな目標を選び、慣れたエージェントを二、三個接続して、タスクの流れとコスト記録を比べるよう勧めています。