开始使用 Google Antigravity 或 Gemini 前，先确定工作发生在哪里：能在授权范围内操作项目的开发环境、接入应用的 API，还是基于所提供材料进行分析的聊天窗口。三个入口的权限、工具和验证方式不同。

本文不预设通用安装命令，也不保证所有账户开放相同功能。第三方聊天不能仅凭模型名称就变成可访问仓库的开发代理。

按任务选择入口

配置了工具和权限的开发环境可以围绕项目文件工作；API 适合将请求接入自己的应用；聊天可以根据你提供的片段分析问题、制定修改计划。

先选择小而明确的结果，例如解释一个故障、提出有限补丁或提取需求清单，再确认需要哪些访问权限。不要因为某个示例默认拥有整个仓库，就为简单任务扩大授权范围。

使用开发环境时

按照所用版本的官方安装和认证说明操作。选择适合试验的项目，检查代理实际能访问哪些文件、终端和服务。产品名称相同，不代表每一种集成模式都可用。

从已知状态和可撤销的修改开始，写好验收规则，例如修复输入验证但不改变公开接口。检查实际 diff 和测试输出。代理描述了一项测试，并不代表它已经执行。

本文不推荐所谓通用的 antigravity-cli serve 命令。配置命令必须来自对应产品的现行文档，不能根据其他工具的习惯臆造。如果文档和本地版本不一致，应先解决版本问题，再继续操作。

Gemini 3 官方开发指南可用于核对相应模型与请求方式。选择适用的 API 和 SDK，从官方示例开始，密钥保留在本地环境，不放进仓库或提示词。

记录模型标识、客户端版本和日期，确认接口如何管理会话状态。不要因名称相似就混用 Interactions 与 generateContent 的字段。

先测试没有外部副作用的请求，再安排错误处理、重试上限和用量记录。网络失败后重复文本生成，与重复执行修改文件或调用外部服务的动作不同，后者需要防止意外重复操作。

查看当前界面实际提供的模型和工具。提供一段相关函数、错误信息和预期行为。支持附件时核对格式与限制；不支持时可以使用足够说明问题的文本片段。

根据这段代码和错误，解释可能原因并提出最小补丁，保留公开接口。分开列出可观察事实与推测，再列出需要由我在本地执行的检查。

不要假设 MidassAI Chat 具有 Antigravity 终端、仓库同步、沙盒 API 或自动测试功能。先审核提议，再复制到自己的开发环境，并记录实际运行结果。若缺少上下文，请补充必要文件片段，而不是要求模型猜测整个项目。

选择一个处理空输入不正确的小函数，给出输入契约、预期输出和不能改变的条件。在实际可用的入口中使用同一案例，要求解释、最小改动以及修改前后的检查方案。

核对补丁是否解决原因，而不是简单吞掉错误。检查正常输入与边界输入，并将生成的建议、真实修改的文件和执行证据分开记录。这三者并不是同一结果。

记录准备、等待、审核和返工时间。教程示例不构成“节省 45 分钟”的实测证据。比较时也应保留失败、澄清请求和需要手动补做的步骤。

允许有外部影响的动作前，确认操作范围与授权。首次尝试通常可以从分析和可审核补丁开始。选择能为你的任务提供可验证结果的入口，并保留这个练习，在工具更新后重新检查。