10月9日，Claude 开发者官方账号公告，Claude 托管代理（Claude Managed Agents）的动态工作流已进入公开测试，该模式每次执行最多可并行运行 1,000 个智能体。 但标题里的"1000"不能读作"一键跑完一千件任务"——按官方说明，1,000 是一次运行累计派出的智能体上限，真正同时在干活的当前最多 64 个。小红书知乎微博
它和以往"多智能体"的差别在于谁来盯进度：Claude 接到任务后，会先针对这个任务现写一段调度程序，再由程序安排多个 Agent 分阶段完成工作。 以前主 Agent 得像项目经理，在对话里逐个收报告、再派活；现在排班、传中间结果、复查重试都交给程序，程序在服务端后台运行，主 Agent 腾出手继续跟你对话，跑完再把汇总结果交回来。小红书
效果如何，官方的对照测试值得看：一组在 11.6 万行真实代码里植入 70 个 bug 的测试中，单个 Agent 三次分别找出 14、15、27 个，动态工作流三次都找到 66 个（94.3%），但每次仍会漏掉 4 个——它擅长的是把"量大、可拆、要汇总"的活做完做全，不是万无一失。微博
对打工人来说，能从中受益的是同一类活：批量处理成百上千份结构相似的材料——比如整理上百条用户反馈。 判断标准很简单：任务能拆给多个"读手"分头干、最后要合并结论，才值得上工作流；一步接一步的线性工作，单 Agent 更快也更省。小红书
这套编排并非 10 月才出现：5 月底至 6 月初，Claude Code 已发布过动态工作流。 其做法是让 Claude 写一段 JavaScript 脚本，同时编排几十到几百个子智能体处理复杂工程任务。 这次公测，是把同一套编排从本地终端搬进了云端托管代理环境。已经在用 Claude Code 的人，上手路径也有用户整理过：先确认 Claude Code 已更新到支持该功能的版本，并检查账号权限，再到 /config 里确认 Dynamic workflows 开关，运行期间可用 /workflows 查看、暂停或重跑，具体以当前界面提示为准。小红书哔哩哔哩小红书
两个容易误读的点要记住：界面显示 completed 只说明程序正常结束，不代表每份材料都被读到了；打断主对话，也不等于后台工作流停了。 花费方面，官方提供了会话预算，可以限制包括工作流在内的模型支出。微博小红书
说到底，动态工作流把"一个助手逐步干活"变成"一支能自动排班的队伍"，一次派出的智能体上限写到了 1,000——但对普通打工人，它的意义不是"1000 个任务躺平交差"，而是让筛查、整理、汇总这类批量活第一次有了可以放心丢进后台跑的做法。前提是想清楚任务能不能拆、盯紧结果有没有漏，并且管住账单。
