跳到主要内容

Gemini CLI v0.44 发布 —— 从一个对话工具到多 Agent 工作台，Google 只用了两个版本

· 阅读需 4 分钟

v0.44 不一样。它把 Auto Edit 和 Auto Run 合并成了一个 Auto 模式、加入了本地/远程 Agent 会话调用、有了 Sublime Text 和 Emacs 编辑器集成、甚至支持了子代理（Subagent）隔离执行。这些改动加在一起，Gemini CLI 从「对话工具」变成了「开发工作台」。

Gemini CLI v0.44

以前：两个 Auto 模式，你用哪个？​

之前的 Gemini CLI 有两种 Auto 模式：Auto Edit 和 Auto Run。Auto Edit 自动改代码但不执行，Auto Run 自动执行命令。你得自己判断当前任务适合哪种模式，选错了还得切。

本质上这是把决策压力推给了用户——「你去想你的意图属于哪个分类」。但实际的开发流程是混在一起的：先改代码，再跑测试，发现报错再改代码，循环往复。人为在这中间画一条「这是 Edit」「这是 Run」的分界线，只会打断心流。

现在：一个 Auto，全自动​

v0.44 合并了两个 Auto 模式。不需要你判断，不需要你切模式。改动代码也好，执行命令也罢，全在一个 Auto 模式下完成。

有没有意思？本质上就是把「用户自己做分类」变成了「模型自己判断意图」。背后是模型的提升——Gemini 2.5 Pro 和 Gemini 3.1 系列上下文窗口够大、推理够稳，能分清「这里只需要改代码」和「改完需要跑一下看看」。既然模型自己能判断，何必让用户手动选。

Agent 会话系统：子代理有了独立上下文​

另一个值得关注的变化是 Agent 会话的引入。v0.44 加入了 LocalSessionInvocation 和 RemoteSessionInvocation——意味着 Gemini CLI 现在支持在同一个会话中启动子代理，且子代理拥有独立的上下文。

这不是简单的并发。子代理的上下文完全隔离：主代理的上下文不会泄漏到子代理里，子代理之间的上下文也互不干扰。这让并行任务（同时修两个不同模块的 bug、同时查两份文档）变成可行的架构。

同时加了一个 adk.agentSessionSubagentEnabled 标志来控制这个功能——典型的企业级控制，团队管理员可以决定是否允许用户开启子代理功能。

编辑器集成：终于轮到 Sublime 和 Emacs 用户了​

之前 Gemini CLI 对编辑器的支持主要集中在 VS Code 和 JetBrains 上。v0.44 加上了 Sublime Text 和 Emacs 客户端。说实话这两个的用户量不算大，但 Google 的社区贡献者主动提交了这些支持——说明 Gemini CLI 的真实用户画像比想象中更广，不只有 VS Code 主流用户。

其他值得关注的更新​

  • Agent 注册策略改为 first-wins：如果项目目录和全局都有同名 Agent，项目级别的优先。之前的行为不明确，现在有了确定的优先级
  • 子代理线程上下文隔离：子代理运行时不会污染主代理的线程上下文。修复了一些诡异的偶发崩溃
  • 上下文文件改为追加而非替换：之前每次编辑上下文文件会覆盖之前的内容，现在累积追加。如果你习惯一次次添加上下文，不会再丢失上一步的内容
  • Shell 输出节流：高频输出的命令（如 ping、日志 tail）不会让 TUI 卡死了，有实时 UI 缓冲区上限
  • RAG 片段本地日志：可以在本地日志中看到 RAG 检索到了哪些片段，对调试 Agent 行为很有帮助
  • NixOS 沙盒兼容修复：NixOS 上跑 sandbox 不再报 permission denied

升级：

npm update -g @google/gemini-cli
# 或用 npx
npx @google/gemini-cli

完整更新日志：https://github.com/google-gemini/gemini-cli/releases/tag/v0.44.1

📢 关注我，获取最新开源更新日志和开发者工具动态。如果觉得这篇文章有用，欢迎转发给身边的开发者朋友。

#GeminiCLI #GoogleAI #开发者工具 #Agents #版本更新