为什么一个 AI 智能体不够用（以及如何运行 1000 个）——CJ Avilla 与 Harrison Stall（Anthropic）

构建智能体：何时把子智能体并入主智能体循环

Building agents: When to fold subagents into your main agent loop

这是 Anthropic Claude 平台的一篇开发者文章，讨论在什么情况下应减少子智能体、以及如何将它们迁移到主智能体循环中。文章介绍了子智能体的作用（验证、并行工作、模块化权限），并提到应用 AI 团队发现把路由器、规划器和领域子智能体并入主循环后，单一带技能的智能体在质量上常优于全提示设计和子智能体设计，且每任务成本与延迟往往更低。文中还提到配套的迁移工具包，含模式识别、方案评估和模拟系统演示。

构建你自己的托管智能体团队——Jack Wotherspoon，Google DeepMind

Build Your Own Team of Managed Agents - Jack Wotherspoon, Google DeepMind

Google DeepMind 开发者体验工程师 Jack Wotherspoon 的演讲视频，介绍 Gemini Managed Agents：通过单次 API 调用在云端沙箱中运行编码智能体，而非在本地电脑上。内容覆盖 Interactions API、Antigravity harness、多智能体共享环境、上传的 skills 与 AGENTS.md、隔离密钥的代理、定时触发与多智能体工作流，并演示从 SEC 文件研究到量化分析再到报告的流程，以及在 AI Studio 中构建应用。

strands-labs/strands-decider

这是 Strands Labs 的一个开源项目，提供一个用于智能体工作流的小型快速决策模型（“系统 1”模型）。它可在选项之间做选择或在量表上打分，速度比 LLM 更快，并为每个决策给出经过校准的置信度。项目以 Python 编写，主页为 strandsagents.com 的 labs 文档。

薄编排器：如何通过减少路由器的职责让 AI 代理更可靠

The Thin Orchestrator: How We Made Our AI Agents More Reliable by Giving the Router Less to Do

这是 Meta 工程博客的一篇文章，介绍其数据管道代理采用的“薄编排器”模式：一个约 1300 行的编排器把 20 多个工作流路由给 14 个专用代理，自身不承担任何领域推理，只负责排序和可靠性检查。文章描述了早期“全能型单一代理”在生产环境中出现幻觉的问题，以及转向该模式后在效率和准确率上的变化。

NVIDIA Agent Toolkit 扩展，将企业智能体扎根于公司数据

NVIDIA Agent Toolkit Expands, Grounding Enterprise Agents in Company Data

英伟达博客文章，介绍开源 NVIDIA Agent Toolkit 的扩展。文中列出该工具包的组成：含 CUDA-X 库和新 Auto-Ontology 库的 Agent Knowledge Foundation、Nemotron Retriever 与 Kumo 系列开放模型、OpenShell 安全运行时、NemoClaw 安全蓝图，以及 NeMo Relay、NeMo Compass 等工具；并说明企业可在不迁移数据、不重建工作流、不改治理控制的前提下将公司数据转化为智能体可用的信息。

有人真的在看了那份 Anthropic 指南后把子智能体收回来了吗？

anyone actually fold their subagents back in after that anthropic guide?

r/ClaudeAI 的社区帖子，作者说读到一份新指南称多数配置应只用一个主循环加技能，而不是堆一批子智能体，觉得说的就是自己。作者表示自己已有不少技能，但仍保留一个独立智能体，只在合并前检查工作，且从不交给写代码的那个；不确定这属于指南建议保留的类型，还是自己只是舍不得。帖子询问是否有人真的削减了子智能体、效果是否更好。适合正在设计 Claude Code 智能体与技能结构、考虑是否拆分审查环节的人阅读。