1. Validating multi-agent decisions with Step Functions and Bedrock AgentCore

推荐理由： 这篇把 multi-agent 从“模型自己决定调用哪个 subagent”改造成了更接近生产系统的双层架构：AgentCore harness 负责单个 Agent 内部的 reasoning/tool loop，Step Functions 负责 Agent 之间的 fan-out、routing、validation、retry、human review 和真正产生副作用的执行。它给出了一个非常清晰的边界：agents propose，deterministic code validates and acts。

核心要点：

  • 把 inter-agent orchestration 移出模型。 每个 Agent 只负责提出候选方案；Step Functions 以状态机显式定义并行、顺序、异常分支和 human-in-the-loop，因此 routing 可以独立测试，也能获得完整 execution history，而不是依赖模型临场判断。
  • 任何 Agent 输出都必须先经过 deterministic validator。 文章中的航班重订例子会重新检查真实库存、fare rules、route validity 和 compensation rule；Agent 不能直接改 reservation system，也不能直接发放补偿，副作用只能在 validator 通过之后由确定性 Task 执行。
  • 可靠性来自 control plane，而不是更长 prompt。 bounded concurrency、timeout、Retry/Catch、idempotency token、callback-based human approval 和 audit trail 都被设计成模型外机制；这样即使 Agent hallucinate、被 prompt injection 影响或单次执行失败，也不会直接传播成业务副作用。

核心启示：真正的 multi-agent production architecture 不应让一个更大的 supervisor Agent 承担所有控制职责，而应把 orchestration、verification、权限和副作用执行放到独立的 deterministic control plane。

2. Introducing the Google Cloud Developer Plugin for AI Coding Agents

推荐理由： 这篇很具体地展示了 Agent tooling 正在出现自己的 package layer。Google 不再让用户分别安装若干 SKILL.md、MCP server 和说明文档，而是把相关能力组合成一个可安装 Plugin，并且同一套包可以进入 Antigravity、Claude Code 和 Codex。对正在做团队 harness/skill 平台的人来说，这比单独讨论 skill 写法更重要：能力开始需要被打包、版本化和跨 Agent runtime 分发。

核心要点：

  • Plugin 解决的不是单个 Skill，而是 tool coupling。 一个真实任务往往同时需要领域知识、workflow guidance、官方文档 grounding 和 live environment tools；把这些拆成独立 Skill/MCP 后，安装、依赖和组合会迅速失控，因此需要更高一级的 bundle。
  • Agent Plugin 正在成为标准化分发单元。 Google 的 google-cloud-developer 遵循开放的 Agent Plugins specification，用统一 manifest / directory structure 打包 Agent Skills 与 MCP 配置，目标是避免为每个 coding agent 维护不同 wrapper。
  • Context、tools 与 guardrails 应一起交付。 这个插件同时包含 authentication/authorization/project-management 知识、Developer Knowledge MCP，以及 gcloud 操作 guardrails；Agent 会先检查环境、考虑 IAM 风险并给出 roadmap，再请求允许修改资源，而不是只获得一个更大的工具列表。

核心启示：团队级 Harness Hub 的最小可部署对象可能不再是单个 Skill，而是 Plugin = Skills + MCP/Tools + Context + Guardrails + Manifest。这更接近传统软件里的 package，也更适合版本管理、评测和组织级分发。