修复 Antigravity OAuth 导入后配额复检缺 project

[MMEXA]

前因后果

本机 Antigravity CLI 能正常对话，但 Aether 导入同一个 Antigravity OAuth 凭据后，出现“Token 刷新成功，但额度/账号状态复检失败：缺少 OAuth 认证信息，请先授权/刷新 Token”。现场排查发现 token 刷新本身成功，失败点在 Aether 构造 Antigravity fetchAvailableModels 请求前：缺少 CLI 运行时使用的 workspace backend project_id，导致身份头解析失败。

本机 Antigravity 日志显示当前链路会先访问 daily-cloudcode-pa.googleapis.com/v1internal:loadCodeAssist 获取 cloudaicompanionProject.id，再访问 daily-cloudcode-pa.googleapis.com/v1internal:fetchAvailableModels，并使用 Antigravity UA/客户端头。Aether 原实现只从 auth_config.project_id 等少数字段读 project，导入时也没有给 Antigravity 应用 project hints，因此 OAuth token 有效但配额复检仍会报缺认证信息。

修复内容

• Antigravity 单条/批量 OAuth 导入会保留 project_id、projectId、cloudaicompanionProject、cloudAiCompanionProject、clientVersion、sessionId、userAgent 等身份 hints。
• Antigravity 身份解析支持从 auth_config 和 upstream_metadata.antigravity 读取 project/client/session，并支持 cloudaicompanionProject.id 结构。
• 新增 Antigravity loadCodeAssist 计划。
• Antigravity 模型获取在缺 project 时先通过 loadCodeAssist 水合 project，再用 daily host 调 fetchAvailableModels。
• Admin quota 复检和实际本地请求 planner 在缺 project 时先水合 metadata，不再把 project 缺失误报成 OAuth token 缺失。
• Antigravity 固定 provider 模板切到 daily CloudCode endpoint，并提升模板版本。

验证

• cargo fmt --check
• cargo test -p aether-provider-transport antigravity --lib
• cargo test -p aether-model-fetch antigravity --lib
• cargo test -p aether-gateway antigravity --lib
• cargo test -p aether-gateway single_import_applies_antigravity_identity_hints --lib
• cargo test -p aether-gateway applies_antigravity_project_and_user_agent_hints_to_auth_config --lib
• git diff --check