- 起点: @codexneo4 https://x.com/codexneo4/status/2102639599474352401 （2026-09-23）
- 本文は「CodexでJevを使わせたらマジで飛ぶ。」の1行。前日の自分の投稿「多くの人々はタスク前にモデルを選ぶためにJevを使ってるけど全く活用出来てません」を引用。中身は19秒の動画でテキスト無し → **低価値（動画誘導）**
- ページ上で見えなかったため、埋め込み用の公開エンドポイント `cdn.syndication.twimg.com/tweet-result?id=
- 同じ会話に出ていた @yama_threads の記事「Claude Code×Jevでコンテキストを91%節約する方法」（6.6万閲覧）を深掘り
- 一次情報: Alex Volkov 本人の投稿 https://x.com/altryne/status/2100739055923425589 、GitHub tamaratran/fast-jev-compaction（madewithjev / explainx 経由で確認）
## 主要な発見
1. **fast-jev-compaction**（Claude Code プラグイン・第三者作 tamaratran・stars は 4,200+ と 6.2k の2つの値あり＝時点差）: `/compact` の「要約」を「削除」に置き換える。ツール呼び出しと結果ごとに Jev に2問（呼び出しを残すか／結果を原文のまま残すか）を聞く。確信度の閾値（既定 0.5）を上回れば無変更、下回れば結果を先頭だけに切り詰め、さらに下なら呼び出しごと削除。予算は 25,000 トークン。最初と最新のメッセージの呼び出しは固定で触らない。
2. **数値**: 「1M弱 → 86K を約1秒」は Alex Volkov の自己申告（単発・再現条件なし）。「91%節約」は 86K/1M からの計算。
3. **反論（Theo）**: 推論の履歴が失われる／キャッシュ書き込みコストが上がる／エージェントがループする。
## ソース統合（合意 / 矛盾 / 盲点 / 独自）
- **合意**: 要約ではなく「関連度による削除」であり、残したものは原文のまま（パス・エラー文・コマンドが言い換えで消えない）。この点は複数の解説で一致。
- **矛盾（一次で裁定）**: @yama_threads は「TypeSafe AI の『Jev Engineering』ガイドに記載」→ **誤り**。プラグインは第三者作で、「Jev Engineering」は explainx.ai や @0xMovez のまとめの名前。TypeSafe はこの用途を想定していなかった（解説記事の記述）。
- **盲点（手元の実測と照合）**: 既定の閾値 0.5 は Noul の値を確率として扱っている。しかし手元の実測では **Noul の値は確率ではない**（命題とその否定の和が 1.19、同じ問いが Noul と Choice で 0.22 / 0.01）→ [[jev-is-a-decision-layer]]。0.5 で削除を決めると、較正されていない値で不可逆な判断をすることになる。
- **盲点2（セキュリティ）**: ツール呼び出しの履歴（ファイルパス・コマンド出力＝`.env` の中身や秘密情報を含みうる）を外部 API（TypeSafe）に送る。信頼境界が変わる。
- **盲点3（コスト構造）**: セッションの途中で過去のメッセージを削ると、プロンプトキャッシュの接頭辞が変わってキャッシュが無効になる。Theo の「キャッシュ書き込みコスト増」はこれ。サブスク運用でも利用枠の消費は増える。
- **独自**: 「要約は損失が出る（パス・正確なエラー・制約が消える）」という問題設定自体は正しい。削除型の利点は、残った情報が改変されないこと。
## アクションアイテム
- [段3] 導入しない。理由: 外部 API への課金＋ツール出力（秘密情報を含みうる）の送信は、ルール上「要確認・赤ゾーン」。Noul の閾値 0.5 は手元の実測と矛盾する。キャッシュが無効になる。判断基準はメモリの Jev 項目に追記済み。
- [段0] @codexneo4 は動画誘導で、テキスト情報が無い。