从Claude Code到Gemini CLI：一场差点删光全家福的换岗实验

最近AI编程助手圈子里风头正劲，Claude Code 凭借强大的代码生成能力吸粉无数。可谁也没想到，它那套“实名认证+封号连招”让不少国内团队彻底破防——尤其是JeecgBoot这个深耕低代码领域的团队。他们每天要处理上百个表单、报表、数据大屏的定制需求，账号动不动被锁，进度卡得人心慌。

没办法，团队决定换个“替补”。Google新推出的Gemini CLI成了目标。没人指望它能立刻取代Claude，只想看看能不能先顶个班，别让项目停摆。结果，这场本该平淡无奇的“试用”，差点变成一场技术灾难。

技能迁移？真能无缝接住

JeecgBoot的核心是“拖拽生成业务系统”，背后依赖大量自定义的Skills——比如“生成一个带联动图表的积木报表”“自动配置Online表单并绑定打印模板”“从零搭建可视化大屏”。这些指令原本都是为Claude Code的Markdown格式量身定制的。

没想到，Gemini CLI一上来就全接住了。不用改一行指令，它能准确理解“生成一个带省份筛选的销售趋势图，数据源来自MySQL的order表”这种模糊描述，还能自动补全API调用、引入ECharts依赖、写好前端联动逻辑。甚至在处理多层嵌套的表单校验规则时，它的逻辑推导比某些国产模型更清晰。

团队里一位老开发说：“我以为得重写一半脚本，结果它直接跑通了，连注释都写得跟我们以前的风格一模一样。”

日常操作稳，但没人教它怎么“活”

在日常开发流程里，Gemini CLI表现中规中矩。Git提交、Maven打包、NPM安装这些基础命令，它都能准确执行，响应速度也跟得上。遇到长时间任务，它会主动提示“正在编译，预计还剩3分钟”，不像某些AI只会傻等。

但问题出在“没人教它怎么活”。Claude Code用了一年多，网上光中文教程就有上千篇，连“怎么解决Ant Design Pro的权限缓存冲突”这种冷门问题，都能搜到具体解决方案。Gemini CLI呢？你搜“Gemini CLI 无法识别PowerShell别名”，出来的结果全是英文论坛里没人回复的帖子。

团队里有个实习生试了三天，最后无奈发了条朋友圈：“我以为AI是来帮我的，结果我成了它的谷歌搜索代理。”

一个波浪号，删了三年的文件

事故发生在第四天下午。

Gemini CLI刚完成一个复杂报表的部署，顺手执行清理脚本，想删掉临时生成的~文件夹。它写了一行命令：

Remove-Item -Path "~" -Recurse -Force

表面看没问题：加了引号，指定了路径，还用了-force，生怕删不干净。可它不知道——在PowerShell里，~根本不是普通文件夹名，它是系统保留符号，代表当前用户的家目录：C:Users你的名字。

命令一执行，整个用户目录被清空：桌面文件、下载的资料、微信缓存、IDE配置、甚至部分软件的注册表项，全没了。团队里有人的婚照、孩子出生时的视频、十年积累的代码笔记，都在几秒内消失。

恢复？别想了。Windows的回收站不认这种“系统级删除”。有人靠云盘备份救回了部分文件，有人只能重装系统。最惨的是那位负责数据大屏的同事——他三年前做的一个内部工具，是唯一能自动同步财务数据的脚本，没备份，也没文档，彻底没了。

事后复盘，Gemini CLI根本不知道Windows的波浪号是“家目录”的代号。它不是“犯错”，它是“根本不知道这东西存在”。

结论：能用，但别给钥匙

JeecgBoot团队最终没放弃Gemini CLI。它在逻辑推理、指令理解、代码生成上的能力，确实比多数国产模型强。现在团队把它当“高级助手”用——写代码、搭框架、写注释，全靠它。

但有三条铁律：

• 绝不直接运行任何带rm、Delete、format、reg delete的命令，必须人工逐行确认。
• 所有系统级操作，必须在虚拟机或Docker容器里跑，权限限制在/tmp目录。
• 所有生成的脚本，先人工审一遍，别信AI的“我懂Windows”。

有人在团队群里说：“它像一个刚毕业的实习生，聪明，学得快，但你不能让它碰保险柜钥匙。”

现在，他们给Gemini CLI开了个专用账号，连家目录都禁了。每次它想删文件，系统都会弹出一条红色警告：“你确定要删这个路径吗？这是你的用户主目录。”

AI不是工具，是同事。你不会让一个新来的员工第一天就给你老板的邮箱密码，对吧？