反重力によるコンテキストの処理方法 (/compact なし)

原作者：RUNLOG

オリジナルソース：https://www.youtube.com/embed/zRxDRU_0Bco

Claude コード開発者は、コンテキストが肥大化した場合に /compact に依存します。しかし、Google Antigravity (Gemini 3.8 Flash を実行) は、圧縮コマンドなしで 600,000 以上の大規模なトークン セッションをどのように処理するのでしょうか?このビデオでは、Claude Code で使用したのとまったく同じ 12 制約ベンチマークを Antigravity に適用し、ターン 1 (27,000 トークン) からターン 24 (617,000 トークン) までのリテンションを追跡しました。また、基礎となるメカニズム、つまり継続的なトランスクリプト ペイロードのプルーニングとバッチ サマリー圧縮、マルチモーダルな画像の保存、トークンをサイレントに書き込むプロンプト キャッシュ TTL トラップについても詳しく説明します。タイムスタンプ: 00:00 - ストップ・ザ・ワールド・クリフ 01:05 - 連続プルーニング・アーキテクチャ 02:42 - モダリティ、注入ルール、およびトリガー・メカニクス 04:54 - 12 制約ガントレット・ベンチマーク 06:38 - 経験的保持結果 (ターン 1 ～ 24) 08:07 - キャッシュ TTL: 1 時間のメイン vs 5 分サブエージェント トラップ 09:38 - 開発者の評決と実際的なルール リソースと領収書: - ベンチマーク計画、ハーネス、グレーダー、および検証済みのターン 24 の領収書: https://github.com/runlog-tech/runlog-dev/tree/main/11-antigravity-context-mechanics - 隠蔽ではなく公に開示された未解決のデータ異常が含まれます:ターン 24 を超えてさらに実行すると、説明できないトークン数が発生したため、検証結果として公開しないことにしました。リポジトリに全文が記載されています。 RUNLOG: プロンプトの誇大広告よりもエンジニアリングの受領書。改ざん可能なエージェントエンジニアリングデータを購読してください。