团队
团队是一种驾驭层模式:命名智能体定义加上 task 与 parallel_task 委派核心。
A3S Code 不再暴露单独的团队运行器 API;父会话仍负责合成、策略和最终验证。
推荐形态
- 把长期角色放在
.a3s/agents,或配置额外agentDirs。 - 每个角色保持聚焦:description、prompt、allowed tools、denied tools。
- 需要运行时选择高置信 subagent 时启用
autoDelegation。 - 宿主已知 lane 时直接调用
session.task(...)或session.tasks(...)。 - 父 agent 合并子摘要、证据引用和风险。
自定义智能体文件
Markdown agent 文件使用 Claude 兼容 frontmatter,但 A3S 原生位置是 .a3s/agents:
A3S 也读取 .claude/agents 作为迁移来源。新项目优先使用 .a3s/agents。
内置团队角色
无需创建文件即可使用:
explore:只读仓库探索plan:只读实现计划general/general-purpose:多步骤实现verification:检查、复现和回归验证review:findings-first 代码审查
手动执行通道
宿主已经知道 lane 时,可直接调用 SDK helper:
session.tasks(...) 是 parallel_task 的宿主侧封装;它返回 ToolResult,
而不是 StepOutcome[]。当你需要每条 lane 都有独立结构化 outcome 时,使用
session.parallel(...)。
当团队的 lane 结构固定、应当可复现且可恢复而非由模型选择时,使用 编排 中的可编程组合子(session.parallel / session.pipeline / session.parallelResumable)。
工作智能体
当角色由宿主动态构造而不是存储在磁盘上时,通过 workerAgents 或 registerWorkerAgent() 注册一次性 worker agents:
通过 confirmationInheritance 控制子运行如何处理 Ask 决策:
'auto_approve'(默认):子运行自动批准所有 Ask 决策'deny_on_ask':子运行遇到 Ask 时立即失败'inherit_parent':子运行继承父级的确认策略
运行状态
应用应通过 streaming events 和 run replay 快照展示状态,Node 侧需要取消时使用 cancelRun(runId)。