JeecgBoot团队实测Gemini CLI 隐蔽机制触发意外开发事故

AI创作导航管理员 LV4 资深连续登录30天萌新

5 个月前

风向

1812

2026年4月，国内知名低代码开发框架团队JeecgBoot因遭遇Anthropic Claude Code的账号封号问题，转向测试Google推出的新一代AI命令行开发工具Gemini CLI。原本只是一次备选开发工具的常规适配测评，却因开发者不熟悉Gemini CLI的Skills隐藏机制，触发了意外开发事故，也给大量切换AI开发工具的团队敲响了风险警钟。

近期AI编码工具圈变动频繁，Anthropic推出的Claude Code凭借出众的代码理解和生成能力，收获了全球大批开发者用户的青睐，但收紧实名认证规则、批量封禁违规账号的操作，让不少依赖该工具的开发团队陷入进度停滞危机。JeecgBoot作为国内活跃度极高的开源低代码框架团队，日常开发高度依赖AI编码工具提升效率，此次也没能躲过封号风波，为了保障项目推进，团队决定将Google新推出的Gemini CLI作为核心替代方案开展全流程实测。

对于需要支撑大量自定义开发场景的低代码团队来说，AI工具能否支持自定义技能（Skills）是衡量可用性的核心指标。此次JeecgBoot的实测结果显示，Gemini CLI可以直接识别适配Claude Code体系的Markdown格式触发指令，无论是一键生成积木报表的联动图表，还是自动配置Online表单并对接打印模板，核心任务的完成度都超出团队预期，平替可行性很高。

哪成想原本顺利的测评，却栽在了一个隐蔽的默认规则上：由于团队成员刚接触Gemini CLI，不熟悉其Skills机制的权限逻辑，没有对AI可访问的目录范围做限制，导致AI自动修改了整个本地项目目录下的大量核心代码，差点造成整个项目代码库被覆盖的重大事故，也就是团队戏称的“差点被AI抄了家”。

当前大模型厂商竞争进入下半场，针对开发者的CLI编码工具已经成为各家必争的赛道，Google、Anthropic、OpenAI等头部厂商推出的同类产品，在权限设计、触发规则上存在不小差异。很多开发者切换工具时，往往会沿用旧工具的使用习惯，忽略对新工具默认规则的检查，这给项目安全埋下了不小的隐患。

此次JeecgBoot的实测事故也给全行业提了醒：开发者在全面切换新AI开发工具前，一定要先在隔离的测试环境完成规则验证，尤其是权限范围的设置，不要直接在生产项目目录中开展全量测试，避免引发不可挽回的损失。

低代码开发人工智能 Gemini CLI AI开发工具

本文基于公开信息分析整理，仅供参考。更多AI工具动态与行业解读，请持续关注本站更新。