Google Antigravity 能否设置系统级 agents.md

背景

近期，Google 推出的 AI 编程助手 Google Antigravity 引起了开发者社区的广泛关注。作为一款旨在提升编码效率的工具，它试图通过自动化工作流来简化开发过程。然而，在实际部署和深度使用过程中，部分用户发现该工具在系统级配置灵活性上存在局限。特别是在 Linux 社区（如 LINUX DO 论坛）中，有用户反馈在尝试利用 Antigravity 完成项目时，遇到了无法自动审批工作流、缺乏中文支持以及无法定位或修改 agents.md 配置文件的问题。这一现象引发了关于该工具是否支持自定义系统级 Agent 配置，以及其设计哲学是倾向于“开箱即用”还是“高度可定制”的讨论。

核心内容

根据 LINUX DO 社区中关于 Google Antigravity 的讨论帖（共 17 个帖子，12 位参与者参与），核心争议点集中在该工具的系统级配置能力上。

用户在实际使用中观察到以下具体现象：

1. 自动审批缺失：在执行某些项目任务时，Antigravity 似乎无法自动完成审批流程，这可能意味着其默认配置下缺乏对特定操作权限的预设，或者需要人工介入确认。
2. 本地化支持不足：用户明确指出未找到中文界面或中文支持选项，这对于非英语母语用户构成了使用障碍。
3. 配置文件不可见/不可改：最核心的技术疑问在于 agents.md 文件。在传统的 Agent 架构中，agents.md 通常用于定义 Agent 的行为准则、系统指令或角色设定。用户反馈在 Antigravity 中找不到修改此文件的位置，进而质疑该工具是否允许用户进行系统级的 Agent 行为定制，还是说该工具本身就不提供此类底层配置入口。

简而言之，用户希望确认：这种限制是工具本身的 Bug 或设计缺失，还是 Google Antigravity 从一开始就采用了封闭式的配置策略，不允许用户通过修改 agents.md 来调整系统级 Agent 的行为？

关键要点

• 工具名称：Google Antigravity（Google 推出的 AI 编程/工作流助手）。
• 配置困境：用户无法在系统中找到或修改 agents.md 文件，导致无法自定义 Agent 的系统级行为。
• 功能限制：
  • 缺乏自动审批机制，可能需要手动干预。
  • 目前未发现中文支持，界面或交互可能仅支持英文。
• 社区反馈：LINUX DO 社区对此进行了热烈讨论，反映出开发者对 AI 工具“黑盒化”与“可定制性”之间平衡的关注。
• 核心疑问：Google Antigravity 是否支持系统级 agents.md 配置？若不支持，其设计意图是提供标准化服务还是允许深度定制？

意义与影响

这一讨论揭示了当前 AI 编程助手领域的一个普遍矛盾：易用性与可定制性之间的权衡。

1. 对开发者的影响：对于高级开发者而言，agents.md 等配置文件是微调 AI 行为、确保代码规范和安全合规的关键入口。如果 Google Antigravity 屏蔽了此类配置，可能会限制其在复杂企业级项目或特定工作流中的应用，迫使开发者回归传统工具链或寻找替代方案。
2. 产品设计的启示：Google 需要在“开箱即用的便利性”与“专业用户的控制权”之间做出选择。若 Antigravity 定位为轻量级辅助工具，封闭配置可能是为了降低学习成本；但若其目标是成为全栈开发伙伴，则开放 agents.md 等配置接口将是提升竞争力的关键。
3. 生态兼容性：agents.md 并非 Google 独有标准，许多开源 Agent 框架（如 AutoGen、LangChain 生态等）均依赖类似的 Markdown 或 YAML 文件定义 Agent 角色。Antigravity 若无法兼容或自定义此类标准，可能会与其所在的技术生态产生隔阂。

综上，用户关于 agents.md 的疑问不仅是对单个功能点的询问，更是对 AI 工具开放程度和开发者控制权的一次重要审视。