开发者用4-6个常驻AI代理构建全自动工作流

我的工作流很简单：4–6 个智能体（agents）全天候运行，每个每天启动几百个子智能体。Claude 负责代码审查（stars），Grok 负责构建（builds），有专职的 Cursor 审查员，还有一个 Hermes 智能体作为主协调器。全部相互连接，全部持续在线。

人们把“智能体化”（agentic）过度复杂化了。它不是魔法。它只是三样工具：

@dex_quant_noob
tmux 是驾驶舱，不是引擎。可靠性不在分屏里，而在 cron——用它来触发任务、失败后自动重启（restart-on-failure），以及启用 linger 机制，确保用户级服务在登出后仍持续运行。盯着 tmux 看才是陷阱。说实话，一旦你真做出了点有价值的东西……

@auroter
让我彻底摆脱人工盯守的，不是更优的模型，而是先假设它们一定会出错，并据此构建系统。Opus 和 GPT 在无人监督时必然搞砸，所以别去监督它们，而要给它们设闸门。由专职审查智能体在合并前审计每一处变更，测试作为硬性准入闸门，一个……

@manfredbreber
“边睡觉边部署”这部分至今仍让我感觉有点违法。一早醒来发现工作已上线，而不是面对一堆待办事项——这才是真正的解锁时刻。疯狂的时代，而我们才刚刚起步。

@steveklbnf
这东西我每天都在用，也希望人人都能用上。智能体一半在构建它，一半就活在其中，因此它必须保持高可靠性。另一半算力则用于基准测试、实验，以及一个完全从零开始的副项目，跟工作毫无关系。同时跑足够多的任务流水线。