北京
Antigravity 用起来一直挺顺手，但有个问题困扰了我很久：每次新开一个会话，它都像失忆了一样，完全不记得我之前的项目设置。我不是开发者，主要拿它做 UI 设计、实验和电脑管理。工具本身没问题，问题在于每次都要从头开始解释我的文件夹结构、设计规范，它默认的假设往往跟我的项目对不上。
Google 官方其实发布了针对这个问题的文档。不是第三方教程，就是 Antigravity 的官方页面，里面列了一个面板下的六个自定义选项。其中两个设置从不同角度解决了我的“健忘”问题。下面说说我是怎么把它们用进自己的工作流的。
问题出在“裸奔”的 Antigravity
大多数人打开 Antigravity，加载项目，然后直接开始聊天。我之前也一直这么干，而且持续了挺长时间。问题是，代理（agent）根本不知道你的项目是什么，只能靠默认假设，而这些假设通常针对的是代码库——我很少碰代码。所以它给出的建议，在非开发项目里经常毫无意义。
Google 的 Customizations 面板提供了六个可以设置的选项：MCP、Skills、Rules、Plugins、Hooks 和 Sidecars。我之前一个都没用，这完全是我自己的问题。其实只要设置其中两个，就能解决我的问题。
Rules：持久上下文的关键
Google 的 Rules 文档把 Rules 描述为“供代理遵循的人工定义约束”。简单说，就是纯 Markdown 文件，会自动注入到每个会话中。它有两个作用范围：一个是全局的（在用户主目录的 .gemini 文件夹下，文件名为 GEMINI.md），另一个是工作区专属的（在项目根目录的 .agents/rules 文件夹下，可以放多个规则文件）。工作区规则还支持设置激活模式，比如始终开启、由模型判断是否相关时触发、用 @ 提及手动调用，或者通过 glob 模式匹配特定文件类型。
我创建了一个规则文件，把代理每次都要问我的信息都写了进去。对我来说，不是代码库，而是我的 Obsidian 笔记库、我围绕它使用的工具、文件夹约定、命名模式、我希望代理在里面做什么（比如整理和小工具），以及我不希望它碰的东西（比如我的草稿）。最后加几条硬性护栏，明确你不希望它做什么或爬取什么，这样就不用每次会话都重复声明了。每个人的项目不同，规则内容也会不一样，但大致就是 Google 推荐的做法：一个 Markdown 文件，把关键信息写清楚。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
