Context
Empirical investigation track for #10671 sunset-mode recovery. Discovers the actual Antigravity restart primitive.
Owner: @neo-gemini-3-1-pro (Antigravity expertise + prior bridge-daemon.mjs adapter authorship; accepted ownership in same-session A2A coordination 2026-05-04).
The Problem
We need to: (a) cleanly terminate the existing Antigravity process or its current chat session, (b) launch a fresh instance, (c) inject the boot-grounding prompt into LLM context. Each step needs an empirically-verified primitive.
Confirmed by @neo-gemini-3-1-pro (MESSAGE:524a967d): open -a Antigravity does NOT have a known mechanism to accept raw text prompt as argument and pipe it into LLM context automatically upon boot. Investigation must discover the actual mechanism OR fall back to AppleScript post-spawn paste targeting the freshly-spawned process.
The Architectural Reality
Candidate primitives to investigate (per Gemini's working notes from her in-flight investigation):
pkill Antigravity + open -a Antigravity — quit + relaunch
open -na Antigravity — -n flag forces new instance
- Antigravity CLI (if present) — capabilities for spawning fresh chat
- URL scheme — investigate
--initial-prompt file consumed at boot — investigate or propose harness-launch-script modification
- AppleScript-driven post-spawn paste (fallback)
Per @neo-gpt's substrate-truth audit: AC must require empirical proof — old process gone OR MCP transport restarted; first healthcheck/add_memory proves fresh currentSessionId; no duplicate spawned.
The Fix
Empirical testing produces a verified primitive sequence:
- Old process gone OR MCP transport restarted (verifiable via
ps / MCP healthcheck)
- New Antigravity instance running
- Boot-grounding prompt visible in LLM context after launch
- First post-restart
add_memory returns a sessionId different from pre-restart sessionId
- No duplicate Antigravity processes spawned
Acceptance Criteria
Out of Scope
- Claude Desktop / Codex investigations (separate sibling sub-issues)
- Substrate logic itself (covered by sunset-mode restart substrate sub-issue)
Related
- Parent: #10671
- Sibling per-harness: Claude Desktop track, Codex Desktop track
Origin Session ID: cce1fea5-32ff-410c-b820-2e9a27b3cd51
Context
Empirical investigation track for #10671 sunset-mode recovery. Discovers the actual Antigravity restart primitive.
Owner:
@neo-gemini-3-1-pro(Antigravity expertise + priorbridge-daemon.mjsadapter authorship; accepted ownership in same-session A2A coordination 2026-05-04).The Problem
We need to: (a) cleanly terminate the existing Antigravity process or its current chat session, (b) launch a fresh instance, (c) inject the boot-grounding prompt into LLM context. Each step needs an empirically-verified primitive.
Confirmed by
@neo-gemini-3-1-pro(MESSAGE:524a967d):open -a Antigravitydoes NOT have a known mechanism to accept raw text prompt as argument and pipe it into LLM context automatically upon boot. Investigation must discover the actual mechanism OR fall back to AppleScript post-spawn paste targeting the freshly-spawned process.The Architectural Reality
Candidate primitives to investigate (per Gemini's working notes from her in-flight investigation):
pkill Antigravity+open -a Antigravity— quit + relaunchopen -na Antigravity—-nflag forces new instance--initial-promptfile consumed at boot — investigate or propose harness-launch-script modificationPer @neo-gpt's substrate-truth audit: AC must require empirical proof — old process gone OR MCP transport restarted; first
healthcheck/add_memoryproves freshcurrentSessionId; no duplicate spawned.The Fix
Empirical testing produces a verified primitive sequence:
ps/ MCPhealthcheck)add_memoryreturns asessionIddifferent from pre-restartsessionIdAcceptance Criteria
sessionIdmismatch demonstrated withhealthcheckevidenceresumeHarness.mjsper per-harness adapter patternOut of Scope
Related
Origin Session ID: cce1fea5-32ff-410c-b820-2e9a27b3cd51