Campfire

Campfire

Boring Infra Co. · 程式設計 · 生產力

Campfire 是開放原始碼的本機工作區,讓人與程式碼代理共用同一個目標、過程中做過的決策,以及每一項變更的紀錄。

Campfire 的介面預覽

關於 Campfire

About

Campfire 是什麼

Campfire 是給程式碼代理與協作夥伴使用的共享工作區。目標、代理動過的檔案、代理回報的發現,以及同事讀完後做出的決定,全部收在同一個地方。產品由 Boring Infra Co. 開發,原始碼公開在 GitHub。

它要解決的問題很具體。一個代理知道自己改了什麼,另一個代理知道自己查到什麼,而某位同事兩小時前在另一個終端機視窗回答了問題。工作階段一關,這些脈絡就跟著消失,下一個代理只能從空白提示重新開始。Campfire 把工作狀態留在你的機器上,下一個工作階段或下一位同事就能從上次停下的位置接手。人在流程中是一項設計選擇,不是補救措施:代理可以動手做事,但計畫需要轉彎時,仍由人來回答。

它不負責編排代理,也不取代 Codex、Claude Code、OpenCode 或自製的執行框架。沒有流程圖要畫,也沒有執行環境要導入。工具放在你原本就在用的代理之間,保存它們共用的內容:目標、工作階段、決策、產出與來源紀錄。它扮演的是程式碼代理協作的底層,而不是發號施令的主管。專案目前處於預覽階段,細節仍有粗糙之處,版本更新也相當頻繁。

開始使用

  1. 確認機器已安裝 Node.js 22 以上版本,再執行 curl 安裝腳本、brew install boringinfraco/campfire/campfire 或 nix profile install github:BoringInfraCo/Campfire。
  2. 執行一次 campfire。工具會從 git config 或系統帳號取得你的名字,並在 ~/.config/campfire 建立本機設定檔。
  3. 執行 campfire up,啟動本機 API 與唯讀檢視頁,同時連接已安裝的 Codex 或 OpenCode 執行框架。檢視頁開在 http://localhost:9415。
  4. 打開你的代理,說明正在處理什麼。代理會與你一起建立工作區與目標,並登記這次工作階段。
  5. 照平常的方式繼續工作。需要決策時,直接在工作區裡回答,讓下一個代理讀得到,並用 campfire status 查看還剩下什麼。

產品資訊

快速了解 Campfire 的定價、支援平台與效能。

免費方案是
付費方案Free
平台macOS, Linux (CLI)
開發者Boring Infra Co.
類別程式設計 · 生產力
發布日期Sep 2026
最近更新Oct 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 同時跑多個代理改同一份程式的開發者:每個工作階段都有共用目標與存放發現的位置,前提是你習慣使用終端機。
  • 在兩次執行之間回答問題的技術主管:答案寫進工作區,下一個代理直接讀到,不必有人重講。
  • 沒有平台工程師的小型產品團隊:安裝只有一行指令,狀態存在本機檔案裡。
  • 同時接多個客戶的自由工作者:一個工作區只放一個目標,帳務修正不會誤闖另一條分支。

任務

  • 把做到一半的重構交給另一個代理:新的工作階段會讀到目標、差異摘要與待解問題。
  • 檢查代理整晚改了什麼:歷程列出誰動手、改了什麼、什麼時候改的。
  • 解開卡住執行的一個問題:同事把決策記下來,工作帶著這個答案繼續跑。
  • 限制自主代理能碰的範圍:能力清單允許讀取儲存庫與執行測試,同時拒絕正式環境部署。

情境

  • 兩個代理從不同方向追同一個錯誤:一個寫測試,一個沿著錯誤路徑查,兩邊都寫進同一個目標。
  • 外部合作者加入一週:邀請檔讓他看到工作歷程,但不會拿到先前的私人對話紀錄。
  • 為期多天的遷移:闔上筆電之後,下一個工作階段的脈絡不會被清空。

主要功能

一個共享工作區,取代散落的對話紀錄

工作區是工作的單位。裡面放著目標、掛在目標下的工作階段、由人記下的決策,以及代理產出的檔案。有權限的人看到同一個狀態,沒有人需要從三份終端機紀錄拼湊事情經過。本機檢視頁在 localhost:9415 顯示目前工作區,而且維持唯讀,打開頁面不會改動任何內容。

目標不會隨工作階段結束

代理停下來,工作階段就結束,目標不會跟著結束。Campfire 保存目標標題與周邊脈絡,交給下一個代理一個已知資訊構成的起點。差別就在這裡:一個代理重問同樣三個問題,另一個代理打開檔案、讀完決策、繼續往下做。先前的私人工作階段不會被匯入,哪些內容進入紀錄由你決定。

每個工作區各自的能力界線

工作區設定以允許與拒絕項目列出代理可做的事,例如 repo:read、repo:write、tests:run 與 deploy:prod。代理只拿到這件工作需要的權限,不會更寬。對嘗試自主執行的團隊來說,這條界線比挑哪個模型更重要,因為它限制了錯誤呼叫能造成的傷害。

決策留在工作裡

代理遇到分岔時,由人回答。Campfire 把這個答案記成掛在目標下的決策,標示為提議、已接受、待複核或歷史紀錄。下一個代理把它當脈絡讀,而不是當成一則需要解讀的聊天訊息。決策原本散落在 Slack 討論串的團隊,會得到一份比討論串活得更久的書面紀錄。

可查核的歷程與來源

每個動作都帶著執行者與時間,工作區因此能回答誰做了什麼、改變了什麼。紀錄把人的動作與代理的動作分開,審查或事故處理時特別有用。Campfire 把這稱為來源紀錄:目標、備選方案、失敗、證據與產出,都與它們所屬的工作保持連結。

沿用你原本的代理與執行框架

Campfire 可連接 Codex、Claude Code 與 OpenCode,並透過 campfire mcp 提供自家的 MCP 伺服器。MCP 工具包含唯讀的能力查詢與閱讀流程,代理能確認工作區支援哪些操作,而不會改動狀態。命令列工具支援 JSON 輸出,能處理安裝與腳本需求,其中 campfire onboard 提供非互動的首次設定,並只印出一次憑證。

優缺點

優點

  • 免費且開放原始碼,程式碼放在 GitHub,安裝前就能先讀過會在機器上執行的內容。
  • 讓 Codex、Claude Code 與 OpenCode 留在原位,沒有新的執行環境要學,也沒有移轉工程。
  • 工作狀態撐得過工作階段,省下每次執行開頭那十分鐘的重講。
  • 允許與拒絕清單為自主工作畫出明確界線,寫在一個可直接閱讀的 TOML 檔案裡。
  • 同時提供命令列、本機 API 與 MCP 伺服器,手動操作與腳本流程都能用。

缺點

  • 目前是預覽版本,會有破壞性變更與粗糙之處,官方網站也這樣說明。
  • 需要 Node.js 22 以上版本與終端機操作經驗,沒有給非技術同事使用的託管儀表板。
  • 雲端分享仍在受控 Alpha 階段,受邀者在安裝好的命令列裡接受,沒有瀏覽器註冊或一鍵接受連結。
  • 它保存共享狀態,但不協調代理。期待代理之間自動分派工作的人,需要找別的工具。

常見問題

Campfire 把代理工作的共享狀態收在一起:目標、工作階段、決策、產出與歷程。當一個問題同時有多個代理或多人參與,而脈絡每次都在工作階段之間流失時,就適合派上用場。