Paperclipレビュー:オープンソースのAIエージェント実行基盤を検証

Paperclipの正体

私はエージェントと連携のコードを書くのが本業なので、Paperclipをランディングページの言葉ではなく、同僚に説明するように描写します。

Paperclipは、AIエージェントのチームを統率して事業を運営するNode.jsサーバーとReact UIです。MITライセンスで、GitHubスターは約74,000、全体の売りはガバナンスです。エージェントに組織図を与え、100%で自動的に一時停止する月次予算を割り当て、ミッションに紐づく目標を設定し、「すべての会話が追跡され、すべての判断が説明される」チケットシステムを通じて作業を振り分けます。エージェントはスケジュールされた「ハートビート」で起動し、組織図の下へ作業を委任していきます。

巧妙なのは、これがエージェント非依存な点です。Claude Code、Codex、Cursor、OpenClaw、Hermesはすべて実働ワーカーとして接続でき、Paperclipはそれらを雇用し、予算を管理し、監査する層です。公式ドキュメントはその境界について清々しいほど正直で、明確にチャットボットではない、単一エージェントのツールでもない、サポート製品でもないと述べています。

その一文がこのレビュー全体で最も重要なので、その隔たりを図にしました。

Paperclipはエージェントを統制します。しかし、サポートチームが本当に必要とするもの、つまりチケットが解決されるヘルプデスクそのものは含まれていません。

そもそもPaperclipを運用すべきか

詳しく見る前に、簡単な二つの質問に答えてください。これは近道であって絶対の答えではありませんが、このレビューの続きがあなた向けかどうか、あるいはすぐに代替ツールに進むべきかを教えてくれます。

Paperclipが優れている点

正当な評価はきちんとしましょう、Paperclipにはその価値があります。エージェント型AIの運用を構築しているなら、これらは本物の強みです。

• ガバナンスこそが核心で、しっかり作られている。 100%で自動的に一時停止する予算、ミッションに紐づく目標、すべての判断に対する完全な監査証跡。監視なしで動くエージェント群に不安を感じる人にとって、それはアーキテクチャに正しく組み込まれた本能です。
• 本当にエージェント非依存。 基盤となるエージェントを差し替え可能なものとして扱うため、特定のモデルやベンダーに縛られません。組織図を書き直さずにClaude CodeからOpenClawに切り替えられます。
• セルフホストでMITライセンス。 データもエージェントも自社インフラに留まります。厳格なデータレジデンシーの要件があるチームにとって、その所有権には大きな価値があります。
• メンタルモデルが新鮮。 「エージェントを会社のように運用する」というフレーミングは、多くのオーケストレーションツールより明快で、ハートビートと組織図を組み合わせた設計は、生のスクリプトでは実現できない形で長時間の委任作業を可視化します。

オープンソースのエンジニアリングとして、読んでいて楽しいものです。本気でそう思います。

Paperclipが足りない点

ここからは正直な部分です。褒めるだけのレビューはレビューではありません。この多くはバグではなく、Paperclipが何であることを選ばなかったかの結果です。

• 反対側にヘルプデスクがない。 ネイティブのZendesk、Freshdesk、Gorgiasコネクタがありません。Paperclipはエージェントを管理するだけで、チケットツールの中には入りません。サポート用途では、それはゲーム全体が抜け落ちているのと同じです。
• 独自のエージェントがない。 Paperclipはエージェントの上に位置するコントロールプレーンなので、実際のAIエージェントとそのモデルは自分で用意し、設定し、費用を払う必要があります。雇うまでは従業員のいない組織図です。
• 自社データでテストする方法がない。 過去のチケットに対するシミュレーションがありません。ここで、私たちのチームが何年もエージェントを本番の対応キューに乗せてきた経験が効いてきます。自信たっぷりに聞こえるボットが静かに間違った回答をするのを何度も見てきました。だからこそeeselは今、本番展開のたびに実際の履歴に対して事前にシミュレーションします。Paperclipの監査ログは何が起きたかを教えてくれますが、顧客に影響が出る前に何が起きるかを教えることはできません。
• スタックの運用は自分の仕事。 Node 20以上、pnpm、Postgresデータベース、サーバー。すべて自分でインストールし、パッチを当て、スケールさせ、面倒を見る必要があります。
• コストの見通しが立てにくい。 ハートビート1回ごとにLLM呼び出しが発生します。予算は上限に達すると作業を一時停止しますが、呼び出し単価そのものは下がらないため、稼働の多い組織図は思ったより速くトークンを消費します。

これらはどれもプロジェクトへの批判ではありません。エージェントの会社を運用するのを助けるツールと、サポートエージェントそのものであるツールの違いです。

Paperclipの料金:無料だが、タダではない

正確に言いましょう。「無料でオープンソース」という言葉は本当の数字を隠してしまいます。

Paperclipの実行基盤はMITライセンスの下で無料で、アカウントもシート料金も不要です。実際に支払うのはその周辺すべてです。各エージェントが行うLLM API呼び出し(最大かつ最も予測しにくい項目)、それをホストするサーバーとPostgresデータベース、そして全体を稼働させ続けるエンジニアリング時間です。サポート用途で重要な数字は解決チケット1件あたりのコストであり、セルフホストのエージェント群はそれを事前に見積もりにくくします。

これを従量課金と比べてみてください。そちらは解決件数に応じて支払い、インフラは他社の問題になります。どちらが抽象的に「安い」ということはありませんが、一方はチケットあたりの予測可能な数字を、もう一方は変動するインフラ費用を与えてくれます。自分がどちらに加入しているのかを理解しておきましょう。

Paperclipを運用すべき人、すべきでない人

誇大な宣伝を取り除けば、結局は適性の問題です。

Paperclipを運用すべきなのは、多数のエージェントにまたがる自律型エージェントの運用を構築するエンジニアリング重視のチームで、スタックを自分で所有することに価値を見出し、ガバナンス(予算、監査証跡、組織図)があれば嬉しいものではなく本当に必要な要件である場合です。その用途では最良のオープンソース選択肢の一つであり、私のPaperclip代替記事では比較対象となるCrewAIやLangGraph勢も詳しく扱っています。

Paperclipを見送るべきなのは、実際の目的が顧客のチケットに答えることである場合です。ヘルプデスク連携、エージェント、安全性テストを後付けするのに何週間も費やし、結局は既に存在するカスタマーサービスAIを再発明することになるだけです。それはPaperclipが目指すものではなく、無理にその形にはめ込むのは、他の点では優れたツールに失望する一番の近道です。

サポートに開いた穴を、私ならどう埋めるか

ここまで読んだのが、サポートの対応キューにAIを置きたかったからなら、直接的な答えはこうです。組織図ではなく、チケットを解決してくれる仲間が必要なのです。

eeselはPaperclipとは正反対の賭けです。エージェントの会社を構築する代わりに、すでに使っているヘルプデスクにAIの仲間を一人組み込み、チケットに答えてもらいます。Zendesk、Freshdesk、Gorgias、Help Scoutに数分でネイティブ接続し、自動的に過去のチケットやドキュメントで学習し、そして何より重要なのは、実際の顧客に返信する前に解決率を確認できるよう実際の履歴でシミュレーションできることです。Paperclipは何が起きたかを監査し、eeselは何が起きるかを見せてくれます。

「初月でeeselはティア1リクエストの73%を解決しています。7日間のトライアル中にすぐに成果が見えました。」

Kim Simpson氏、Gridwise(G2レビュー)

eeselを無料で試すか、デモを予約して自社のチケットで動きを確認してください。

私の結論

Paperclipはエージェントの会社を運用する素晴らしい方法であり、オープンソースプロジェクトとして本物の傑出した存在です。行き届いたガバナンス、本物の所有権、そして多くのツールより明快なメンタルモデル。それがあなたのやりたいことなら、集めてきた評価に十分値します。

ただしサポートエージェントではなく、どれだけ組織図のガバナンスを重ねてもそれは変わりません。実際にやりたい仕事に合ったツールを選んでください。エージェント群を統率するならPaperclip、チケットを解決するならヘルプデスク・ネイティブなAIです。