jevmemがClaude Codeの決定を自動記憶、LLMの9〜12倍速く

Jevmem – automatic project memory for Claude Code, built on Jev

▲ 60avinashjetwani40 HNでの議論

jevmemはClaude Codeの会話から決定・制約・バグ・TODOを自動でJEVMEM.mdに保存し、次のセッションで関連行をコンテキストに注入する。TypeSafe AIのJevに型付き質問を投げ、コード側の閾値で保存/スキップを判定。66ターンの評価で保存/スキップ精度98.5%、中央値0.30秒、1決定あたり$0.000127と、6つのLLMより9〜12倍高速かつ安価。CursorとCodexにも対応する。

もし最も正確な判断が最重要なら、GPT-6 AstraかClaude Opus 5.5が優れているが、1決定あたり約40〜60倍のコストと9〜12倍のレイテンシがかかる。jevmemはすべてのメッセージに対して高速で安価な判断が欲しいときのためのものだ。
原文を読む →HNでの議論RSS

HNでの議論

40
  1. anthuswilliams

    最近のAIが書いたREADMEの面白い癖の一つは、動作の仕組みをあらゆる詳細まで網羅し、すべてのオプションフラグ、既知の制限、実験結果を徹底的に文書化していながら、プロジェクトの本質とそれが解決する問題をまったく伝えられていないことだ。

    プロジェクトを一通り読んだけれど、これが何のためのもので、なぜハーネス標準のメモリ管理ツールより好ましいのか、まだ理解できない。

  2. rafram

    > 考えを変えたとき、古い行は削除されず、supersededとしてマークされる

    私にはこれが設計ミスに思える。誤った/古い情報でコンテキストを汚染している（たとえLLMに無視するよう指示しても）。Claudeなどに組み込まれたメモリシステムの最大の問題は、プロジェクトが進化するにつれて古い/矛盾する情報を剪定するのがひどく苦手なことだから、代替品ならそこを改善する何かをしてほしいと思う。

  3. joshumax

    LLMが生成したSECURITY.mdを見ているのだが、これはTypeSafe AIと呼ばれるどこかへ大量の情報を送り込んでいるようだ。それに、OPによるここでのAI生成コメントも合わせて、いくつか危険信号が上がる。

  4. alpineman

    2024年のハイプと2026年のハイプの超衝突

  5. useruser125524

    生成されたメモリファイルの中身を他にどこへ置くかを決める方が、メモリレイヤーを維持するよりましだ

この日のほかの記事

2026-09-25