本周可用信号范围较窄，但很实用。Antigravity 被展示为 Flutter 工作中的编码伙伴，其中 Google Agent Development Kit (ADK) 前端是最清楚的案例。证据指向可重复使用的开发者技能、评审循环和平台调试；对可量化模型收益的支持较少。
最有力的案例把一次性编码会话变成了可复用的 Antigravity 技能。作者需要为一个用 Google Agent Development Kit 构建的 Python 代理开发 Flutter 客户端，但他的 Python 经验很少，也没有做过 ADK。有效方法是分阶段产出：接口说明、使用说明、架构说明、设计说明，然后生成代码并测试。
这个工作流用了两个代理。编码代理运行技能并产出工件。作者代理帮助检查缺口并更新技能。每次运行后，作者都会删除生成的文件，再重新运行流程。这样，技能就记录了修复、决策和领域学习。
具体结果是，经过 13 次迭代后形成了可分享的 flutter_frontend_for_adk 技能。报告中的修复都是常见工程问题：gitignore 行为、评审暂停、macOS 和 iOS 网络权限、markdown 渲染、linting、密封消息类型、聊天滚动、dart:io 导致的 Web 崩溃、部分事件聚合，以及工具调用显示。
第二个条目用一个已发布的游戏示例说明了同一个实践要点。DashLander 使用 Flutter、Flame、Antigravity 和 Gemini 工具构建。其论点是，一个 Dart 代码库能给代理提供编译器和 analysis-server 反馈，同时让 Web、移动端和桌面端构建保持接近。
这个主张基于一次端到端构建，不是受控评估。作者称，初始的 Flutter 和 Flame 游戏大约用了五分钟生成，之后又用了约 100 条提示。后续很多工作花在代码组织和测试上。这个游戏还需要人工检查工具，包括调试叠加层和回放检查点，因为只阅读生成代码很难信任物理、碰撞逻辑和回放时序。
最清楚的工程经验是控制范围。Challenge Mode 使用过去高分的幽灵回放，避免了实时多人基础设施。一个由毫秒级调度漂移导致的回放 bug，通过在推进器事件中存储完整着陆器状态得到修复。