Paperclip（paperclip.ing）在 2026 年 3 月初上線 GitHub 後，一週內累積超過 19,000 顆星、2,400 次 fork，成為近期 AI 代理編排領域成長最快的開源專案。這個由開發者 @dotta 發布的 Node.js + React 平台，定位為「零人公司的編排層」，將 Claude Code、OpenClaw、Codex、Cursor 等各類 AI 代理整合進一套具備組織架構圖、預算控制、治理審核與目標對齊的管理系統。專案以 MIT 授權、完全自託管，無需建立 Paperclip 帳號。
用更直白的方式理解：如果 OpenClaw 是你的員工，Paperclip 就是你的公司。
為什麼現在需要 Paperclip：從「單一代理」到「代理組織」的瓶頸
2025 年是 AI 代理的個體能力爆發年。Claude Code 已能寫出生產級程式碼、Codex 可以獨立交付功能模組、OpenClaw 能在無人監督下連續運行數小時。個別 AI 代理的能力不再是瓶頸。
真正的瓶頸出現在「規模化」之後。當你同時開著 20 個 Claude Code 分頁，你記不清哪個在做什麼。重新開機後所有工作脈絡消失。一個失控的循環在你察覺前已經燒掉數百美元（約 NTD 9,600 至 16,000）的 token。你花 15 分鐘搜集各種上下文資料，只為了提醒代理它目前的專案目標是什麼。
Paperclip 的創建者 @dotta 在 Medium 上被引述的開發背景印證了這個痛點：他原本在管理一個自動化對沖基金的複雜工作流，同時有大量 Claude Code 工作階段並行，卻缺乏統一的協調層。
Paperclip 的核心架構：六大技術支柱
組織架構與角色層級
每個 AI 代理在 Paperclip 中擁有明確的職稱、直屬主管與工作描述。代理以嚴格的樹狀層級組織——CEO 委派給 CTO，CTO 委派給工程師。這不是模擬，是實際的指揮鏈：上報與任務委派沿著組織架構自動流動。
目標對齊（Goal Alignment）
每項任務攜帶完整的目標祖先脈絡。從公司使命→專案目標→具體任務，代理不只知道「做什麼」，更知道「為什麼做」。Paperclip 的 SKILLS.md 機制讓代理在運行時自動發現所需的上下文，無需重新訓練。
心跳排程與事件觸發
代理不持續運行，而是透過「心跳」（heartbeat）機制定時喚醒：檢查任務佇列、執行工作、回報結果。除了排程觸發，任務指派與 @-mention 也能即時喚醒代理。這個設計類似人類團隊的每日站會節奏。
原子級預算控制
每個代理設有月度預算上限。使用率達 80% 時發出警告，100% 時自動暫停，新任務被阻擋。你可以隨時手動覆寫上限。預算追蹤粒度涵蓋：每個代理、每項任務、每個專案、每個目標。
這個設計直接回應了 OpenClaw 使用者的常見痛點——在 Mac Mini 上跑代理卻忘記監控，醒來發現帳單爆炸。
不可變審計日誌
每一筆指令、回應、工具呼叫和決策都被記錄。日誌為 append-only 架構：不可編輯、不可刪除。工單系統以結構化方式呈現每個任務的擁有者、狀態與對話串。
多公司隔離
單一部署可運行無限數量的公司，每家公司之間資料完全隔離。一個控制平面管理整個投資組合。這個特性特別適合同時測試不同策略的創業者或管理多個客戶專案的代理商。
| 功能模組 | 說明 | 解決的痛點 |
|---|---|---|
| 組織架構圖 | 角色、職稱、直屬關係 | 代理間無協調、任務所有權不明 |
| 目標對齊 | 任務→專案→使命的脈絡傳遞 | 代理不知為何執行某任務 |
| 心跳排程 | 定時喚醒 + 事件觸發 | 需手動啟動每個代理工作 |
| 預算控制 | 每代理月度上限、80%/100% 閾值 | 失控迴圈燒毀數百美元 token |
| 審計日誌 | Append-only、全追蹤 | 決策黑箱、無法回溯問題 |
| 多公司隔離 | 單部署多公司、資料隔離 | 需為每個專案建獨立環境 |
安裝與技術要求
Paperclip 的部署摩擦極低。本地環境僅需 Node.js 20+ 與 pnpm 9.15+，一行指令啟動：
npx paperclipai onboard --yes
互動式設定會引導你完成資料庫配置（內建嵌入式 PostgreSQL，無需外部設定）、認證、以及第一家公司的建立。API 伺服器運行於 http://localhost:3100。
生產環境部署時，將 Paperclip 指向你自己的 PostgreSQL 即可。個人開發者可搭配 Tailscale 實現行動端遠端存取，後續再部署至 Vercel 等平台。Docker 支援亦已就緒。
Paperclip vs. 其他 AI 代理工具：定位差異
理解 Paperclip 的關鍵在於它「不是什麼」：
- 不是聊天機器人框架——代理有工作，不是聊天視窗
- 不是 AI 代理框架——Paperclip 不教你如何建造代理，而是教你如何經營一家由代理組成的公司
- 不是工作流建構器——沒有拖拉式管線，Paperclip 建模的是公司結構
- 不是程式碼審查工具——Paperclip 編排的是工作，不是 pull request
- 不是單代理工具——如果你只有一個代理，你可能不需要 Paperclip；如果你有 20 個，你絕對需要
| 工具 | 定位 | 與 Paperclip 的關係 |
|---|---|---|
| Claude Code | AI 程式開發代理 | Paperclip 底下的「員工」 |
| OpenClaw | 開源 AI 編碼代理 | Paperclip 底下的「員工」 |
| Codex | OpenAI 程式代理 | Paperclip 底下的「員工」 |
| Cursor | AI 輔助 IDE | Paperclip 底下的「員工」 |
| Asana / Trello | 專案管理工具 | Paperclip 提供代理專用的協調層，比通用工具多了預算控制、治理閘門與工作階段管理 |
社群反應：從 GitHub 到 Threads 的討論熱度
截至 2026 年 3 月 12 日，Paperclip GitHub 儲存庫累積 19,075 顆星與 2,381 次 fork，在 trendshift.io、Microlaunch、daily.dev 均登上趨勢榜。
社群討論主要集中在 X（Twitter）、Threads 與技術部落格。在 Reddit 上，截至撰文時尚未出現大規模的專題討論串，但相關話題在 r/singularity、r/LocalLLaMA 等子版中以「零人公司」或「AI 代理編排」為關鍵字被提及。
社群關注的焦點包括：
正面評價方面，開發者社群普遍認可 Paperclip 填補了「代理能力已到位，但協調層缺失」的市場空白。eWeek 將其形容為把 OpenClaw 代理轉化為 AI 公司的工具。預算控制與治理機制被多次提及為最有說服力的功能——信任軟體運行實際業務時，需要實質的護欄。
質疑與觀望方面，Threads 上有開發者指出 GitHub 組織沒有公開成員，且 LICENSE 檔案中未列作者姓名，引發對專案透明度的疑問。部分評論認為「零人公司」概念目前仍介於實驗與實用之間。The Zero-Human Company 創辦人 Brian Roemmele 在 X 上的深度評測中指出，Paperclip 在大規模並行（如 2,048 代理以上）方面尚未經過驗證，且缺乏類似 JouleWork 的生產力計量機制。
即將推出的 ClipMart——一個可下載與交易預建公司模板的市場——是社群討論中另一個高度關注的方向。想像下載一個預配置的內容行銷代理公司或加密貨幣交易台，匯入 Paperclip 後直接運行。
產業背景：2026 年 AI 公司編排的競爭版圖
Paperclip 不是孤立現象。2026 年 Q1 的 AI 代理生態系進入了「從個體代理到代理組織」的轉折期。
Microsoft 剛推出 Copilot Cowork，與 Anthropic 合作讓 AI 在 Outlook、Teams、Excel、PowerPoint 間完成多步驟任務。Anthropic 發布了 Claude Marketplace，一個免佣金的企業工具商店。NVIDIA 計劃推出開源 AI 代理平台 NemoClaw。
開源陣營方面，Paperclip 與其他編排工具形成互補而非直接競爭的格局。AutoGPT、Devin、OpenDevin 已展示多代理協作的概念，Paperclip 專注的是讓這些系統在「公司」層級運行所需的編排基礎設施。
Business Insider 在 2026 年 2 月報導了 solo founder Aaron Sneed 以 15 個客製化 GPT 代理組成「委員會」運營業務，每週節省超過 20 小時。Nat Eliason 的 AI 代理 Felix 已產生超過 USD 100,000（約 NTD 3,200,000）的營收。這些案例說明「零人公司」不再是思想實驗，而是正在產出實際商業成果的運營模式。
適用場景與限制
適用對象
- 同時運行 5 個以上 AI 代理的開發者或創業者
- 需要在多個自動化業務間維持資料隔離的代理商
- 想要從「一堆腳本」升級為「結構化公司」的 agentic coding 實踐者
不適用對象
- 只使用單一 AI 代理的使用者——Paperclip 為團隊設計
- 需要即時使用的非技術用戶——目前僅限自託管，無雲端版本
- 期望一鍵生成營收的使用者——Paperclip 是基礎設施，不是魔法
Paperclip 跟 OpenClaw 或 Claude Code 有什麼不同？
Paperclip 並非替代這些代理，而是在它們之上建立管理層。OpenClaw 與 Claude Code 是執行工作的「員工」，Paperclip 提供組織架構、預算、目標對齊與治理——也就是讓這些員工成為「公司」所需的協調基礎設施。
Paperclip 是否只適合技術背景的使用者？
目前是。Paperclip 需要 Node.js 20+ 環境，安裝過程為命令列操作。非技術使用者可能需要開發者協助初始設定。不過一旦完成部署，Dashboard 本身相對直覺。
多公司隔離功能的實際應用場景是什麼？
最直接的場景包括：代理商為不同客戶運行獨立的 AI 業務單元；創業者同時測試多種商業策略（如一個加密交易台配 12 個代理、一個 TikTok 內容工廠配 5 個、一個電商營運配 10 個）；以及在不互相干擾的環境中進行 A/B 測試。
預算控制如何防止 token 費用失控？
每個代理設有月度預算上限，以原子級操作（atomic enforcement）執行。使用率達 80% 時發出警告，100% 時自動暫停代理並阻擋新任務。你可以追蹤每個代理、任務、專案與目標的支出明細，也能隨時手動覆寫上限。
ClipMart 是什麼？什麼時候推出？
ClipMart 是 Paperclip 團隊正在開發的公司模板市場，讓使用者瀏覽、下載並匯入預建的完整組織結構（包含代理配置、技能與角色）。目前 GitHub 儲存庫已建立但功能尚在開發中，預計 2026 年 Q2 提供更完整的使用體驗。
引用來源
- GitHub — paperclipai/paperclip
- Medium / Agent Native — Zero-Human Company with OpenClaw, Claude, and Codex
作者觀點
Erik (EKC) @ Tenten.co
我們協助超過 30 家企業從單一 AI 代理使用升級為多代理工作流。實際操作中最大的挑戰從來不是「代理能不能做」——而是「誰在追蹤誰做了什麼」。
Paperclip 目前的架構清楚回應了這個痛點，但我認為它真正的考驗在兩個面向：一是代理間的上下文傳遞品質（從 CEO 代理到工程師代理的指令衰減率），二是 ClipMart 能否建立足夠深度的模板生態。如果 ClipMart 成功，它可能成為「AI 公司的 Shopify Theme Store」——讓非技術創業者也能參與零人公司實驗。
現階段，對於已經在使用 Claude Code 或 OpenClaw 的技術團隊，Paperclip 值得投入一個週末進行概念驗證。對於非技術背景的企業決策者，建議先觀察 2026 年 Q2 的 ClipMart 發展再評估導入時機。
如果你的團隊正在評估多代理 AI 工作流的導入策略，歡迎與 Tenten 團隊預約諮詢。我們近期協助金融、製造與行銷領域客戶設計代理協調架構，從概念驗證到上線平均週期為 6-12 週。
延伸閱讀：
