Conductor:让 AI 编程不再“忘事”
你有没有遇到过这样的情况:刚让 AI 帮你写完一个功能,切换了文件、重启了编辑器,或者换台电脑后,再问它“之前那个逻辑怎么实现的?”——它一脸茫然,像从没听过你提过这事儿。
谷歌最近推出的 Conductor,就是为了解决这个让人抓狂的痛点。它不是一个花哨的聊天机器人插件,而是一个实实在在帮你把“人和 AI 之间的默契”存下来的工具。它把原本藏在对话里的产品逻辑、技术选型、代码规范,全都变成你代码库里的 Markdown 文件,和你的源码一起提交、一起版本控制。

不是对话,是协作文档
传统 AI 编程助手像是一次性顾问:你说完,它写完,然后就散了。Conductor 不一样——它要求你和 AI 一起写“任务说明书”。
当你想加一个新功能,比如“用户登录后自动跳转到个人主页”,Conductor 不会直接给你代码。它会先让你确认:这个功能要支持哪些设备?用什么认证方案?有没有权限校验?前端用 React 还是 Vue?这些细节,都会被自动整理成一份清晰的 spec.md 和 plan.md 文件,存进你的项目里。
等你确认没问题,再输入 /conductor:implement,AI 才开始写代码。写完之后,所有改动都会生成 Git 提交记录,附带说明:“根据 spec.md #3 完成登录跳转逻辑”。下次团队新人接手,打开这个文件,就能知道“为什么这么写”,而不是靠猜。
任务追踪:每个改动都有来龙去脉
Conductor 引入了 “Tracks”(任务追踪)的概念,每个功能、每个 Bug 修复,都当成一个独立任务来管理。
比如你修复了一个支付失败的 Bug,Conductor 会生成一个 track/payment-failure-2026-02-01.md 文件,里面包含:
- 问题复现步骤
- 影响范围(哪些接口、用户群体)
- 修复方案说明
- 测试用例
- 最终代码变更
这不是为了“多写文档”,而是为了让团队里谁都能快速理解:这个改动能不能回滚?有没有副作用?要不要通知客服?
以前靠口头说“我记得当时是改了那个接口”,现在变成“你去看 track/payment-failure-2026-02-01.md”,一目了然。
上手简单,老项目也能用
不用重写项目,也不用换工具链。只要你用的是 VS Code + Gemini CLI,安装 Conductor 扩展,输入:
/conductor:setup
它就会在你当前项目里生成一套标准文件夹结构:/conductor/spec/、/conductor/plans/、/conductor/tracks/,全部是纯文本,Git 原生支持。
老项目尤其受益。很多团队的“潜规则”——比如“所有 API 必须带版本号”“前端组件必须写单元测试”——往往只存在于老员工脑子里。Conductor 能帮你把这些“心照不宣”的规矩,变成可查、可审、可传承的文档。
还能撤回,能查状态
写错了?别慌。Conductor 支持:
/conductor:status—— 查看当前所有待处理的任务/conductor:revert—— 一键撤销最近一次 AI 生成的改动(基于 Git,安全可靠)/conductor:review—— 生成一份改动摘要,供团队成员快速审阅
它不取代你,也不替你做决定。它只是让你的每一次 AI 协作,都像写代码一样,有迹可循。
开源,免费,现在就能用
Conductor 已通过 Apache 2.0 协议开源,支持 Linux、macOS、Windows,兼容主流 IDE。你可以在 GitHub 上直接下载,也可以通过 Gemini CLI 一键安装。
它不追求“炫技”,也不吹嘘“全自动编程”。它只是认真地问:我们能不能让 AI 的帮助,像同事的笔记一样,留在团队里,而不是随对话一起消失?
如果你厌倦了“每次重启都得重新交代一遍”的重复沟通,Conductor 可能是你一直在等的那个工具。
官方链接:https://developers.googleblog.com/conductor-introducing-context-driven-development-for-gemini-cli/