以Gemini CLI为例，Codex等同理。首先基础是提需求的时候尽量明确，不要像和人说话那样让对方会意。按编程语言那样的严谨方式描述，信息量越高代码越合你的心意。如果需求比较复杂比如做一个大的新功能，可以用计划模式让ai反问，有时能发现自己没注意到的细节。
基础上下文：即GEMINI.md或者AGENT.md，适合记录关于项目的背景知识，结构介绍（可以/init自动生成），希望ai遵守的编码规则、风格等。
撤销改动：/rewind命令，相当于内置了个版本控制系统，如果对ai的改动不满意可以回滚到上一条指令，不用在ai改动前把代码提交到git依赖它的功能
计划：/plan命令，让ai拟定一份详细计划，适合实现复杂的功能。它会在计划中列出接下来编码的思路和步骤，并且可能会对需求不够明确的地方提出疑问。
对不满意的计划进行修正、对模糊的地方进行澄清可以产出更符合需求的代码，比起一个模糊的需求直接开始+等待结果出来后修改节约时间和token。
长时间运行：计划功能配合YOLO模式（自动批准）达到无人工干预长时间运行，模仿Codex网页版和谷歌Jules。
MCP和Skill：扩展功能用，比如使用playwright观察前端界面实际渲染出来的样式等
自定义命令：就是提示词管理器，保存一些常用指令一键执行。比如总结当前改动并提交到git之类
强制指定模型：现在都是自动选择模型，具体说plan模式指定计划时使用pro，其他时候都使用flash。可以/model强制指定，但是pro模型经常慢如蜗牛使用体验极差。现在不必强求了，3flash比2.5flash强非常多，去年2.5必须要用pro，flash蠢的要死。
使用非Gemini模型：