从Claude Code到Gemini CLI：一次低代码团队的“备胎”测评与惊魂记

最近AI编程工具圈可谓风起云涌。Claude Code凭借强大的实力收获了不少拥趸，但其时而严格的实名认证和封号机制，也让不少开发者感到头疼。国内知名的JeecgBoot低代码团队就遇到了类似困扰，为了不影响项目进度，他们决定将工作流迁移到Google新推出的Gemini CLI上试一试。

这原本只是一次常规的“备胎转正”能力测试，没想到，却因为一个极其隐蔽的系统“冷知识”，上演了一出让所有人手心冒汗的意外插曲。

核心能力：Skills机制平替无压力

对于依赖JeecgBoot这类低代码框架的团队而言，评估新工具的核心标准，往往在于它能否顺畅地理解和执行各类自定义技能（Skills）。

实际测试下来，Gemini CLI在这方面的表现令人惊喜。它能够直接识别并运行原本为Claude Code设计的、那套Markdown格式的触发指令。无论是根据一句自然语言描述生成复杂的积木报表联动图表，还是自动配置Online表单并关联打印模板，乃至从零开始搭建一个完整的数据大屏，Gemini CLI都能稳稳接手。尤其在处理复杂任务所需的逻辑链条推导时，它的表现比许多国产大模型更为扎实，基本实现了“无缝平迁”。

命令执行：基本功扎实，但生态还差点火候

回到日常开发的基础操作，比如Git提交、Ma ven编译或是NPM构建，Gemini CLI的表现可谓中规中矩。长时间任务的等待反馈和状态判断都比较可靠，基本功是扎实的。

然而，生态积累上的“代差”依然明显。Claude Code毕竟面世更早，围绕它的配套脚本、详尽的中文教程以及社区分享的“踩坑”经验已经形成了网络效应。相比之下，Gemini CLI更像是一位初入职场的“新人”，一旦遇到棘手问题，很多时候只能依靠开发者自己去翻阅英文官方文档寻找答案。

致命翻车：一个波浪号引发的“灭顶之灾”

测评中最具戏剧性的一幕就此发生。在Gemini CLI自动完成技能安装并准备清理临时文件时，它在PowerShell环境下执行了一条包含“~”（波浪号）路径的删除命令。

Gemini的本意是删除它自己生成的、名为“~”的临时文件夹，并且“贴心”地为其加上了双引号，试图防止字符被转义。但它显然低估了PowerShell环境下的一个“坑”：在-Path参数中，波浪号无论是否被引号包裹，都会被系统解析为“当前用户的家目录”。于是，这条命令的实质变成了：递归删除整个用户主文件夹。

后果是瞬间的：下载目录、文档、乃至部分软件的本地缓存，被一扫而空。这次事故尖锐地暴露了当前AI在跨系统环境（尤其是Windows体系）下实践经验的不足，同时也给所有开发者敲响了一记警钟：赋予AI工具的权限边界，必须审慎设定，绝不能过于宽泛。

经验总结：备胎虽好，别给root密码

Jeecg团队基于此次测评得出的最终结论是：Gemini CLI绝对具备成为主力工具的潜力，其逻辑与推理能力在线，完全有资格作为Claude Code的可靠备选方案。

但鉴于这次“删库”级别的意外，团队强烈建议，现阶段最好将其置于沙箱环境中运行。任何涉及系统层级的Shell操作，都必须经过人工确认。说到底，AI智能体仍在快速进化中，我们对它的信任模型也需要同步升级——切莫让一位刚入职的“AI实习生”，在第一天就拿到你家所有房门的钥匙。