没有Redis、Kafka和Docker：Antfarm如何用YAML+SQLite+cron编排多智能体系统

没有Redis、Kafka和DockerAntfarm如何用YAMLSQLitecron编排多智能体系统【免费下载链接】antfarmBuild your agent team in OpenClaw with one command.项目地址: https://gitcode.com/gh_mirrors/antf/antfarmAntfarm 是一款零基础设施的多智能体编排工具用一个 YAML 文件定义规划者、开发者、验证者、测试员组成的智能体团队靠一个 SQLite 文件记录全部状态靠系统自带的 cron 定时轮询驱动流程——一条命令安装无需任何队列、容器或外部服务。为什么多智能体编排不需要重型基础设施大多数多智能体系统的依赖清单长得吓人Redis 做分布式锁、Kafka 做任务队列、Docker 做环境隔离上面再架一层编排框架。但智能体本身就跑在你的机器上这些基础设施只是在给单机场景增加运维负担。Antfarm 的哲学很简单能用一个文件、一张表、一个定时器解决的就不引入新服务。传统多智能体方案Antfarm 的替代Redis 分布式锁SQLite 单文件 条件更新Kafka 任务队列steps表 cron 轮询Docker 环境隔离独立 agent 会话 角色权限重型编排框架一个 YAML 文件三者各司其职️YAML—— 定义智能体团队、步骤顺序与重试规则SQLite—— 一个文件承载所有运行状态⏰cron—— 定时器让每个智能体自己找活干支柱一用 YAML 把智能体团队写成配置文件在 Antfarm 中一个工作流就是一个目录workflow.yml描述流水线agents/目录里每个子目录存一个智能体的提示词文件AGENTS.md 指令、SOUL.md 人格、IDENTITY.md 身份。以 bug 修复流水线为例六个智能体按顺序交接triage → investigate → setup → fix → verify → PR步骤之间的通信靠模板变量 KEY: value输出约定。上一步返回REPO: /path/to/repo下一步就能用{{repo}}引用——上下文就是这样在智能体之间传接力棒的。两个值得新手注意的设计角色即权限verification角色的验证者只能读和执行、不能写文件从机制上杜绝自己批改自己的作业验证环verify loop验证失败可自动retry_step回退到上一步重做重试耗尽才升级到人工——失败不会悄悄消失。完整定义规则见 docs/creating-workflows.md可直接阅读的示例在 workflows/bug-fix/workflow.yml 和 workflows/feature-dev/workflow.yml。支柱二SQLite 单文件承载全部状态没有外部数据库状态就存在一个文件里~/.openclaw/antfarm/antfarm.db。src/db.ts 用 Node.js 22 内置的node:sqlite模块打开它开启 WAL 模式和外键约束并内置了轻量迁移逻辑。核心就三张表表作用runs一次工作流运行任务原文、状态、上下文steps流水线中的每个步骤状态、输出、重试计数stories规划者拆出的需求故事标题、验收标准、进度这就是整个系统的记忆——一个文件git一样容易备份删除它等于完整卸载。支柱三cron 轮询让智能体自己找活干没有消息队列那派活靠什么答案是每个智能体一个 cron 定时器。安装时src/installer/agent-cron.ts 会为工作流里的每个智能体注册一个 cron 任务默认每 5 分钟醒来一次多个智能体之间错峰 1 分钟错开启动。每次醒来的流程分两阶段轻查peek用便宜快速的模型先问一句有活吗——没有就回一句心跳立即结束成本几乎为零认领claim 派活有活才真正认领并通过sessions_spawn把一个干净的新会话交给干活模型去执行。更妙的是 cron 的生命周期跟着运行走工作流启动时自动拉起定时器运行结束且无其他活跃任务时自动拆除——空闲时不烧一毛钱。一行 SQL 当分布式锁多个 cron 可能同时醒来谁来保证一个步骤不会被两个会话抢走Antfarm 的答案不是锁服务而是 SQLite 的一条条件更新见 src/installer/step-ops.ts#L645UPDATE steps SET status running WHERE id ? AND status pending只有真正把状态从pending抢成running的那个会话才拿到了任务——SQLite 的事务保证同一时刻只有一个成功。完成时智能体必须调用step complete成功或step fail失败回报否则流水线会卡住并告警没有任何静默失败。新鲜上下文每个智能体都从失忆开始Antfarm 遵循 Ralph 循环模式每个步骤都是全新会话、干净上下文没有 50 条消息之后越来越飘的幻觉状态。跨会话的记忆不靠上下文窗口而是靠git 提交历史 工作区进度文件——代码本身就是最可靠的长期记忆。仪表盘一眼看清整条流水线命令行之外Antfarm 自带 Web 仪表盘antfarm dashboard默认 3333 端口按流水线步骤分列展示每一次运行的实时状态点开任意一次运行能看到每个步骤的负责智能体、Stories 进度与验收标准明细失败的步骤会标红并显示重试次数三步上手获取项目要求 Node.js ≥ 22 与 OpenClawgit clone https://gitcode.com/gh_mirrors/antf/antfarm cd antfarm bash scripts/install.sh查看并安装内置工作流antfarm workflow list antfarm workflow install feature-dev跑起来antfarm workflow run feature-dev Add user authentication with OAuth然后交给它——规划、实现、验证、测试、提 PR 自动推进中途随时antfarm workflow status查看进度。写在最后Antfarm 证明了一件事编排多智能体系统不一定要上重型军火。YAML 定义流程、SQLite 记录状态、cron 驱动循环——三样你机器上本来就有的东西就能搭出一支会协作、会自检、会重试的 AI 开发团队。能少一个服务就少一份运维这大概就是极简主义在智能体工程里的最佳实践。 【免费下载链接】antfarmBuild your agent team in OpenClaw with one command.项目地址: https://gitcode.com/gh_mirrors/antf/antfarm创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考