DeepSeek モデルをターミナルで扱う AI コーディングエージェントの選択肢が、この数か月で急激に増えています。Claude Code や OpenAI Codex CLI のような汎用エージェントに加え、Aider のようなマルチプロバイダ OSS、そして DeepSeek 特化を掲げる新興 OSS まで、選定担当者が比較すべき候補は幅広い状況です。
とくに DeepSeek 特化を謳うプロダクトが複数登場したことで、「同じ DeepSeek 向けでも何が違うのか」「自プロジェクトにどれを採用すべきか」の判断は難しくなりました。長時間の自律実行を任せたいものの、キャッシュコスト・安全性・拡張性・配布容易性のトレードオフを短時間で把握するのは容易ではありません。
本記事では、DeepSeek 特化を掲げる Go 製ターミナル AI コーディングエージェント「Reasonix」（GitHub リポジトリ名: esengine/DeepSeek-Reasonix）を、公式 README / Guide / Spec / ACP / Checkpoints / Extensions のドキュメントと gh api /repos/{owner}/{name} で取得したリポジトリメタデータのみを出典として整理します。実行・インストール・環境構築は行わず、あくまでドキュメントベースでの中立解説です。
具体的には、Reasonix の設計思想・機能構成・安全性コントロール・類似 OSS との違い・向き不向きを、Claude Code / OpenAI Codex CLI / Aider・DeepSeek-TUI との比較を交えて解説します。「Reasonix を選ぶ判断軸」を短時間で持ち帰れる構成にしています。
Reasonix とは何か — DeepSeek ネイティブのターミナル AI コーディングエージェント
Reasonix は、DeepSeek モデルをターミナルから扱うことに最適化された AI コーディングエージェントの OSS です。公式リポジトリの description には「DeepSeek-native AI coding agent for your terminal. Engineered around prefix-cache stability — leave it running.」と記されており、DeepSeek のプレフィックスキャッシュ安定性を軸に、長時間の自律実行を任せられることを設計目標に掲げています（GitHub リポジトリ）。
リポジトリのメタデータは以下の通りです（gh api /repos/esengine/DeepSeek-Reasonix 取得値）。
- 実装言語: Go
- ライセンス: MIT
- スター数: 35,082
- フォーク数: 2,331
- 最終 push 日時: 2026-08-23T21:33:55Z
archived: false（現行メンテナンス中）fork: false（本家リポジトリ）private: false /disabled: false（公開・利用可能）
Claude Code や OpenAI Codex CLI が「汎用モデル最適化」の立場を取るのに対し、Reasonix は DeepSeek 一系統に軸足を置き、キャッシュコスト構造とオペレーション体験の両方をその前提で設計している点が最大の特徴です。
設計思想 — Cache-First と 2 モデル協調
Config-driven / Plugin-driven / Single Go Binary の 3 本柱
公式の Spec（エンジニアリング契約）では、Reasonix のコアを「Config-driven & plugin-driven core」「Single static binary」「Lean dependencies」の 3 原則で説明しています（Spec）。コアはインターフェースだけを知り、プロバイダやツールの具体実装は reasonix.toml から名前解決される設計で、switch model のようなハードコーディングを避けています。
配布面では CGO_ENABLED=0 の Go バイナリを 6 ターゲット（darwin / linux / windows × amd64 / arm64）へワンコマンドでクロスコンパイル可能な単一静的バイナリとして提供します。追加依存は pure-Go でかつ配布性を損なわないものに限定される、と Spec に明記されています。ターゲットマシンにインストール要件を持ち込まない「Zero-friction distribution」を掲げているのはこの原則の帰結です。
プレフィックスキャッシュ安定性と append-only ループ
Reasonix の中核となる差別化ポイントは、DeepSeek のバイト単位で安定したプレフィックスキャッシュに最適化された「append-only な対話ループ」です。Spec ではコンテキスト管理について、「サマリ発火は agent.compact_ratio という 1 つの自動閾値のみ」「発火時は tool result のプルーニングを行い、直近 16% を verbatim で保持したうえで、プロバイダの KV キャッシュを再利用できる形でサマリを要求する」といった cache-first の運用が明文化されています。
なお、二次記事では長時間セッションで 90% 以上のキャッシュヒット率を維持し入力トークンコストが約 1/5 に低下するとの言及が見られますが（出典: dev.to Reasonix - Deepseek: A Terminal Coding Agent Built Around the Thing Everyone Else Ignores、2026 年）、この具体数値は公式 README / Guide には明示されていないため、二次記事による記述である旨をここで断ります。設計方針として cache-first であることは公式ドキュメントに明示されています。
2 モデル協調（planner + executor）とキャッシュを崩さないセッション分離
Reasonix は「プランナ」と「エグゼキュータ」を別セッションで併走させる 2 モデル協調モードを備えています。両モデルを同一セッションに載せるとプレフィックスキャッシュが崩れてしまうため、セッションを分離することで互いのキャッシュを維持する設計です。マルチモデル運用を「キャッシュ効率」の観点から組み立てている点が、汎用エージェントとは対照的といえます。
機能構成 — 4 つの利用パスと拡張機構
配布経路と導入方法（CLI / TUI・Desktop・VS Code・ソースビルド）
Reasonix は 4 つの利用パスを提供します。CLI / TUI は npm i -g reasonix または brew install esengine/reasonix/reasonix に加え、GitHub Releases の SHA256SUMS 付きアーカイブから導入できます。Desktop アプリは公式サイトから DMG / EXE / DEB 形式でダウンロード可能で、Windows は SignPath.io による署名が付与されます（公式サイト、GitHub Releases）。VS Code / VSCodium 拡張は Visual Studio Marketplace または Open VSX から SivanLiu.reasonix-agent として提供され、内部では reasonix acp を起動します。ソースからのビルドは Go 1.25+ で make build / make cross に対応し、Desktop 追加要件として Node 24+ / pnpm 10 / Wails CLI が案内されています。
設定ファイル reasonix.toml の要点
プロバイダ・エージェント・有効化するツール・プラグインは、すべて reasonix.toml によって宣言する構成です（Guide）。DeepSeek がプリセットとして用意される一方、OpenAI 互換エンドポイントは設定エントリを追加するだけで扱えるようになるため、DeepSeek をメインに据えつつ他社モデルを補助的に組み合わせる運用にも対応します。設定パスや .env の扱いは公式の CONFIG_PATHS ドキュメントに整理されています。
拡張機構（MCP プラグイン・Extension Protocol v1・Sub-agent profiles）
拡張機構は 3 層構成です。MCP プラグインは stdio（デフォルト・ローカルサブプロセス）/ http（streamable-http）/ sse（レガシー 2024-11-05 HTTP+SSE）の 3 transport をサポートし、HTTP transport では OAuth 2.1（PKCE S256, dynamic client registration, resource indicators）に対応します。各 remote tool は mcp__<server>__<tool> の namespace で内部の Tool interface に adapt され、annotations.readOnlyHint: true を宣言したツールは並列バッチディスパッチと reader-default 許可の対象になります（Claude Code 準拠の設計）。
Extension Protocol v1 サイドカーは、ランタイムイベントの受信・Provider の提供・構造化 UI の提供・バージョン管理された plugin package の配布までを担います。加えて Sub-agent profiles として explore / research / review / security-review の 4 種類が用意されており、分離されたツールセットで動作させることができます。
エディタ統合（ACP / VS Code）
reasonix acp コマンドで NDJSON JSON-RPC 2.0 の stdio ACP エージェントとして起動できます（ACP）。対応メソッドは session/new, session/load, session/resume, session/prompt, session/cancel, session/list で、クライアントが fs.readTextFile / fs.writeTextFile / terminal を advertise すれば、エディタの未保存バッファ経由でのファイル操作や、クライアント所有ターミナル経由のフォアグラウンドコマンド実行がルーティングされます。MCP capability は http: true, sse: false、独自拡張として mid-turn steering を意図した reasonix.io/session/steer が定義されています。
このほか reasonix web で 127.0.0.1:8787 に Web UI を起動でき、reasonix serve --auth token|password によりリモートアクセスにも対応します（パスワードは bcrypt でハッシュ保存）。
安全性コントロール — Plan / Checkpoint / Permissions / Sandbox
Plan mode と per-turn checkpoint（git を汚さないロールバック）
長時間の自律実行を任せるうえで最重要となる安全性コントロールは、Plan mode と per-turn checkpoint の 2 本柱です。Plan mode は実行前に承認を要求するモードで、方針レビューを挟んでから作業を進められます。per-turn checkpoint はターン単位でファイルスナップショットを取る仕組みで、git 履歴を汚さずにロールバック可能です（Checkpoints & Rewind）。ドキュメントでは Claude Code の Esc-Esc / /rewind と同等の UX として位置づけられています。
Permissions と Sandbox（workspace_root / deny / forbid_read）
Permissions は allow / deny / ask の 3 モードを持ち、deny はどのモードでも常にブロックされます。ドキュメントでは Bash(rm -rf*) のようなパターンを deny に登録する例が示されており、破壊的操作を全体禁止として運用しやすい設計です。Sandbox 側では workspace_root 配下にファイル書き込みを制限し、forbid_read で ~/.ssh などの読み取り禁止パスを個別指定できます。
テレメトリとクラッシュレポートについても保守的な既定値が採用されており、匿名の起動 ping と content-free なイベントカウンタのみを送信し、プロンプト・回答・推論・ツール名／引数／出力・パス・リポジトリ・環境変数は送信しない旨が README に明記されています。CI / dev build / DO_NOT_TRACK / REASONIX_TELEMETRY=0 では常に無効化され、クラッシュレポートは reasonix report コマンドで明示的に review / send / delete する運用です。
Claude Code / Codex CLI / Aider・DeepSeek-TUI との違い
Reasonix と主要な類似 OSS を、5 軸で比較します。ここで比較する 4 プロダクトは、いずれもターミナル系 AI コーディングエージェント（またはそれに準ずるカテゴリ）の代表例です。
観点 | Reasonix | Aider | OpenAI Codex CLI | DeepSeek-TUI |
|---|---|---|---|---|
実装言語 | Go | Python | Rust | Rust |
モデル方針 | DeepSeek 特化（OpenAI 互換エンドポイントは設定追加で対応） | マルチプロバイダ広範対応 | OpenAI モデル最適化 | DeepSeek V4 モデル |
チェックポイント | ファイルスナップショット（git を汚さない） | git commit ベース | Plan / Sandbox 中心 | — |
拡張機構 | MCP + Extension Protocol v1 + ACP の 3 層 | 独自プラグインは限定的 | MCP 対応は限定的 | 3 層拡張はなし |
配布経路 | npm / Homebrew / GitHub Releases / Desktop / VS Code（+ ACP 経由の各エディタ） | pip / GitHub | 主に npm 経由 | TUI 中心 |
Aider との違い — git 前提 vs ファイルスナップショット
Aider は git commit を積極的に活用したチェックポイント設計で、リビジョン管理そのものに履歴を残す前提です。一方 Reasonix はファイルスナップショットベースのため、per-turn の細かなロールバックを行っても git 履歴が汚れません。またモデル方針では Aider が OpenAI / Anthropic / DeepSeek など多数のプロバイダを広範に扱うのに対し、Reasonix は DeepSeek のプレフィックスキャッシュに最適化された append-only ループを軸に据えている点で棲み分けます。
OpenAI Codex CLI との違い — Rust / OpenAI 最適化 vs Go / DeepSeek 最適化
OpenAI Codex CLI は Rust 実装で OpenAI モデルに最適化されており、sandbox とプランモードを備えます。Reasonix は Go 実装で DeepSeek 最適化を掲げ、拡張機構では MCP + Extension Protocol v1 + ACP の 3 層構成を持つ点が大きな違いです。配布経路も Codex CLI が主に npm 経由に絞られるのに対し、Reasonix は npm / Homebrew / GitHub Releases（SHA256SUMS 付き）/ Desktop / VS Code の 5 経路を提供します。
DeepSeek-TUI との違い — Rust / TUI 単一サーフェス vs Go / 6 サーフェス・3 層拡張機構
DeepSeek-TUI は DeepSeek V4 モデルをターミナルで扱う Rust 製 OSS で、TUI に特化しています（Rust 実装の詳細は DeepSeek-TUI を参照）。Reasonix は同じ DeepSeek 志向のカテゴリに位置しつつ、実装言語（Go）・サーフェス範囲（CLI / TUI / Desktop / Web / VS Code / ACP）・拡張機構（MCP / Extension Protocol v1 / ACP の 3 層）の 3 点でスコープが広く取られています。「DeepSeek をターミナルで軽く試したい」場合は DeepSeek-TUI、「DeepSeek を組織横断のエディタ・IDE 連携込みで長時間回したい」場合は Reasonix、という棲み分けが公式ドキュメントから読み取れます。
どんなユースケースに向くか — 採用判断のチェックリスト
向いているユースケース
- DeepSeek をメインモデルとして固定で使いたい: プレフィックスキャッシュ最適化と append-only ループで、長時間セッションのキャッシュヒット率を維持したい場合
- 長時間の自律実行を任せたい: Plan mode と per-turn checkpoint（git を汚さない）で、安全性を担保しつつ長時間実行を回したい場合
- 単一 Go バイナリで社内配布したい:
CGO_ENABLED=0の 6 ターゲット向けクロスコンパイルと SignPath 署名で、配布容易性を重視する場合 - MCP や ACP 経由で既存ツール／エディタと繋ぎたい: MCP + Extension Protocol v1 + ACP の 3 層拡張で、既存ワークフローの上に薄く乗せたい場合
- VS Code / VSCodium から使いたい:
SivanLiu.reasonix-agent拡張が内部でreasonix acpを起動する構成で、エディタ統合を前提にしたい場合
向いていないユースケース
- マルチプロバイダを頻繁に切り替えたい: DeepSeek 最適化が強く出ているため、複数プロバイダを対等に扱う運用は Aider などの方が素直
- git ベースのチェックポイント管理を組み込みたい: Reasonix はファイルスナップショット方式であり、git commit ベースの Aider とは思想が異なる
採用チェックリスト（初見エンジニア向け）
- メインモデルを DeepSeek 系に固定してよいか
- 長時間の自律実行を任せたいシナリオがあるか（Plan / Checkpoint の恩恵を受けるか）
- 単一バイナリで社内配布したい要求があるか
- MCP プラグイン・Extension Protocol v1・ACP のいずれかを使う予定があるか
- VS Code / VSCodium から利用したいか
- 破壊的操作を
denyで一元的に遮断するオペレーションルールを整備できるか
上記のうち複数に該当する場合、Reasonix は有力な候補となります。逆に 1 と 3 のいずれも当てはまらない場合は、汎用エージェントを継続利用する方が総合コストは低い可能性があります。
メンテナンス状況とライセンス
gh api /repos/esengine/DeepSeek-Reasonix の取得値によれば、スター数は 35,082、フォーク数は 2,331、最終 push は 2026-08-23T21:33:55Z、ライセンスは MIT です。archived・fork・disabled はいずれも false で、本家リポジトリが現行メンテナンス中である状態を確認できます。
コミュニティ規模の観点では、README に貢献者 98+ 名の記載があり、Trendshift の月間ランキング（Go 言語）にバッジ表示されています。公式 Discord および寄付導線が案内されているほか、README は英中バイリンガル、コメント・システムプロンプト・ツール記述はすべて英語ファーストで整理されています（Spec）。ライセンスが MIT である点は、社内配布・改変・商用利用の判断において扱いやすい水準といえます。
まとめ
Reasonix は「DeepSeek をメインモデルにし、長時間の自律実行を任せたい」「単一 Go バイナリで社内配布したい」「MCP や ACP で既存ツール・エディタと繋ぎたい」という要件を持つエンジニアにとって、有力な選択肢の 1 つです。判断を確定させるうえでは、まず README で全体像を把握し、続けて Guide で reasonix.toml の設定モデルを、Spec でキャッシュとコンテキスト管理の設計契約を確認するのが効率的です。
関連情報
DeepSeek 系ターミナル AI コーディングエージェントの選定・PoC・社内導入を検討中の方は、お問い合わせフォームからご相談ください。要件整理の段階からご相談いただけます。
