Paperclip 是一套開源的 AI 代理組織管理平台，在 GitHub 累積 81,163 顆星標與 14,916 個分支。該項目由 paperclipai 於 2026 年 3 月 2 日建立，以 MIT 授權釋出，主要語言為 TypeScript，官方定位為「代理們的公司作業系統」，核心價值在於把多個各自獨立運作的 AI 代理，納入具備組織圖、預算與治理機制的統一架構。
Paperclip 是開源的 AI 代理組織管理平台，2026 年 3 月推出，星標逾 8.1 萬。它以組織圖、任務系統、預算治理與審批流程，管理多個 AI 代理協同完成業務目標。
此項目的自我描述相當直接：「如果 OpenClaw 是一名員工，Paperclip 就是那間公司。」這個類比點出當前代理工具生態的結構性缺口。市面上的工具多數聚焦於單一代理的能力邊界，例如如何讓一個代理寫出更好的程式碼、或如何讓它操作更多軟件；但當使用者同時運行多個代理時，隨之而來的問題並非能力不足，而是缺乏協調機制：誰負責哪項工作、成本由誰承擔、產出由誰驗收。
Paperclip 是什麼？
Paperclip 是自行託管的開源控制平面，以 Node.js 伺服器搭配 React 介面，內建嵌入式資料庫，讓使用者帶入自有代理、指派目標並追蹤成本。
從技術構成來看，Paperclip 是一套完整的控制平面，而非既有代理的包裝層。安裝指令只需一行腳本，會檢查 Node.js 24.11 或更新版本，並將命令列工具安裝至使用者目錄，隨後啟動互動式引導流程。它同時支援 Linux 與 macOS 的背景服務安裝，亦可透過 npx 直接試用，無需永久寫入系統。開發者若選擇手動部署，只需複製儲存庫、執行套件安裝並啟動開發模式，系統便會在本地連接埠建立服務，並自動產生嵌入式 PostgreSQL 資料庫，過程不需要額外設定。
部署模式分為兩種。預設的信任本機模式適用於單機快速起步；需要對外開放時，可選擇區域網路或私有網路綁定，並搭配身分驗證機制。這種設計使同一套系統既能作為個人實驗環境，也能在團隊內部以較嚴格的存取控制運行。
Paperclip 的核心設計理念是什麼？
理念是把代理當作員工而非聊天視窗。每個代理具備職稱、匯報關係與權限，任務向上追溯至公司目標，讓代理理解工作的目的，而不只是收到一則指令。
項目的設計前提是：代理需要的是職位，而不是對話框。官方文件明確表示，Paperclip 不是聊天機器人，也不是代理框架或工作流建構器。它不介入代理本身的提示詞設計與模型選擇，而是管理這些代理所處的組織環境。代理擁有角色、職稱與匯報線，任務則帶有完整的目標脈絡，使執行者能看見任務為何存在。
這個取向帶來一項實務差異。在多數工具中，使用者需要反覆手動補足背景資訊，才能讓代理理解當前工作的上下文；而在 Paperclip 的模型中，脈絡由任務向上串接至專案與公司目標，代理在每次被喚醒時都能取得相同的背景。官方將此描述為「目標感知執行」，其效果是減少重複交代的溝通成本。
Paperclip 的四個支柱涵蓋哪些功能？
四大支柱為代理任務管理、代理組織圖、代理員工培訓與代理作業系統。分別對應日常工作審批、角色與權限界線、技能與評估機制，以及跨供應商的執行基礎設施。
官方將系統功能歸納為四個支柱。第一是代理任務管理，涵蓋任務、審批與審閱關卡，並提供可稽核的例行流程；驗收依據包括差異比對、截圖與測試結果。第二是代理組織圖，處理人類與代理混合的階層關係、職責分工、委派與專門化，並界定誰能執行哪些操作，以及機密資訊的存取範圍。
第三是代理員工培訓，包含共享技能庫、評估與已保存的測試執行、主動學習迴圈與品質指標，並支援針對代理的績效檢視。第四是代理作業系統，負責跨供應商的執行環境，涵蓋模型與代理的任意組合、沙箱與整合、單一登入與角色權限控制，以及成本控管與資料隱私。四個支柱彼此依賴，缺一則組織化運作難以成立。
Paperclip 如何處理成本控制與治理？
Paperclip 為每個代理設定月度預算，達到上限即停止運作。任務領取與預算檢查具原子性，避免重複工作與失控支出，超支時會自動暫停代理並取消排隊中的工作。
成本控制是此項目最受關注的環節。官方以「失控迴圈在發現之前就消耗數百美元代幣」描述未受管理的代理環境，對應做法是按公司、代理、專案、目標、議題、供應商與模型逐層追蹤代幣與費用，並設定具警告門檻與硬停損的預算政策。當支出超出上限，系統會自動暫停代理並取消佇列中的工作，而非僅發出提醒。
治理機制則包含董事會審批流程、具備審閱與核准階段的執行政策、決策追蹤，以及代理的暫停、恢復與終止操作。所有變更動作都會記錄於不可變更的活動日誌中，設定變更亦具備版本紀錄並可回復。官方特別強調任務領取與預算強制執行具原子性，這意味著兩個代理不會同時取得同一項工作，也不會在預算邊界上產生重複計費。
Paperclip 的技術架構如何運作？
系統由身分存取、工作任務、心跳執行與治理審批等模組構成，透過心跳佇列喚醒代理。代理可為 Claude Code、Codex 或 HTTP 機器人。
系統由多個子系統組成。身分與存取模組處理兩種部署模式、代理 API 金鑰與短時效的執行權杖，並將每個變更請求追溯至特定行為者。組織圖與代理模組定義角色、職稱、匯報線、權限與預算，適配器範例涵蓋 Claude Code、Codex、命令列代理，以及透過 HTTP 或網路鉤子連接的外部機器人。
執行層採用資料庫支撐的喚醒佇列，具備合併處理、預算檢查、工作區解析、機密注入、技能載入與適配器呼叫等步驟，每次執行都會產生結構化日誌、成本事件與稽核軌跡，並能自動處理中斷的執行。工作區模組則提供專案工作區與隔離的執行環境，例如 git worktree 與操作者分支，並支援開發伺服器與預覽網址等執行期服務。技能注入在執行期完成，代理無需重新訓練即可學習專案脈絡。
Paperclip 的數據表現如何？
Paperclip 累積 81,163 顆星標、219 位貢獻者，以 MIT 授權釋出，主要語言為 TypeScript，最新版本 v2026.916.0 於 2026 年 9 月發布。
從時間軸觀察，此項目於 2026 年 3 月 2 日建立，六個多月內累積逾 8.1 萬顆星標，分支數達 1.49 萬，顯示大量使用者不僅取用，更進一步複製儲存庫進行修改或自行部署。貢獻者數量為 219 位，社群參與已超出核心團隊範圍。發布節奏同樣密集，最新版本 v2026.916.0 於 2026 年 9 月 16 日推出，前一版本 v2026.831.1 則在 9 月 2 日上線，兩週一次的節奏延續至今。
值得留意的是待處理議題的規模。該儲存庫的未結議題超過 5,500 項，這個數字一方面反映使用基數快速擴大，使用者提出的需求與缺陷回報同步增加；另一方面也說明項目在高速迭代下累積了可觀的待處理清單。授權採用 MIT，對商業使用與二次開發的限制極少，這對打算將代理工作流整合進企業內部流程的團隊而言，是降低法務風險的重要條件。
Paperclip 與同類工具相比有何差異？
同類工具多聚焦單一代理的能力或工作流編排，Paperclip 則把重心放在組織治理，包括預算硬停損、審批關卡與跨代理的目標對齊，並支援多家代理供應商混合運行。
市面上的代理相關工具大致可分為三類。第一類是命令列代理本身，例如 Claude Code 或 Codex，提供單一代理的完整能力，但不處理多代理之間的協調與成本分配。第二類是工作流自動化平台，優勢在於視覺化串接與步驟編排，但其模型以流程為單位，而非以角色與職責為單位。第三類是通用專案管理工具，雖然具備任務與看板，卻不理解代理的執行特性。
Paperclip 的定位在這三類之外。官方明確表示它不提供拖放式流程設計，也不管理提示詞，而是模擬公司結構，包含組織圖、目標、預算與治理。其差異化在於把最具破壞性的風險，也就是失控的成本與缺乏審核的自動執行，轉為可設定、可稽核的制度設計。對於已經同時運行多個代理的使用者，這種治理導向的切入點，正好補上既有工具刻意留空的區塊。
出處連結有哪些？
本文資訊來源為 paperclipai/paperclip 的官方 GitHub 儲存庫，包含項目描述、架構文件、安裝指南與發布紀錄，讀者可直接前往查閱最新版本與說明。
本文所有功能描述與統計數據均取自 Paperclip 官方 GitHub 儲存庫，包括 README 中的四大支柱說明、子系統架構表、支援的代理與執行環境清單，以及 GitHub API 提供的星標、分支、貢獻者、待處理議題與版本發布資料。開發者可進一步參閱官方文件目錄，了解組織圖設定、預算政策、心跳執行與公司匯出匯入的具體操作。
常見問題有哪些？
以下整理三個關於 Paperclip 的常見疑問，涵蓋它與單一代理工具的關係、是否綁定特定模型供應商，以及小