企业官网建设流程全解析

MyBlog 个人博客

【免费下载链接】gemini-cliAn open-source AI agent that brings the power of Gemini directly into your terminal.项目地址: https://gitcode.com/GitHub_Trending/gemi/gemini-cli

• TypeScript，2空格缩进，用严格相等
• posts/ 存放文章源文件，标签名用中文
• 新文章必须在 posts/index.ts 登记
• 公共函数要写 JSDoc 注释

之后每次会话自动加载，不用口头重复。手册放哪里，看你想约束谁： | 场景 | 放在哪 | 生效范围 | |---|---|---| | 你个人的跨项目偏好 | ~/.gemini/GEMINI.md | 只有你 | | 项目统一规范 | 项目根目录 GEMINI.md | 全队，跟着仓库走 | | 某个子模块的特殊规则 | 该目录下的 GEMINI.md | 只碰该目录时才带上 | ### 上下文层级冲突：谁覆盖谁 三级文件不是"覆盖"关系。CLI 按全局 → 项目 → 目录的顺序把文件拼接在一起发给模型。所以规则打架时，把你想生效的写在更具体的那一层，并且说得明确些。会话里输入 /memory show 能看到最终合并后的全文，改完文件用 /memory reload 重新加载。细节见 [GEMINI.md 文档](https://link.gitcode.com/i/dcf049cb7d989c01e452768c65015e74)。 ## Gemini CLI 技能配置：给 AI 一张可复用的审查 SOP 手册是"常驻"的，技能是"按需"的。比如博客文章发布前的动作：查 index 登记、查 frontmatter、跑构建。把这些写成技能，以后你说"审一下这篇文章"它就照着做，每次结果一致。 ```bash mkdir -p .gemini/skills/blog-review # 建技能目录

在里面写 SKILL.md，头部描述"何时触发"，正文就是 SOP：

--- name: blog-review description: 博客文章发布前检查，"审一下这篇文章"时激活 --- 1. 检查 posts/index.ts 是否已登记 2. 检查 frontmatter 的 title/tags 是否齐全 3. 跑 npm run build 确认构建通过

技能的 description 就是触发开关：会话开始时模型只看到所有技能的名字和描述，任务匹配后会先征求你同意再激活。终端里 /skills list 看当前列表，/skills link 可挂载外部技能库，技能文档有完整参数。

🔍 跑起来：AI代码审查命令行，先出方案再动手

让 AI 直接改代码心里没底？用 Plan Mode：只读调研、先出方案，你批准后才动手。

gemini --approval-mode=plan "审查 RSS 导出逻辑，给出修复方案"

【免费下载链接】gemini-cliAn open-source AI agent that brings the power of Gemini directly into your terminal.项目地址: https://gitcode.com/GitHub_Trending/gemi/gemini-cli