Wie Antigravitation mit Kontext umgeht (ohne /kompakt)

Ursprünglicher Autor：RUNLOG

Originalquelle：https://www.youtube.com/embed/zRxDRU_0Bco

Claude Code-Entwickler verlassen sich auf /compact, wenn der Kontext aufgebläht wird. Aber wie geht Google Antigravity (mit Gemini 3.8 Flash) mit über 600.000 Token-Sitzungen ohne Komprimierungsbefehl um? In diesem Video haben wir Antigravity genau demselben 12-Constraint-Benchmark unterzogen, den wir bei Claude Code verwendet haben, und die Aufbewahrung von Turn 1 (27.000 Token) bis Turn 24 (617.000 Token) verfolgt. Wir analysieren auch die zugrunde liegenden Mechanismen: kontinuierliche Bereinigung der Transkript-Nutzlast im Vergleich zur Batch-Zusammenfassungskomprimierung, multimodale Bildkonservierung und die Prompt-Cache-TTL-Traps, die Token stillschweigend verbrennen. ZEITSTEMPEL: 00:00 – The Stop-the-World Cliff 01:05 – Continuous Pruning Architecture 02:42 – Modalitäten, injizierte Regeln und Trigger-Mechaniken 04:54 – Der 12-Constraint Gauntlet Benchmark 06:38 – Empirische Retention-Ergebnisse (Turn 1 bis 24) 08:07 – Cache-TTL: 1h Main vs. 5m Subagent-Falle 09:38 – Urteil des Entwicklers und praktische Regeln RESSOURCEN & EMPFÄNGE: – Benchmark-Plan, Kabelbaum, Grader und verifizierte Turn-24-Belege: https://github.com/runlog-tech/runlog-dev/tree/main/11-antigravity-context-mechanics – Enthält eine ungelöste Datenanomalie, die offen offengelegt, nicht versteckt wurde: Ein weiterer Lauf nach Turn 24 ergab eine Token-Zählung, die wir nicht erklären konnten und hat sich entschieden, nicht als verifiziertes Ergebnis zu veröffentlichen. Vollständige Beschreibung im Repo. RUNLOG: Technische Belege statt Prompt-Hype. Abonnieren Sie fälschbare Agenten-Engineering-Daten.