2026 年 8 月的同一天，Hacker News 首頁上同時出現三件事：Claude Code 用戶許願支援 AGENTS.md 的 issue 拿到 139 個讚、用 Zig 寫的極簡開源 agent「fx」拿下 185 個讚、YC S26 的 OneCLI 主打沙箱化團隊 agent。三件事指向同一個問題：AI 編程代理正在從「單一產品」進入「生態標準戰」階段。
對台灣開發者和一人公司來說，實際問題很具體：開源方案跟商業方案的差距到底在哪？沙箱安全性夠不夠？該把工作流程押在哪一邊？這篇把三個代表工具擺在一起比較。
單人實驗用 fx、團隊導入看 OneCLI、要成熟體驗選 Claude Code
想完全掌控模型與工具鏈選 fx；想省事、要最成熟的體驗選 Claude Code。
需要憑證隔離、政策控管、審批流程時，OneCLI 的閘道架構是開源裡最完整的選項。
客戶期限壓力下別押實驗性工具；把開源方案當第二跑道，先在側專案驗證。
三個工具的定位差異
| 工具 | 核心定位 | 授權與成本 | 主要風險 |
|---|---|---|---|
| fx | 極簡、可嵌入、模型中立的 agent harness | Apache-2.0 開源，自備模型 | v0.0.x 實驗階段，官方明示會頻繁變動 |
| OneCLI | 團隊導向的沙箱代理平台，閘道注入憑證 | 開源，自架或雲端版 | 年輕專案，需要自行維運 |
| Claude Code | 體驗最完整的商業終端代理 | 訂閱制 | 閉源、單一廠商慣例綁定（CLAUDE.md） |
fx：6MB 的極簡代理，為嵌入而生
fx 是一個用 Zig 寫的 coding agent harness 與 CLI，設計目標是極簡與效能：整個二進位檔約 6.39MB，冷啟動以微秒計，基礎記憶體佔用只有個位數 MB。它是 Apache-2.0 開源、模型中立，可以接本地模型、閘道、各家 API 或訂閱方案。CLI 風格刻意接近 Unix shell——輸出精簡、保留捲動歷史，不做厚重的終端 IDE 介面。
真正有趣的是可嵌入性。fx 同時提供原生二進位與 WebAssembly 版本，網路層可抽換，適合塞進沙箱或更大的系統裡，一台機器跑多個實例也不吃力。核心雖小，但可以透過 skills、plugins、MCP 擴充。安裝只要一行：curl -fsSL https://fx.sh/setup.sh | bash。專案位址：fx.sh
要注意的限制：fx 目前 v0.0.4，官方直接標示 experimental、會頻繁變動。適合研究、腳本化與側專案，不適合押在不能壞的交付流程上。
OneCLI：每個員工一個沙箱代理，金鑰不落地
OneCLI 走的是另一個方向：不是把代理做小，而是把公司需要的基礎設施補齊。OneCLI v2 是開源的團隊代理平台——每個人一個代理，各自只拿到需要的權限，所有代理在沙箱裡工作，流量經過統一閘道，由閘道注入憑證並執行政策。API 金鑰不會出現在代理的環境裡。
團隊功能是它的本體：從公司的身分提供者（IdP）直接開通代理、從儀表板或 Slack 呼叫、單一政策全工作區生效、確定性的人類審批節點。專案前身是給自主代理用的憑證保險庫，安全優先的基因很明顯。自架流程是 clone 倉庫後 pnpm install、pnpm run setup，服務跑在 localhost:10254。專案位址：GitHub 上的 OneCLI、雲端版 onecli.sh
代價是維運責任。自架就要自己顧升級與可用性；平台也還年輕，把生產環境憑證交給它之前，先用自己的安全需求清單驗證沙箱與審批流程。
Claude Code：成熟標竿，但慣例是單一廠商的
Claude Code 是目前體驗最完整的商業終端代理：IDE 與 GitHub 整合深、模型品質穩、有大廠營運支援。對多數團隊，它仍是「從零到有生產力」最快的路徑。
現在的摩擦點在標準化。Claude Code 讀取的專案指令檔是 CLAUDE.md，而生態系正在向跨廠商的 AGENTS.md 收斂。要求支援 AGENTS.md 的 issue #6235 成為今年夏天討論度最高的 Claude Code 話題之一，原因很實際：團隊開始同時跑多個代理，不想為每家廠商維護一份平行的指令檔。
選 Claude Code 的理由是成熟；要管住的風險是慣例層的鎖定。務實做法：專案規則用 AGENTS.md 寫一次，把 CLAUDE.md 當成產生的副本，指令內容是你的資產，別讓單一廠商的格式持有它。
怎麼選：三個問題定勝負
- 你的部署單位是誰？一個人實驗：fx 或 Claude Code。整個團隊要共享政策與憑證治理：OneCLI 或商業方案的團隊版。
- 你需要換模型的自由嗎？常換供應商或要跑本地模型，選模型中立的 harness（fx，或 OneCLI 自架閘道），避免每次出新模型就重談一次決策。
- 成熟度權重多少？實驗性工具放側專案沒問題；要交付給客戶的程式碼，優先有穩定版本、安全模型經過你實測的工具。
常見問題
fx 可以當日常主力工具嗎？
可以用，但它自己標示 experimental（v0.0.x）。把它當強大的實驗與嵌入工具，別當成客戶期限下的承重基礎設施。
一個人用 OneCLI 划算嗎？
可以跑，但你付出的架設與維運成本大多在買團隊功能。單人開發者通常從輕量 harness 或成熟商業代理拿到更多價值。
AGENTS.md 已經是標準了嗎？
目前仍是社群訴求浮現的階段，還不是正式標準。但跨工具共通的指令檔方向很明確，現在把規則寫成可攜格式，是成本最低的未來保險。
結論
這三個工具回答的是三個不同問題：fx 問「代理能做多小、多好嵌入」；OneCLI 問「公司怎麼給每個員工一個代理又不洩憑證」；Claude Code 問「單一廠商掌控全堆疊時體驗能多好」。台灣開發者的務實路線：喜歡開放工具鏈的個人從 fx 開始玩、期望值校準好；團隊先在隔離環境試 OneCLI；用 Claude Code 的人，把 AGENTS.md 之爭當成提醒——專案指令保持可攜，明天換工具也不用重寫。