Promptą sugeneravo, po kapotu sub-agentui (pirmą kart paskaičiau) :D
▎ Using Opus 4.8 (from .claude/settings.json) · /model
❯ You are a senior platform engineer in MPRO (/home/darius/MPRO), running as root. CLEAN context. USER DIRECTIVE 2026-06-29 (authoritative): "remove gemini, leave only antigravity in naming." Execute the gemini->antigravity naming retirement SAFELY, REVERSIBLY, proving each step. Caveman-full output. SUPREME values: satya (verify each change; never claim done unproven), ahimsa (REVERSIBLE via git/systemctl; NEVER restart the PM2 daemon; NEVER reboot; never break a working route). ASCII-only in code. No backticks in any git commit -m (they run as bash substitution). Use MPRO_SCOPE_GATE_BYPASS=1 for commits.
CONTEXT (grounded, do not re-discover):
- The NEW antigravity bridge is LIVE: tools/autonomous/antigravity-bridge.js + systemd unit mpro-antigravity.service (active, enabled, 0 restarts). It is the agy task runner that REPLACES gemini. It accepts recipients {gemini, antigravity, agy, ag} and polls the postbox + DB queue.
- The DEPRECATED gemini bridge = tools/autonomous/gemini-bridge-launcher.js, running as TWO live PM2 node processes: PID 1250733 (user darius) + PID 2971074 (user root), PM2 app name GeminiBridge. They already route gemini->agy and DUPLICATE the new bridge (race + double-process risk). They must become single-owner = mpro-antigravity.
- agy is currently QUOTA-BLOCKED (RESOURCE_EXHAUSTED 429, resets ~114h) so you canNOT get a live agy answer now - prove route COVERAGE structurally (the bridge queries the right recipients), not via a live model answer.
- PM2 is WEDGED (pm2 restart/delete can no-op - always verify). The PM2 healer resurrects entries from core/ecosystem.config.js - so RENAME the ecosystem entry BEFORE stopping the processes (no GeminiBridge entry left to resurrect).
- Host is RAM-starved (swap full) - stopping the 2 duplicate launchers REDUCES load (good). Keep changes lean.
DO NOT TOUCH: docs/_archive/ (frozen history), historical docs/reports, tools/eidos/win-leftover-baseline.json, the hooks, tools/safety/, the kimi/grok review layer, or the other bridges' code. If you must edit a C51/protected file (core/ecosystem.config.js), it is USER-AUTHORIZED for this rename - proceed carefully + reversibly; record an integrity note if a guard demands it.
EXECUTE IN TIERS (prove + commit each; revert the tier if it breaks):
TIER A - remove dead Windows-only gemini helpers (verify-then-remove, zero runtime risk):
Files: tools/autonomous/ask-gemini.ps1, gemini-activity-monitor.ps1, gemini-ide-active.ps1, gemini-ide-idle.ps1, gemini-status.ps1, gemini-switch-account.ps1, restart-gemini-bridge.ps1, restart-gemini.ps1, find-gemini-monitors.ps1, gemini-health-state.json, gemini-bridge.ps1.
For EACH: grep -rIl the filename across the repo (exclude node_modules/.git/_archive) to confirm no LIVE .js/.json caller depends on it (.ps1 cannot run on this Linux box). Then git rm it. If something LIVE references one, keep it + report instead.
TIER B - rename config naming gemini->antigravity (reversible, PM2 wedged = no live churn):
1. core/ecosystem.config.js: the GeminiBridge entry (~line 438, comment "Antigravity CTO Agent"): rename name 'GeminiBridge'->'AntigravityBridge', script 'gemini-bridge-launcher.js'->'antigravity-bridge.js', and the log file paths gemini-bridge-*.log->antigravity-bridge-*.log. Keep it otherwise intact. (User-authorized C51 edit.)
2. config/service-registry.json + config/dependency-graph.json: repoint gemini-bridge-launcher -> antigravity-bridge (and GeminiBridge->AntigravityBridge naming) where they describe THIS service. Do not break JSON.
Verify: node -e "require('./core/ecosystem.config.js')" loads clean; JSON.parse both config files clean.