No. 005 學 習 中

紙 夾 公 司

Paperclip · Study Notes

這一站不是教材,是研究現場—— 記錄我理解 Paperclip 這套 zero-human company orchestration 的過程。 我不是 paperclip 原始碼貢獻者,也還沒真正用它跑過一家公司。 所以這裡先不追 A 級深度,先追誠實

Chapter 01

這 是 什 麼

Paperclip 是一個開源的 Node.js server + React UI,幫你編排一群 AI agent 來跑一間公司。你定義 company、organize org chart、分派 goal、設 budget,agent 們自己領任務、互相 @ 標記、跑完回報——你只管策略審批,不管執行。

菁 華

OpenClaw / Claude Code 是員工;Paperclip 是公司。

它不是 agent framework,是 agent 的組織架構 + 治理平台

官方自己把定位講得很死:

IS

· 組織架構編排(org chart / reporting / delegation)
· 任務 ticket 系統 + 會話持久化
· 預算監控 + agent 超支即停
· 多公司隔離 · 一個 deployment 跑 N 家公司
· Governance · 你是 board · 可隨時暫停/終止任何 agent

IS NOT

· 不是 chatbot
· 不是 agent framework(不告訴你怎麼做 agent)
· 不是 workflow builder(沒有 drag-and-drop 管線)
· 不是 prompt manager
· 不是單一 agent 工具—— 20+ 以上才值得用
Chapter 02

為 什 麼 學

我當下不需要它。我只是一個人用 Claude Code。官方文件清楚寫著「If you have one agent, you probably don't need Paperclip」,所以不要自欺。

那為什麼放進 dean.today 當第五專題?三個理由,由近到遠:

動 機

近:B 路線預備——未來把 Product/ 下所有 AI 工具(docutranslate / blog-image-gen / cosyvoice / facefusion / dean.today 自己...)全部納管,需要一個中央治理層。

中:「AI 組織架構」是未來 10 年最貴的技能之一,現在學比 5 年後學便宜。

遠:dean.today 上每個專題都要深到能教人能辯護——如果我不親自跑過一家 paperclip 公司,就沒資格說我懂「AI agent 編排」。

所以這個站的終極目標是:在這裡寫下一份「給想用 paperclip 的台灣開發者的入門指南」——當我能寫到那個深度,這站就從「學習中」升級到「建置中」再到「A 級」。

Chapter 03

核 心 概 念 地 圖

從官方文件與 README 抽出的 8 個基礎概念。建議依序理解——後面的都建立在前面上。

01
公司
Company
最外層容器 · 一個 deployment 可跑 N 家公司 · 完全資料隔離
02
組織架構
Org Chart
階層 / 角色 / 回報線 · 你的 agent 有上司、職稱、JD
03
代理人
Agent
自帶 prompt / model / runtime · bring your own · OpenClaw / Claude / Codex 皆可
04
目標
Goal
任務都溯源到公司使命 · agent 知道「要做什麼」+「為什麼」
05
心跳
Heartbeat
定時醒來 / event 觸發 · 不是 24/7 長駐 · 省成本
06
預算
Budget
每個 agent 月預算 · 超過即停 · 避免 runaway loop 燒錢
07
治理
Governance
approval gate · config revision · rollback · 你是 board
08
技能
Skill Injection
Runtime 注入 agent workflow 跟 project context · 不用 retrain
Chapter 04

Quickstart

兩條路。Node.js 20+ 與 pnpm 9.15+ 是先決條件。

路徑 A · 官方 npx 一鍵(還沒親測):

npx paperclipai onboard --yes
# 會自動安裝 + 啟動 API server (http://localhost:3100)
# 內建 PostgreSQL 自動建好

路徑 B · 手動從 source(本機已 clone 在 ref/paperclip/

cd /Users/dean/Desktop/Product/dean.today/ref/paperclip
pnpm install
pnpm dev
# API server: http://localhost:3100
# UI:        http://localhost:3101 (React)
注 意

內建 embedded PostgreSQL · 不需要另裝 DB · 檔案存本地

正式部署時再接自己的 Postgres + S3

本地使用可配 Tailscale 從手機遠端管理

Chapter 05

三 個 漸 進 實 驗

這是我要按順序親手跑完的三個實驗。每個跑完要能回答一個問題,能就升級,不能就繼續折騰。

實驗 1 · 冷啟動 未 執 行

照 Quickstart 路徑 B 把 pnpm dev 跑起來 · 開 UI · 建立第一家公司「dean.today 持續維護」。

✔ 通過條件:localhost:3100 API 正常 · UI 看到一家新建公司 · embedded Postgres 無報錯

實驗 2 · 兩個 agent 對話 未 執 行

設兩個 agent——「園丁」負責每日檢查各子站 RSS / 新聞、「檢查員」負責跑 smoke.mjs + tidy。 設 goal「保持主站全綠」,用 heartbeat 每 12 小時喚醒園丁,園丁發現問題就 @ 檢查員。

✔ 通過條件:24 小時無人介入 · 兩個 agent 有真實 ticket 互動紀錄 · 無預算爆炸

實驗 3 · Product/ 全納管 規 劃 中

docutranslate / blog-image-gen / cosyvoice 三個工具各配一個 agent· 建第二家公司「Dean 個人 AI 工具集」· 跨工具任務測試(例:產生文章 → 翻譯 → 生圖 → 合成配音)。

✔ 通過條件:一個連鎖任務自動跑完 · 費用低於 USD 5 · 有明確成本歸屬

Chapter 06

開 放 問 題

還沒想通的事。這區每個月更新一次。

Paperclip 的 Governance 真的能卡住一個 agent 的 runaway call 嗎?還是只是事後 audit?

我一個人管一家「公司」,是不是意味著我同時是 Board + CEO + 所有 agent 的 manager?會不會反而比直接開 Claude Code 慢?

Heartbeat 的間隔設太長 → agent 不及時;設太短 → 成本累積。有沒有普遍經驗法則?

embedded Postgres 裡的 conversation history 會不會成為隱私風險?(如果我讓 agent 讀我的私人筆記)

如果 Paperclip 官方版跳得太快,上游 breaking change 頻繁,我要不要 fork 一份釘版本?

用 Paperclip 管理 Mac 本地 conda 環境的 Python agent(docutranslate / blog-image-gen)可行嗎?heartbeat 要走 HTTP 還是 bash wrapper?