沒有Redis、Kafka和DockerAntfarm如何用YAMLSQLitecron編排多智能體系統(tǒng)【免費下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項目地址: https://gitcode.com/gh_mirrors/antf/antfarmAntfarm 是一款零基礎(chǔ)設(shè)施的多智能體編排工具用一個 YAML 文件定義規(guī)劃者、開發(fā)者、驗證者、測試員組成的智能體團隊靠一個 SQLite 文件記錄全部狀態(tài)靠系統(tǒng)自帶的 cron 定時輪詢驅(qū)動流程——一條命令安裝無需任何隊列、容器或外部服務(wù)。為什么多智能體編排不需要重型基礎(chǔ)設(shè)施大多數(shù)多智能體系統(tǒng)的依賴清單長得嚇人Redis 做分布式鎖、Kafka 做任務(wù)隊列、Docker 做環(huán)境隔離上面再架一層編排框架。但智能體本身就跑在你的機器上這些基礎(chǔ)設(shè)施只是在給單機場景增加運維負(fù)擔(dān)。Antfarm 的哲學(xué)很簡單能用一個文件、一張表、一個定時器解決的就不引入新服務(wù)。傳統(tǒng)多智能體方案Antfarm 的替代Redis 分布式鎖SQLite 單文件 條件更新Kafka 任務(wù)隊列steps表 cron 輪詢Docker 環(huán)境隔離獨立 agent 會話 角色權(quán)限重型編排框架一個 YAML 文件三者各司其職?YAML—— 定義智能體團隊、步驟順序與重試規(guī)則SQLite—— 一個文件承載所有運行狀態(tài)?cron—— 定時器讓每個智能體自己找活干支柱一用 YAML 把智能體團隊寫成配置文件在 Antfarm 中一個工作流就是一個目錄workflow.yml描述流水線agents/目錄里每個子目錄存一個智能體的提示詞文件AGENTS.md 指令、SOUL.md 人格、IDENTITY.md 身份。以 bug 修復(fù)流水線為例六個智能體按順序交接triage → investigate → setup → fix → verify → PR步驟之間的通信靠模板變量 KEY: value輸出約定。上一步返回REPO: /path/to/repo下一步就能用{{repo}}引用——上下文就是這樣在智能體之間傳接力棒的。兩個值得新手注意的設(shè)計角色即權(quán)限verification角色的驗證者只能讀和執(zhí)行、不能寫文件從機制上杜絕自己批改自己的作業(yè)驗證環(huán)verify loop驗證失敗可自動retry_step回退到上一步重做重試耗盡才升級到人工——失敗不會悄悄消失。完整定義規(guī)則見 docs/creating-workflows.md可直接閱讀的示例在 workflows/bug-fix/workflow.yml 和 workflows/feature-dev/workflow.yml。支柱二SQLite 單文件承載全部狀態(tài)沒有外部數(shù)據(jù)庫狀態(tài)就存在一個文件里~/.openclaw/antfarm/antfarm.db。src/db.ts 用 Node.js 22 內(nèi)置的node:sqlite模塊打開它開啟 WAL 模式和外鍵約束并內(nèi)置了輕量遷移邏輯。核心就三張表表作用runs一次工作流運行任務(wù)原文、狀態(tài)、上下文steps流水線中的每個步驟狀態(tài)、輸出、重試計數(shù)stories規(guī)劃者拆出的需求故事標(biāo)題、驗收標(biāo)準(zhǔn)、進度這就是整個系統(tǒng)的記憶——一個文件git一樣容易備份刪除它等于完整卸載。支柱三cron 輪詢讓智能體自己找活干沒有消息隊列那派活靠什么答案是每個智能體一個 cron 定時器。安裝時src/installer/agent-cron.ts 會為工作流里的每個智能體注冊一個 cron 任務(wù)默認(rèn)每 5 分鐘醒來一次多個智能體之間錯峰 1 分鐘錯開啟動。每次醒來的流程分兩階段輕查peek用便宜快速的模型先問一句有活嗎——沒有就回一句心跳立即結(jié)束成本幾乎為零認(rèn)領(lǐng)claim 派活有活才真正認(rèn)領(lǐng)并通過sessions_spawn把一個干凈的新會話交給干活模型去執(zhí)行。更妙的是 cron 的生命周期跟著運行走工作流啟動時自動拉起定時器運行結(jié)束且無其他活躍任務(wù)時自動拆除——空閑時不燒一毛錢。一行 SQL 當(dāng)分布式鎖多個 cron 可能同時醒來誰來保證一個步驟不會被兩個會話搶走Antfarm 的答案不是鎖服務(wù)而是 SQLite 的一條條件更新見 src/installer/step-ops.ts#L645UPDATE steps SET status running WHERE id ? AND status pending只有真正把狀態(tài)從pending搶成running的那個會話才拿到了任務(wù)——SQLite 的事務(wù)保證同一時刻只有一個成功。完成時智能體必須調(diào)用step complete成功或step fail失敗回報否則流水線會卡住并告警沒有任何靜默失敗。新鮮上下文每個智能體都從失憶開始Antfarm 遵循 Ralph 循環(huán)模式每個步驟都是全新會話、干凈上下文沒有 50 條消息之后越來越飄的幻覺狀態(tài)?？鐣挼挠洃洸豢可舷挛拇翱诙强縢it 提交歷史 工作區(qū)進度文件——代碼本身就是最可靠的長期記憶。儀表盤一眼看清整條流水線命令行之外Antfarm 自帶 Web 儀表盤antfarm dashboard默認(rèn) 3333 端口按流水線步驟分列展示每一次運行的實時狀態(tài)點開任意一次運行能看到每個步驟的負(fù)責(zé)智能體、Stories 進度與驗收標(biāo)準(zhǔn)明細(xì)失敗的步驟會標(biāo)紅并顯示重試次數(shù)三步上手獲取項目要求 Node.js ≥ 22 與 OpenClawgit clone https://gitcode.com/gh_mirrors/antf/antfarm cd antfarm bash scripts/install.sh查看并安裝內(nèi)置工作流antfarm workflow list antfarm workflow install feature-dev跑起來antfarm workflow run feature-dev Add user authentication with OAuth然后交給它——規(guī)劃、實現(xiàn)、驗證、測試、提 PR 自動推進中途隨時antfarm workflow status查看進度。寫在最后Antfarm 證明了一件事編排多智能體系統(tǒng)不一定要上重型軍火。YAML 定義流程、SQLite 記錄狀態(tài)、cron 驅(qū)動循環(huán)——三樣你機器上本來就有的東西就能搭出一支會協(xié)作、會自檢、會重試的 AI 開發(fā)團隊。能少一個服務(wù)就少一份運維這大概就是極簡主義在智能體工程里的最佳實踐。 【免費下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項目地址: https://gitcode.com/gh_mirrors/antf/antfarm創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考