Gemini CLI 上线 Subagents——Google 的 Agent 编排方案
Google 刚给 Gemini CLI 加了 subagents 功能，设计思路值得关注。
核心逻辑：不再让一个巨大的 agent 什么都干然后把自己的上下文窗口搞得一团糟。现在 Gemini CLI 扮演指挥官角色，把子任务分配给专家 agent，每个专家有自己独立的上下文窗口、系统指令和工具集。专家完成工作——可能涉及几十次工具调用——然后返回一个精简摘要。你的主会话保持干净。
开箱自带三个 subagent：通用型、一个精通 Gemini CLI 文档的帮助专家、一个负责代码架构分析和 bug 排查的 codebase_investigator。但真正的杀手锏是自定义 subagent——用 Markdown 文件加 YAML 头部定义，扔到 ~/.gemini/agents 或项目的 .gemini/agents 目录就能用。提交到 repo 就能和团队共享。
你可以用 @agent 语法显式指定任务（比如 @frontend-specialist 审查认证流程），也可以让 Gemini CLI 自动判断该用哪个专家。Subagent 还支持并行执行。
这是 Google 版本的「终端编程 agent 是指挥家而不是独奏者」。Claude Code 和 Windsurf 也在往这个方向收敛。用 Markdown 文件定义 agent 的模式很优雅——创建一个 agent 就跟写 README 一样简单。
https://geminicli.com/docs/core/subagents/
https://github.com/google-gemini/gemini-cli
← 返回所有文章
核心逻辑：不再让一个巨大的 agent 什么都干然后把自己的上下文窗口搞得一团糟。现在 Gemini CLI 扮演指挥官角色，把子任务分配给专家 agent，每个专家有自己独立的上下文窗口、系统指令和工具集。专家完成工作——可能涉及几十次工具调用——然后返回一个精简摘要。你的主会话保持干净。
开箱自带三个 subagent：通用型、一个精通 Gemini CLI 文档的帮助专家、一个负责代码架构分析和 bug 排查的 codebase_investigator。但真正的杀手锏是自定义 subagent——用 Markdown 文件加 YAML 头部定义，扔到 ~/.gemini/agents 或项目的 .gemini/agents 目录就能用。提交到 repo 就能和团队共享。
你可以用 @agent 语法显式指定任务（比如 @frontend-specialist 审查认证流程），也可以让 Gemini CLI 自动判断该用哪个专家。Subagent 还支持并行执行。
这是 Google 版本的「终端编程 agent 是指挥家而不是独奏者」。Claude Code 和 Windsurf 也在往这个方向收敛。用 Markdown 文件定义 agent 的模式很优雅——创建一个 agent 就跟写 README 一样简单。
https://geminicli.com/docs/core/subagents/
https://github.com/google-gemini/gemini-cli
评论