尧图建网站 尧图建网站 YAOTU WEB BUILD 免费咨询
ARTICLE DETAIL

资讯详情

深耕网站建设与建站编程的一线实战洞察。

Gemini CLI实战指南:5个场景吃透终端AI助手,从代码审查到团队规范共享

Gemini CLI实战指南:5个场景吃透终端AI助手,从代码审查到团队规范共享 Gemini CLI实战指南5个场景吃透终端AI助手从代码审查到团队规范共享【免费下载链接】gemini-cliAn open-source AI agent that brings the power of Gemini directly into your terminal.项目地址: https://gitcode.com/GitHub_Trending/gemi/gemini-cliGemini CLI 是一个开源的终端 AI 代理把 Gemini 模型的能力直接搬进你的命令行审代码、写功能、跑命令、管上下文都在这一个工具里完成。下面按真实工作场景拆解它的五个核心用法。接到一个 PR怎么让 AI 按你的标准来审很多人第一反应是直接问帮我看看这个改动有没有问题。问题在于有没有问题没有标准——你团队在乎的命名规范、错误处理方式AI 默认并不知道。Gemini CLI 的解法是技能Skills一个装了指令和资源的目录需要时才加载进上下文不占日常额度。项目里已经内置了一批现成的比如.gemini/skills/code-reviewer/下的 code-reviewer 技能它会先判断你给的是远程 PR 还是本地 diff再走 preflight 检查、读 PR 描述、按正确性/可维护性/规范三条线分析整个流程都写在 SKILL.md 里。想加自己的标准也很简单新建.gemini/skills/code-review-expert/SKILL.md# 代码审查专家技能 ## 核心原则 - 优先检查安全漏洞SQL注入、XSS等 - 强制要求单元测试覆盖率 80% ## 审查清单 1. 检查API端点是否有身份验证 2. 验证输入数据清理 3. 确保错误处理完整会话开始后CLI 会扫描技能列表并把名称、描述注入系统提示。模型一旦识别到任务匹配就会调用activate_skill激活对应技能你在界面里确认后SKILL.md正文才进入对话历史。之后每次审代码它都按你这份清单走而不是泛泛而谈。技能查找有明确的层级从低到高内置技能 → 扩展技能 → 用户级~/.gemini/skills/→ 工作区级.gemini/skills/。同名技能高层级覆盖低层级。这意味着把技能放进.gemini/skills/随仓库提交全组人 clone 下来就是同一套审查标准放进~/.gemini/skills/则是你个人的跨项目通用包。会话中用/skills list能随时查看当前加载了哪些。团队十个人能共用同一套项目上下文吗规范解决了怎么审但还有一个更基础的问题AI 得先知道这个项目是什么。技术栈、命名约定、错误处理模式每次新开会话都重复讲一遍谁都没那个耐心。GEMINI.md 就是为此设计的持久上下文文件分三层加载优先级从低到高层级位置放什么个人全局~/.gemini/GEMINI.md你自己的偏好语言习惯、常用工具链项目级项目根目录.gemini/GEMINI.md技术栈、代码规范、安全要求随仓库共享模块级特定子目录的GEMINI.md该目录特有的约定进入相关目录才生效一份典型的项目级文件长这样# 技术栈约定 - 主语言TypeScript 5.0 - 框架NestJS Prisma - 数据库PostgreSQL Redis缓存 # 代码规范 - 接口命名以I开头如IUserService - 所有公共方法必须有JSDoc注释 - 错误处理使用Result模式 # 安全要求 - 所有API端点必须有速率限制 - 用户输入必须经过严格验证项目根放一份提交进版本库新人第一次让 AI 干活它就已经懂你们的规矩了。官方对这块的说明在 GEMINI.md 文档。敢不敢直接让 AI 改代码Plan Mode 的决策前两个场景都是只读的风险低。真正让人犹豫的是第三步让它动手。这时应该切到 Plan Mode计划模式——一种只读审批模式AI 只能调研和出方案任何改动都要你确认。两种进入方式启动时指定gemini --approval-modeplan 审查这个身份验证重构PR重点关注向后兼容性会话中随时切输入/plan 实现双因素认证或者直接说帮我规划一下……切进去后它先跟你讨论策略达成一致才生成一份 Markdown 计划你审阅、编辑、批准然后它才开始执行。审查一个涉及兼容性的重构 PR这种先出图后动工的节奏比直接放开手脚安全得多也省得你事后回滚。一张表选对配置场景、命令、效果零散讲完了把日常会用到的开关合在一张表里按需取用场景配置方法效果团队统一规范根目录提交.gemini/GEMINI.md.gemini/skills/技能所有人共享同一套审查标准和项目上下文让 AI 只出方案不动手--approval-modeplan或/plan只读模式改动需逐条批准大代码库分析gemini --include-directories src,lib,docs把工作区扩展到多目录配合 1M token 上下文窗口CI/CD 集成--output-format json结构化输出方便脚本解析结果网络不稳定本地模型路由Gemma 等离线也能跑见 本地模型文档查看当前技能会话内/skills list确认技能加载与优先级把 Gemini CLI 接进你现有的工具链编辑器侧VS Code Companion终端里干活编辑器是空的两边上下文对不上。装 VS Code 配套扩展后AI 能拿到你当前打开的文件、光标位置和选中代码改完的 diff 直接在编辑器里审阅、接受。从命令面板执行 Gemini CLI: Run 即可拉起会话。流水线侧JSON 输出 发布工作流把 CLI 塞进 CI 的关键只有一个参数--output-format json。输出变成可解析的结构化数据后自动跑审查 → 生成发布说明 → 校验兼容性这类流水线就搭得起来了。项目自己的发布流程就是走 Actions 工作流手动触发 patch 版本172 次 run 记录里成功失败一目了然。能力侧MCP 接内部系统MCPModel Context Protocol模型上下文协议是扩展工具能力的标准接口。要连内部数据库、公司 API不用改 CLI 本体自己写一个 MCP 服务器暴露几个工具比如query_internal_db就行注册进来后和内置工具一样被模型按需调用。具体写法参考 MCP 教程。常见问题AI 会不会偷偷改我的代码不会。默认和 Plan Mode 下它只读改文件前会有工具调用提示等你确认批准了才落盘。仓库太大上下文装得下吗Gemini 3 模型提供 1M token 上下文窗口再配合--include-directories精确圈定要分析的目录中等规模单体仓库基本够用。断网的时候还能用吗可以走本地模型路由把请求打到本地运行的 Gemma 等模型网络恢复前不阻塞开发。技能能跨项目复用吗能。放~/.gemini/skills/是个人级任何项目都能加载放.gemini/skills/随仓库走则是团队级共享。下一步一套工具把审代码、传规范、管权限、接流水线串成了一条线剩下的只是动手。今天就做一件事在你的项目根目录建一个.gemini/GEMINI.md把技术栈和三条最重要的代码规范写进去再跑一次/skills list看看加载了什么。【免费下载链接】gemini-cliAn open-source AI agent that brings the power of Gemini directly into your terminal.项目地址: https://gitcode.com/GitHub_Trending/gemi/gemini-cli创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表