DeepSeek Reasonix - 高いキャッシュ効率と低コストのDeepSeekネイティブ・コーディングエージェント

 (esengine.github.io)
1 ポイント 投稿者 GN⁺ 4 시간 전 | 1件のコメント | WhatsAppで共有
  • DeepSeek API専用に設計されたオープンソースのターミナル・コーディングエージェントで、api.deepseek.com と直接通信
  • Append-onlyループがDeepSeekのbyte-stable prefix cacheに最適化されており、長時間セッションでも90%以上のキャッシュヒット率を維持し、入力トークンコストを約1/5に削減（同種ツール比で約1/3のコスト水準）
  • グローバルインストール不要で、npx reasonix code の1行で実行可能（Node ≥ 22、macOS/Linux/Windows対応）
  • 3つの中核設計
    • Cache-First Loop: append-only構造、マーカー依存なし、決定論的な呼び出し順序でprefix cacheを維持
    • R1 Thought Harvest: 取りこぼされたtool callの推論チェーンを収集
    • Tool-Call Repair: schema-aware self-heal方式で復旧
  • ターミナル優先(Terminal-first) の原則によりIDEプラグインは非対応で、git diff・ls などのターミナルツールをそのまま活用
    • TypeScript + Ink TUIベースで、Tauriデスクトップクライアントも別途提供（Nodeランタイム同梱）
  • V4 Two-tierモデル運用: 基本はV4-Flashで低コスト反復、/pro で単一ターンのみV4-Proへ昇格、/preset max でセッション全体をPro実行
  • MCP(Model Context Protocol)の1級サポート: --mcp "name=cmd args" の1行で外部サーバー接続、stdio・SSE・Streamable HTTP転送方式をサポート
  • Sandbox + /plan ゲート: すべての内蔵ツールは実行ディレクトリ内でサンドボックス化され、/plan モードは承認前の書き込みを遮断するread-only監査ゲート
    • SEARCH/REPLACE編集はpendingキューで待機し、/apply まではディスクに反映されない
  • Composable Skills: .reasonix/skills/<name>.md にMarkdownファイルを配置し、frontmatterの runAs: subagent・allowed-tools で分離実行
  • Replay & Events: すべてのイベントがディスクに記録され、reasonix replay / events / stats コマンドで過去セッションの再生・統計・監査が可能
  • プレーンテキストベースの拡張性: /mcp・/skills・/memory・/config・/slash ディレクトリにより、すべての設定をgitで追跡可能な平文で管理
  • セルフホストDeepSeekエンドポイント対応: 0.30から非標準のキープレフィックスを許容し、baseUrl を内部アドレスに指定するだけでループ・キャッシュ・toolプロトコルが同じように動作
  • DeepSeek API価格: V4-Flash $0.07/Mtok (uncached) · $0.014/Mtok (cached)
  • MITライセンス

関連記事

1件のコメント

 
GN⁺ 4 시간 전
Hacker Newsの意見

  • DeepSeekのキャッシュを活用するのに、必ずしもDeepSeek専用のコーディングエージェントが必要なのかはよく分からない
    昨日Codexの割り当て問題がまだ解決していなかったので、DeepSeek V4 ProをCodexで使うためにごく小さなブリッジを作ったのだが、自分が行った作業のほぼ大半がキャッシュされたように見えた: https://i.imgur.com/7eKn6wN.png
    2026-05-23時点で入力キャッシュヒットは39,123,200トークン、キャッシュミスは1,692,286トークンだった。ブリッジは特別なことはしておらず、DeepSeek APIの形式をCodexが期待する形式に合わせているだけで、キャッシュ関連の特別な処理は一切ない
    キャッシュが改善される点以外では、DeepSeek APIでOpenCodeを直接立ち上げるのと比べてどんな利点があるのかよく分からない。それでも明らかに同様にキャッシュされるはずだし、重要ならapi.deepseek.comと直接通信でき、はるかに成熟した実行環境を得られる

    • このページをリンクした方がよさそう: https://github.com/esengine/DeepSeek-Reasonix/blob/main/docs...
      なぜこれがより良い解決策だと考えているのか、なぜそんな強い設計哲学を持っているのかを説明している
      「自動プレフィックスキャッシュは、前回のリクエストと正確に同じバイト列のプレフィックスが一致した場合にのみ有効になる。ほとんどのエージェントループは各ターンで順序を変えたり書き換えたり、新しいタイムスタンプを注入したりする — 実際のキャッシュヒット率は20%未満だ」
      そのため、この部分や他の手法を最適化してキャッシュヒット率を高め、コストを下げる構造になっている
    • Opencodeはキャッシュ安定性の問題がかなり深刻だが、今のところ直す気はあまりなさそうだ
    • 自分もまったく同じことを考えていて、自分が使っているコーディングエージェントのDeepSeekプロバイダのコードを見たら、投稿者が書いていることのほとんどはすでに実装されていた
      気になる人向け: http://github.com/tontinton/maki
    • 「DeepSeek V4 ProをCodexで使うために小さなブリッジを作った」とのことだが、そのブリッジを共有してもらえるとありがたい
      DeepSeek v4はclaude-codeやopencodeと一緒に使うと素晴らしい。自分の場合、claude codeの方がopencodeよりコストが低かったが、おそらくより良く設計された実行環境のおかげだと思う
    • これはターミナルにネイティブに張り付くように見える。つまり、TUI内でエージェントを実行したりラップしたりする別アプリがない構造のようだ
      結局、コマンドの代わりに自然な英語の文を入力する方式らしい

  • このWebサイトはCodexが作ったように見える。チーム向けに機能概要HTMLを作るようCodexに頼んだところ、過剰に装飾された怪物が出てきて、意味のある情報はほとんどない大きな統計ボックス、同じフォント・色・レイアウト・ヒーローセクションまでそっくりだった
    このサイトのようにモバイルでもひどかった。結局Claudeに1ページのHTMLファイルを作らせたが、意図を明確に説明するのに95%くらいはそのまま使え、少し修正するだけで済んだ

    • 最近のLLMベースのデザインはかなりこんな感じだ。強く傾いたセリフ体フォントの組み合わせを、なぜ人々が醜いと感じないのか分からない
      モバイルではコード例がコンテンツを押しのけ続けて、ページの大半は読むことすら難しい。もちろん厳しすぎる評価かもしれないし意図は良かったのだろうが、もっとシンプルなWebサイトで十分だったと思う
    • 「Claudeが1ページのHTMLファイルを作って、95%くらいはそのまま使えた」という話だけでは、どのモデルについても多くは語れない
      そもそもソフトウェアエンジニアなら誰でも知っているように、機能を削ればどんなプロジェクトでも急激に単純になる

  • 投稿者に理解してほしいのは、コンピュータのメモリを半分も食わない単一の自己完結型バイナリを求める人たちがいて、そのためRustやGoで書きたがるという点だ

    • Rust、Go、Zigで新しいソフトウェアがたくさん出てくるのは本当にうれしい
      遅いインタプリタ言語が提供していた価値や開発のしやすさは、だんだん薄れてきている。新しい言語は良いものを最初から備えているか、もっと正確に言えば、深夜1時の呼び出しアラートが私たちを怒らせるようになってきたのだろう
    • AIを使うことやいろいろな主張があるとしても、たとえば純粋なGoでコーディングエージェントを書けない理由が何か説明してもらえるだろうか
      Goには良いターミナルライブラリがすでにたくさんある
    • コンピュータのメモリを半分以上食う単一の自己完結型バイナリを試してみたいなら、ds4-agentもある
    • 特にコーディングエージェントの時代にそういうものが欲しいなら、ただ自分で作ればいいのではと思う
    • コーディングボットを作りながら、肝心のコーディングを惜しむというのは何かを物語っている気がする

  • そのページは気に入らない。タイピングアニメーションのせいでサンプル領域のサイズがずっと変わり、下のコンテンツが上下に押し動かされる
    本当にひどいユーザー体験だ

    • エージェントがあろうとなかろうと、人は今でもWebサイトを複数の解像度、少なくともウィンドウ幅ごとにはテストすべきだ
      なのに、これはだんだん失われた技術になっている気がする
    • Claudeが作ったデザインAIの残骸みたいだ

  • 1年間実行環境を作ってきた立場から言うと、opencode側の人たちがプレフィックスキャッシュを壊しているのは、彼らが愚かだからではない
    たいていは、実際に試してみた結果、全体としてより良い成果が出るから意図的にそうしている
    dsv4が他のモデルの平均的な挙動と十分違うと思うなら、根拠を添えて、その特定の例外処理を追加するパッチを望む実行環境にPRすればいい。「キャッシュのために常にappend-onlyにすべきだ」と盲目的に仮定するのは、みんなの時間の無駄だ

  • これはDeepSeekが作ったエージェントではないので、タイトルが誤解を招く

  • いまやDeepSeekのブランドは十分に強くなり、人々がそのブランド認知に便乗したがる段階に来た

  • かなり面白い。自分は月200ドルのClaude契約者だが、これまで他を使う必要はほとんどなかった
    でもClaudeが自分のワークフローをますます制限するようになり、特に最近のIDE/-p利用変更以降、別のところへ行きたくなっている
    最先端の推論は本当に欲しいので悩ましいが、それでもDeepSeekには関心がある

    • 最先端の推論が欲しいなら、他のモデルも一度試して、最上位モデルとどれほど違うか自分で確かめるといい
      自分はそうして、Qwen-2.5-Maxだけでも十分だと分かった。自分が扱うおもちゃレベルの作業なら、Claude Sonnet 3.5でも十分だと思う。数学のフィールズ賞を狙っているわけではないのだから
    • 今日かなり複雑なリバースエンジニアリング作業をDS-4 xhighとGPT-5.5 xhighにやらせた
      約6時間後、どちらも完全なリバースエンジニアリングには失敗したが、差は大きかった
      DSは30分ごとに止まりながら完全なリバースエンジニアリングを終え、もう全部動くはずだと言っていたが、実際には1%も終わっていなかった。特定の近道を使わないよう強く指示したのに、ずっと近道を探していて、完全な失敗だった
      一方GPT-5.5は本当に驚異的だった。やるべきことをきちんとこなし、初期層を終えて必要なことを完全に理解したと確信するまでは次の段階へ進まなかった。6時間のあいだ自分がプロンプトを入れたのは、正しい方向に進んでいるのを見て、少しだけより良い方向に導いた時だけだった。格闘している感じがなかった
      もちろん圧縮後にたまに「リバースエンジニアリングは手伝えない」といった方向へ飛ぶことはあったが、新しいセッションではきれいに解決した
      Claude契約は1か月前に解約したので比較はできないが、DeepSeekはOpus 4.6/4.7で作業していた感覚をかなり思い出させた。人によっては良い兆候かもしれないが、GPT-5.5を見るとClaude/DS式の作業の仕方はあまりに煩わしいことが露わになる
    • 月200ドルのプランはぜひ維持して、オープンウェイトモデルやより高い上限のある10ドルのコーディングプランなどは試さない方がいい
      Anthropicが生き残るにはあなたのお金が必要だし、自分が最先端を使っていると思えば、夜もよく眠れるだろうから
    • Anthropicのモデルを完全に捨てるのではなく、計画立案のような一部の作業には使い、実装はDeepSeekのようなものに回すという選択肢もある
      ツールが違ってもMarkdownの計画書はかなりうまく機能する。5x Max契約からProに下げることになったら、自分はそうするつもりだ
      Claude Codeでサードパーティプロバイダを簡単に使えるようにするランチャーも作っている: https://ccode.kronis.dev
      ローカルプロキシはすでに動いていて、まだ動的モデル切り替えだけがない。追加はそれほど難しくなさそうで、予定通りなら1〜2週間以内には入るはずだ
      Anthropicを完全に離れるのは賢明ではないと思う。モデルは優れているし、契約していれば自分の好きなRemote Controlのような機能も得られるからだ。ただ、ティアを変えて少し節約することはできそうだ。一方で品質のベースラインは必要だ。以前CerebrasでGLM 4.6を使った時は、かなり雑な結果が多かった
    • 最先端の推論が欲しいならGPT 5.5 Proを使うべきだ

  • キャッシュヒット効率に集中している点が気に入った。ユーザーの費用対効果を最大化する素晴らしい製品を作ったDeepSeekチームに拍手を送りたい

    • しばらく使ってみたが全面的に同意する。自分が併用しているCodexやClaudeと同じくらい良いと思う
      コストに敏感な場面では勝者であり、どこかのスタートアップがデータ保持を意識してうまくまとめれば、企業向けに売れる素晴らしい製品になり得る。コーディングアシスタント用途での核心的な問題はデータ保持とプライバシー保護だからだ
    • 念のため言っておくと、このプロジェクトは誰かのサイドプロジェクトだ
      「独立したオープンソースプロジェクト · DeepSeekとは無関係」
    • すでに安価なAPIコストまで考えれば、たぶん同じ作業を何日も回せるだろう
    • キャッシュヒット効率というものがどう実現できるのか分からない。前の文脈を変えないという話ではないのか?
      ここで調整できるつまみが何なのか理解できない

  • 使ってみたが、テキスト入力欄が黒背景に暗いフォントだった
    ドキュメントを確認し、DeepSeek v4、Claude、Geminiにフォントやスタイルの改善を頼んだが、ダークテーマのターミナルで実行する以外は何も効かなかった。狂っている。 このプロジェクトの開発者は誰もライトテーマを使わないのか?

    • 問題だという点には同意するが、たぶん実際には使わないのだろう
      ライトテーマはかなりまれだ