jcode——Claude Codeより13倍軽量、マルチセッションを極限まで追求した次世代コーディングエージェントハーネス

ふむふむ。

ここ数週間のGitHub Trending、すごいことになってますね。TradingAgents、ruflo、maigret……毎週のように新しいプロジェクトが爆誕している。

で、今週特にチカちゃんの目を引いたのは、1jehuang/jcode というプロジェクト。

「Claude Codeより13倍軽量」「起動が245倍速い」「マルチセッションでメモリ増加は1セッションあたりたった10MB」

……ちょっと待って。数字が常識外れすぎません？（笑）

というわけで今回は、このjcodeという次世代コーディングエージェントハーネスを、実際にインストールして動かすところまで徹底ガイドします。

---

jcodeって何？

一言で言うと、**コーディングエージェントの「ランタイム」**です。

Claude CodeやCursor、Codex CLIのような「ターミナル上で動くAIコーディングエージェント」の一種なんですが、設計思想がちょっと違う。

従来のツールが「モデルにどう指示を出すか」を重視しているのに対して、jcodeは**「エージェントをどう効率的に長時間稼働させるか」**に全力を注いでいる。

具体的には：

• マルチセッション設計：同時に複数のセッションを立ち上げてもメモリ消費がほぼ増えない
• Swarm連携：複数のエージェントが協調して作業する
• 自己改変（Self-Dev）：自分自身のソースコードを書き換えて進化する
• メモリシステム：セマンティックベクトルによるグラフ構造の記憶
• ブラウザ自動化：エージェントがブラウザを操作できる

Rustで書かれていて、MITライセンス。v0.12.0（2026年5月7日リリース）とまだ若いプロジェクトですが、4ヶ月で62リリースという驚異的なペースで開発が進んでいます。

---

インストール方法

macOS（Homebrew）— 一番カンタン

brew tap 1jehuang/jcode
brew install jcode

インストール方法と注意点

スクリプトの直実行（curl | bash）は便利ですが、信頼できる配布元か確認してから実行してください。業務端末・社内リポジトリ・秘密情報を含む環境では、まずソース確認や隔離環境での検証をおすすめします。

macOS / Linux（スクリプト一発）

curl -fsSL https://raw.githubusercontent.com/1jehuang/jcode/master/scripts/install.sh | bash

Windows（PowerShell）

irm https://raw.githubusercontent.com/1jehuang/jcode/master/scripts/install.ps1 | iex

ソースからビルド（全プラットフォーム）

git clone https://github.com/1jehuang/jcode.git
cd jcode
cargo build --release
scripts/install_release.sh

Rustのビルドにはちょっと時間がかかりますが、でき上がったバイナリは爆速です。

他のエージェントにやらせる

jcodeのREADMEにはこんな名言があります：

「もし他のエージェントにjcodeをセットアップさせたいなら、このプロンプトを渡してね」

つまり自分以外のAIに自分をインストールさせるという、なんともメタな遊びもできる。時代ですね。

---

プロバイダーの設定

jcodeは様々なAIプロバイダーに対応しています。OAuthに対応しているものとAPIキーが必要なものがあるので注意。

OAuthログイン（サブスクリプション連携）

ClaudeやGitHub Copilotのサブスクリプションを持っている場合、こんな感じでログイン：

jcode login --provider claude
jcode login --provider copilot
jcode login --provider openai
jcode login --provider gemini
jcode login --provider azure

ブラウザが開いてOAuth認証が走るので、画面の指示に従うだけ。

APIキー方式

DeepSeek、Mistral、Groqなどは環境変数でAPIキーを設定：

export DEEPSEEK_API_KEY="sk-xxxxxxxx"
jcode login --provider deepseek

ローカルLLM

OllamaやLM Studioで動かしているローカルモデルも使えます：

jcode login --provider ollama
jcode login --provider lmstudio

カスタムエンドポイント（vLLMなど）

自前でホストしているOpenAI互換サーバーに繋ぐ場合：

jcode provider add local-vllm \
  --base-url http://localhost:8000/v1 \
  --model Qwen/Qwen3-Coder-30B-A3B-Instruct \
  --no-api-key --set-default

---

基本的な使い方

TUI（対話モード）：一番スタンダード

jcode

これだけで、美しいターミナルUIが起動します。左揃えがデフォルト。Alt+Cで中央揃えに切り替えられるこだわりよう。

非インタラクティブ実行：スクリプト向け

jcode run "このプロジェクトのテストを全部実行して"

ワンライナーでエージェントに指示。CI/CDパイプラインに組み込めます。

セッションの継続：名前をつけて保存

jcode --resume fox

「fox」という名前のセッションを再開。セッション名を覚えておけば、いつでも続きから。

サーバー/クライアントモード：本格的な運用向け

# バックグラウンドサーバーとして起動
jcode serve

# 別のターミナルから接続
jcode connect

これがjcodeの真骨頂。サーバーとして起動しておけば、複数のクライアントから同じエージェントセッションに接続できる。オフィスのMacから帰宅後にラップトップから接続——なんて使い方も。

Swarmモード：マルチエージェント協調

# TUI内でエージェントに指示
/swarm spawn worker "バックエンドのテスト書いて"

エージェントが自律的にワーカーをスポーンして、並列作業を開始します。ファイルの競合もサーバーが検知して通知してくれる。

---

ここがすごい

1. メモリ使用量が桁違いに少ない

一番の衝撃はこれ。 1セッションあたり27.8MB。Claude Code（386.6MB）の13分の1。

さらに驚くのがスケーラビリティ。10セッション同時に立ち上げても117MB。OpenCodeだと3.2GB必要になるので、比較にならない。

2. 起動が一瞬（14ms）

ターミナルに jcode と打ってから、入力を受け付けるまでの時間が14ミリ秒。人間が知覚できないレベルです。

Claude Codeは3.5秒かかるので、待ってる間にコーヒーを入れられます（笑）。

3. 自己改変（Self-Dev）——強力だが、運用には注意

jcodeの一番変わった特徴がこれ。

エージェントに「自己改変モードに入って」と指示すると、自分自身のRustのソースコードを編集し、ビルドし、テストし、バイナリを再読み込みして継続する。

しかも複数のセッションをまたいで自己改変を続けられる。

つまり、jcodeは自分自身をアップデートできるエージェントなんです。

4. メモリシステムが「人間っぽい」

従来のAIツールは「会話履歴を全部コンテキストに入れる」方式。でもjcodeは違う。

セマンティックベクトルを使って、会話の各ターンをグラフ構造のメモリに保存。必要な時にコサイン類似度で関連情報を引っ張り出す。

自動抽出、サイドエージェントによる検証、明示的なメモリ検索/保存ツール——まさに人間の記憶の仕組みに近い。

5. フルスタックな機能群

• ブラウザ自動化：エージェントがブラウザを操作
• インラインマーメイド図：カスタムRustレンダラーで1800倍速のダイアグラム描画
• サイドパネル：ファイルのリアルタイム表示、diff表示、直接編集
• 音声入力：jcode dictateで音声操作

「軽いだけ」じゃなくて、必要な機能は全部揃ってる。

---

気をつけること

2026年5月時点でv0.12.0——まだ安定版ではない

62リリース／4ヶ月はものすごい勢いですが、その裏で破壊的変更も頻繁に起きている可能性が高い。brew upgrade jcode したら設定が変わってた、ということは覚悟しておいたほうがいい。

ベンチマークは作者本人が出している

パフォーマンス比較の数字は、あくまで作者の環境での測定値。異なる環境やモデル、ワークロードでは結果が変わる。特に 「ローカル埋め込みONだとRAMは6倍（167MB）」 になる点は忘れずに。

第三者による再検証を待つのが健全です。

単一開発者プロジェクト

GitHubを見ると 1jehuang という一人の開発者がほぼすべてのコードを書いている。天才的な速度で開発しているのは間違いないんだけど、**バスファクター（その人がいなくなったらプロジェクトが止まるリスク）**が高い。

プロダクションで使い始めるなら、フォークして自分たちで保守できる体制を考慮したほうがいいかも。

エコシステムの成熟度

Claude CodeやCursorと比べると、プラグインや拡張のエコシステムはまだまだこれから。コミュニティの規模も小さい。

利用するモデルによっては高コスト

OllamaやLM StudioでローカルLLMを使えばタダだけど、フロンティアモデル（GPT 5.5, Claude 4 Opusなど）をマルチセッションでガンガン使うと、API課金はそれなりに跳ねる。

---

こんな人におすすめ

• 複数のプロジェクトを同時進行している開発者——マルチセッションの効率が生きる
• ターミナルが好き（あるいはターミナルにしか縁がないWSLユーザー）
• Claude CodeやCursorのメモリ使用量に不満がある人——体感でわかる差
• エージェントに「育てる」感覚を求める人——自己改変機能は唯一無二
• Rustが好き or 気になっている人——Rust製ツールの軽快さを体感できる

逆に言うと、「とりあえずAIにコードを書いてもらえればいい」という使い方をしている人には、まだClaude CodeやCursorのほうが安定するかもしれません。jcodeはエージェントを本格的にワークフローに組み込みたい人向けのツールです。

---

まとめ：コーディングエージェントの競争が「モデル」から「ランタイム」に移る日

jcodeを見ていると、コーディングエージェントの競争が次のフェーズに入ったことを感じます。

これまでは「どのモデルが賢いか」が焦点だった。でも、GPT 5.5もClaude 4もDeepSeek V4も、みんな十分に賢い。そうなると次に差が出るのは**「どれだけ長時間、効率的に、複雑な作業を続けられるか」**——つまりランタイムの品質です。

jcodeが挑戦しているのはその領域。マルチセッション管理、メモリの効率化、Swarm連携、自己改変——どれも「賢さ」ではなく「持続可能性」のための設計です。

まだv0.12.0で、これからどう成長するかはわからない。でも、**「エージェントが一日中働く」**という未来を本気で考えた時に、jcodeの設計思想は一つの明確な答えを示しているように思います。

チカちゃん的には、しばらくウォッチ必須リスト入りです。特に自己改変機能がどこまで行くのか、めちゃくちゃ気になる……。

---

この記事は2026年5月8日時点の情報に基づいています。jcodeは開発初期フェーズのため、バージョンによって仕様が変わることがあります。最新情報は GitHubリポジトリ を確認してください。

思索は冒険です。今日の話も、その入口のひとつでした。