# 多智能体与工作流 学习任务规划、多智能体分工和定时自动化，适合构建复杂工作流的开发者。 - 所属：[智能体与自动化]() - 网站：[https://oplearnx.com/topics/multi-agent-workflows]() ## 推荐学习顺序 1. [Claude Duet]()（博客 · 入门）：Anthropic 介绍 Claude Duet 的产品文章：这是一个让 Claude 作为主动型智能体工作的新应用，目前已以研究预览形式开放等候名单，面向美国地区的 Pro 和 Max 订阅用户。文章称 Duet 会主动提示需要关注的事项、完成用户交代的任务、在用户离开时继续工作，并在代其行动前征求确认；产品面向事务繁多的专业人士和小企业主，以 iOS、Android 独立应用及 claude.ai 网页形式提供，在研究预览期间计入与 Claude 其余功能相同的用量额度。 2. [用 Claude 做 GTD]()（帖子 · 入门）：Reddit r/ClaudeAI 社区帖子。作者是多年 GTD 用户，先后用过 Evernote、OneNote、Workflowy、Obsidian，目前用 Claude \+ Obsidian 搭建系统，觉得可行但仍显笨重和脆弱，于是征询更好的实现方式。帖中详述了一套方案：Obsidian Tasks 插件（每行一个任务，用标签标注状态与情境）、项目/人物独立笔记与保存查询、私有 GitHub 仓库加 Obsidian Git 与 GitSync 同步、收件箱记录与邮件捕获、定时 Claude 任务做澄清、日历排期和逾期提醒、以 git commit 记录所有改动以便查看和撤销，并把任务拆到 Claude Code 后曾出现定时任务失败的问题。适合正在用 Claude 配合笔记软件搭建 GTD 或个人信息管理流程的人阅读。 3. [Anthropic 日本的一位 BDR 如何用一组 Claude 智能体安排自己的一天]()（博客 · 入门）：一篇用户故事，讲述 Anthropic 日本团队的商务拓展代表用 Claude Managed Agents 和 Claude Tag 清理收到的线索、撰写日英双语客户邮件。文中描述了他从逐个任务交给 Claude 并保存纠正结果，到逐步搭建多个分别负责不同例行工作的智能体的过程。 4. [AI 跨境电商运营智能体工具箱]()（项目 · 入门）：这是一个把跨境电商运营 SOP 拆解为 7 个可复用 AI Agent 工作流的开源仓库，每个工作流包含标准 Prompt、输入模板与真实案例。据 README，其方法论拆解自一份 38 页的 Shopee 巴西站运营手册，仓库以文档形式交付方法论对应表、Prompt、流程顺序与模板案例，而非软件或 SaaS 产品，当前状态标注为 v0.3 beta。 5. [欧洲工业领军企业借助英伟达重塑工程与制造]()（博客 · 入门）：这是 NVIDIA 博客文章，介绍欧洲工业企业将 NVIDIA CUDA-X、Omniverse 库以及 Cosmos、Nemotron 开放模型用于工程与制造全流程。文中提到 NVIDIA Factory Operations Blueprint（FOX）已在 GitHub 开放早期访问，供开发者构建协调机器作业的工厂管理智能体和视觉检测、根因分析、报告生成、车队管理等专用智能体；西门子正将基于 FOX 构建的智能体集成进其 Intelligence Center X，并称预计可节省约 20% 成本。适合关注工业智能体与制造业数字化的读者。 6. [Talorys——部署在 Cloudflare 免费额度上的自托管个人 AI 智能体]()（项目 · 进阶）：一个开源的个人 AI 助手项目，运行在用户自己的 Cloudflare 账号内，不依赖开发者运营的服务器或数据库，支持聊天、记忆、任务、笔记、项目以及定时提醒和例行任务。用 npx create-talorys@latest 一条命令部署，定位为单用户、无遥测，并提供可选的语义检索记忆功能。适合想自行托管个人助理的用户。 7. [emanuele-em/kanzo]()（项目 · 进阶）：这是一个自托管的看板工具，同时是浏览器看板和 MCP 服务器，让人和编码代理在同一批任务上协作；单个约 4 MB 的二进制文件，冷启动约 2 毫秒，无需账号和服务器，整个看板是一个文件夹并通过私有 git 仓库在多台机器间同步。标签包含 Rust、SQLite、local-first、Claude Code、Codex 等。适合用编码代理做任务管理、想要本地自托管看板的人阅读。 8. [strands-labs/strands-decider]()（项目 · 进阶）：这是 Strands Labs 的一个开源项目，提供一个用于智能体工作流的小型快速决策模型（“系统 1”模型）。它可在选项之间做选择或在量表上打分，速度比 LLM 更快，并为每个决策给出经过校准的置信度。项目以 Python 编写，主页为 strandsagents.com 的 labs 文档。 9. [为什么一个 AI 智能体不够用（以及如何运行 1000 个）——CJ Avilla 与 Harrison Stall（Anthropic）]()（教程 · 进阶）：一个 Anthropic 人员主讲的工作坊视频。开场以 Ken Thompson 一个月写出 Unix、IBM 用 1000 名工程师开发 OS/360、Linus Torvalds 在 1998 年遇到瓶颈作类比，引出管理 AI 智能体时的规模问题，随后介绍 Claude Managed Agents 中的 Flows：向 Claude 给出目标，它通过 API 自行规划并运行最多 1000 个智能体的多智能体拓扑。演示包括股票自选股扫描器、在关键阶段投入更多算力的方法、Bug Hunter 与 Explainer Studio 模板，并说明单智能体因惰性、自我偏好偏差和目标漂移而失灵。结尾讨论大规模安全运行：预算、中断、自动模式、凭据保险库和网络锁定。视频含时间轴。 10. [构建智能体：何时把子智能体并入主智能体循环]()（博客 · 进阶）：这是 Anthropic Claude 平台的一篇开发者文章，讨论在什么情况下应减少子智能体、以及如何将它们迁移到主智能体循环中。文章介绍了子智能体的作用（验证、并行工作、模块化权限），并提到应用 AI 团队发现把路由器、规划器和领域子智能体并入主循环后，单一带技能的智能体在质量上常优于全提示设计和子智能体设计，且每任务成本与延迟往往更低。文中还提到配套的迁移工具包，含模式识别、方案评估和模拟系统演示。 11. [有人真的在看了那份 Anthropic 指南后把子智能体收回来了吗？]()（帖子 · 进阶）：r/ClaudeAI 的社区帖子，作者说读到一份新指南称多数配置应只用一个主循环加技能，而不是堆一批子智能体，觉得说的就是自己。作者表示自己已有不少技能，但仍保留一个独立智能体，只在合并前检查工作，且从不交给写代码的那个；不确定这属于指南建议保留的类型，还是自己只是舍不得。帖子询问是否有人真的削减了子智能体、效果是否更好。适合正在设计 Claude Code 智能体与技能结构、考虑是否拆分审查环节的人阅读。 12. [薄编排器：如何通过减少路由器的职责让 AI 代理更可靠]()（博客 · 进阶）：这是 Meta 工程博客的一篇文章，介绍其数据管道代理采用的“薄编排器”模式：一个约 1300 行的编排器把 20 多个工作流路由给 14 个专用代理，自身不承担任何领域推理，只负责排序和可靠性检查。文章描述了早期“全能型单一代理”在生产环境中出现幻觉的问题，以及转向该模式后在效率和准确率上的变化。 13. [构建你自己的托管智能体团队——Jack Wotherspoon，Google DeepMind]()（博客 · 进阶）：Google DeepMind 开发者体验工程师 Jack Wotherspoon 的演讲视频，介绍 Gemini Managed Agents：通过单次 API 调用在云端沙箱中运行编码智能体，而非在本地电脑上。内容覆盖 Interactions API、Antigravity harness、多智能体共享环境、上传的 skills 与 AGENTS.md、隔离密钥的代理、定时触发与多智能体工作流，并演示从 SEC 文件研究到量化分析再到报告的流程，以及在 AI Studio 中构建应用。 14. [在 Microsoft Copilot Studio 中设计和构建多智能体解决方案]()（课程 · 进阶）：Microsoft Learn 学习路径，含 4 个模块，中级水平，产品为 Microsoft Copilot Studio，面向应用制作者。内容讲如何规划、设计和构建多智能体解决方案，包括判断何时适合采用多智能体架构、用子智能体和连接智能体进行架构设计，并实现这两种模式；模块还比较标准 harness 与 GitHub Copilot harness 上的实现选项差异。先修要求包括能在 Copilot Studio 中创建、配置、测试和发布智能体，熟悉智能体主题、知识源与工具，并拥有相应环境权限。适合已能独立发布 Copilot Studio 智能体、准备搭建多智能体系统的开发者。 15. [为每个任务配一套执行框架：Claude Code 中的动态工作流]()（博客 · 进阶）：claude.dev 博客文章（作者 Thariq Shihipar、Sid Bidasaria，约 11 分钟阅读），说明 Claude Code 新增的动态工作流功能：模型可按任务即时编写并编排自己的多智能体执行框架（harness）。文中包含示例提示、动态与静态工作流的对比、常用模式、使用场景、不宜使用的情形以及构建建议。 16. [别再告诉智能体怎么做]()（博客 · 进阶）：OpenProse 团队介绍如何用纯 markdown 把多智能体工作流写成声明式契约，由 Claude Code、Codex 等任意 harness 编译并运行，主张描述想要什么而不是怎么做。演示包括由 webhook 和 pull request 触发的事件驱动任务、一个“脾气差的老资深”PR 评审者，以及端到端的银行模型文档工作流；还讨论了契约组合、把成功运行固定为可复用工作流，以及与 DSPy 的对比。 17. [同一个游戏做两遍：单独用 Opus 对比 Opus 做规划 \+ 本地 Qwen 写代码。16 分钟对 42 分钟，2.52 美元对 0.62 美元]()（帖子 · 进阶）：r/ClaudeAI 社区帖子。发帖者因 Opus 的账单主要来自输出 token，尝试让 Opus 只负责思考、由本地模型负责敲代码：在同一台 MacBook Pro M5 Max 上，按同一规格做了两次五关像素平台游戏，一次只用 Opus 5.5，一次用 Fusion 模式（Opus 5.5 规划与审查，本地 Qwen 3.8 27B 以 3 个 worker 写代码）。结果为云成本 2.52 美元对 0.62 美元、耗时 16 分钟对 42 分钟、Opus 输出 90.7k 对 11.3k token、清单完成 25/25 对 24/25，耗时增加源于 3 个 worker 共用一个 GPU。帖子最后征询读者是否愿意为更小账单多等 2.5 倍时间。适合关注本地模型与云端模型混合做 agentic coding、以及想压缩 API 成本的人阅读。 18. [一份简报文件，让大模型写出本地 9B 模型真正能执行的计划（并减少我的 Claude token 消耗）]()（帖子 · 进阶）：这是一篇社区分享帖，作者把用 Ornith 1.5-9B（8-bit）做本地编码智能体的经验整理成公开的简报文件，交给更强的规划模型（作者用 Claude Code）使用。内容分为分工方式（强模型写规格与小任务卡并验证结果，本地模型执行命令、构建、轮询、git 等机械工作）、如何向小模型下简报（精确文件与行号、绝对路径、1–3 行改动、每步以命令和预期输出结束、明确停止规则）、运行方式（每任务新会话、小上下文）以及验证方式；作者称小模型完成的 75 次提交合并中，其自述笔记多次出错但被计划校验捕获。适合在本地小模型与大模型之间拆分编码任务流程的人阅读。 19. [一个 4B 模型从零开始帮我做出了下界合金锭，我只在聊天里打了一句话]()（帖子 · 进阶）：这是 r/LocalLLaMA 的一篇社区帖子，作者为此前只能执行任务、却难以理解自然语言请求的 Minecraft 助手补上了自然语言理解流程，且该流程并非针对单句特制。演示中玩家输入“我饿了，给我至少 3 块猪排，再帮我做一个下界合金锭”，Mica v0.5 4B 解析出两个目标及各自数量，然后从徒手开始依次完成木头、工具、铁、钻石、黑曜石、传送门、下界、远古残骸、金到下界合金锭的流程并交付物品；右侧面板显示模型收到的每个问题、可选选项及其给出的概率，最后切到玩家视角展示物品送达。其思路是不一次性理解整句，而是把请求拆成链式的小型多选题，逐级收窄（物品数量、类别、子类别、从游戏物品表中选定具体物品、给谁和数量），选项仅由代码从游戏数据提供，每个选择由模型做出。适合对本地小模型做游戏智能体、结构化任务分解与提示流程设计感兴趣的人阅读。 20. [dagoSte/squadra]()（项目 · 进阶）：这是一个用于协调 Claude、Codex 和 Cursor 等多个编码代理窗口的开源工具，通过共享任务、确认回执、前置检查、并行测试、来源绑定证明和独立审查来组织多代理协作。它内置若干技能（复用经验教训、简化代码、工作量预测），并提供双语本地仪表盘跟踪进度、决策与证据，以及 MCP 插件。 21. [如何判断 AI 智能体何时可以无人监督地工作]()（博客 · 进阶）：Coinbase 的 Evan Kormos（有 15 年企业金融服务经验）介绍把智能体引入政策驱动、受监管工作流的实用方法：把流程建模为 DAG 和循环，说明一个循环的可信度取决于它的检查，并展示评估与追踪如何成为新的信心机制。智能体随后经历三个阶段：完全监督、抽样监督、仅由人处理异常。材料按章节列出讲解顺序。 22. [一天、1000 美元 token：针对遗留代码的 AI 作战室——GEICO 的 Ford Prior]()（博客 · 进阶）：演讲指出在 GEICO 编码变快了，但决策、签字确认、上下文等周边环节仍很慢，解决办法是多人协作、AI 原生的“作战室”：合适的决策者、一名主导者和接入 GEICO 知识、工具与代码的代理集群。演讲者押注一天时间加 1000 美元 token 端到端梳理一个遗留理赔领域并交付一项真实改动，并在租赁、损害和残值三个场景各跑了一次。内容还涉及用于指挥代理集群的 markdown 规则手册 FleetKit、产出的工作表与图表，以及后续改进方向。 23. [sparqlite：用 Rust 编写的、内置于 SQLite 的 SPARQL 1.1]()（博客 · 进阶）：这是 Simon Willison 的一篇研究记录，描述他在 Claude Code 的“Ultracode”模式（通过动态工作流协调多个子代理）下，用一个提示词要求编写一个能直接在行上操作、速度很快的 SQLite SPARQL 扩展。文中提到 Claude Code 运行超过 12 小时、产出多个 crate，作者还追加提示要求为各目录补 README、编写 tutorial.md 及示例数据脚本，并对项目规模之大、难以逐行审查表达了看法。 24. [让地球 AI 投入实际工作：应对地球重大挑战的地理空间智能体]()（博客 · 进阶）：这是 Google Research 的一篇博客，介绍其“地球 AI”项目下的地理空间推理智能体。文章称，将领域专用基础模型、空间工具与预先规划相结合，可使该智能体完成独立大模型无法胜任的复杂空间分析和地球尺度预测。文中提到同步发布一份技术报告，并通过 Ask Google Earth 和 Agent-to-Agent（A2A）服务扩大实验性访问范围。 25. [Co-Scientist：加速研究的多智能体 AI 伙伴]()（博客 · 进阶）：Google DeepMind 介绍 Co-Scientist，这是一个基于 Gemini 构建的多智能体 AI 系统，用于针对复杂科学问题迭代生成、辩论和演化新假设，面向生命科学等领域的研究者。文章提到相关研究已在 Nature 发表，并通过名为 Hypothesis Generation 的实验性工具向个体研究者开放。 26. [用数千个 AI 智能体在生物数据中发现新线索]()（博客 · 进阶）：OpenAI 的一篇研究发布（标注日期 2026 年 10 月 21 日），介绍 OpenAI 与 PerturbAI、Scripps Research 合作，用分布式并行部署的数千个 AI 智能体，帮助科学家在来自数百万个脑细胞的数据中识别有前景的研究线索，并提供指向 bioRxiv 上论文的链接。 27. [sitor-ai/frametell]()（项目 · 进阶）：一个借助 AI 导演智能体把想法和素材转化为生动讲解视频的开源项目，主打本地优先、可搭配任意模型。README 说明用户可用一句话或笔记、文档、PDF、幻灯片、图片作为输入，由导演智能体先产出草稿；项目以 Electron 应用形式提供 macOS（Apple Silicon）下载，标签涵盖故事板、文本转视频、TTS 等。 28. [走进 Arca 的长周期智能体：让智能体真正经营业务——Aman Singh，Arca]()（博客 · 深入）：这是 Arca 公司 AI 负责人 Aman Singh 的演讲，介绍这家 AI 原生金融服务公司如何让长期运行的智能体端到端地承接客户目标，跨越多天的断续工作。内容涉及让智能体感知邮件、电话、托管事件和应用内动作的信号系统、运行上下文与执行框架、持久记忆，以及能在合适时机引入合适人员的共享空间。材料中包含分章节时间线。 29. [为自主性而架构]()（书籍 · 深入）：Anjali Jain 与 Philip O'Shaughnessy 合著、Manning Publications 出版的书籍，共 475 页，预计出版日期为 2027-03-15，尚未出版。书中讨论如何改造和重建现有系统，使自主 AI agent 能在生产系统中安全、负责任地大规模运行，涉及银行、医疗等有严格外部治理要求的领域。作者提出面向自主 agent 的新架构原则，并给出一个与领域无关的“Agentic Enterprise Framework”，包含模式、手册与参考模型。 --- 中文标题与摘要由模型根据原文生成，以原文为准。 来源：LearnMap · 学径（https://oplearnx.com）