Codux AI - AI コーディング CLI に持続可能な作業台を与える
いま実際に code を書いている人の AI 体験は、だんだん browser より terminal 側に寄ってきています。codex、claude、gemini、opencode のような CLI は、うまく使えばかなり多くの開発作業を shell の中に収められます。
ただ、本当に面倒なのは model 自体より、その周囲で増えていく状態管理です。
- 1 つの project で複数 terminal が動く;
- 並列タスクごとに別 worktree を切る;
- 各 CLI が history と resume を別々に持つ;
- token 消費が散らばる;
- local と remote host を行き来する;
- 数時間離れたあと、元の作業に復帰しにくい。
今日取り上げたい duxweb/codux は、まさにその「CLI 周辺の散らかり」を整理しようとしている project です。新しい AI editor を作るというより、AI coding CLI のための workspace を切り出している感じです。普段どおり terminal で AI tool を走らせつつ、project、worktree、session 状態、usage、memory、remote access を 1 つの native desktop shell にまとめています。
公開時点の GitHub repository page では、この project は約 104 stars、12 forks。言語は Rust が中心です。Repository page 上の最新 release は v1.9.1 で、公開日は 2026-06-18。README では AI coding agents のための native terminal と説明されています。
Project overview
| 項目 | 内容 |
|---|---|
| Repository | duxweb/codux |
| 位置づけ | AI coding CLI 向けの project-aware native workspace |
| Stars | 約 104 |
| Forks | 12 |
| 主要言語 | Rust |
| Desktop stack | Rust + GPUI |
| Latest release | v1.9.1 |
| 対応 platform | macOS 14+、Windows 11 |
解いているのは「AI にどう喋るか」より「CLI workflow をどう崩壊させないか」
Codux AI が面白いのは、既存 CLI から離れさせようとしていないことです。README の問題設定はかなり実務寄りで、AI coding CLI は強力だが、実案件では state がすぐ散らばると言っています。
これはかなり正しいと思います。今の実際の作業はしばしば、
- main project で agent を 1 本走らせる;
- 別 worktree で別修正を並列に進める;
- 一部は remote machine に投げる;
- 各 CLI が resume や history を別の流儀で持つ;
という形だからです。
codux は新しい chat UI を押し出すのではなく、こうした既存の CLI workflow を、もっと recoverable で observable な desktop workspace に変えようとしています。この方向はかなり筋が良いです。
複数 CLI 対応より大事なのは「project-aware」であること
README で現在サポート対象として挙げられているのは、
- Codex
- Claude Code
- Gemini CLI
- OpenCode
- Kiro CLI
- Kimi Code
- CodeWhale
- Agy
です。
ただ、本当に重要なのは「ツールがたくさんある」ことではありません。codux が価値を出しているのは、それらを 1 つの project-aware model の中に置いているところです。
つまり焦点は、
- session がどの project / worktree に属するか;
- 各 tool の状態をどう一元表示するか;
- history と resume をどう収束させるか;
- support される CLI に memory や project context をどう戻すか;
にあります。
単に複数 provider を並べるのではなく、複数 CLI が別々に漂わないようにする ことが狙いです。
worktree-first で考えているのがかなり良い
README の中でも特に納得感があったのが、
Project → Worktree / Task → Terminals, Files, Git, AI Sessions
というモデルです。
普通の terminal app は結局「tabs と panes の container」で終わりがちですが、AI coding では本当に隔離したいのは window ではなく task です。
codux はそこをかなり真面目に扱っています。
- 並列タスクごとに Git worktree を切る;
- terminal、files、Git 状態、AI session を worktree に結びつける;
- task を切り替えると layout と context ごと戻す;
- 終わったら review、merge、cleanup まで流せる。
すでに「agent task ごとに worktree を分ける」運用をしている人にとっては、とても自然な方向です。人間が頭で維持していた状態境界を、tool 側に少し寄せています。
一番 developer tool らしいのは、可視性を補っているところ
多くの AI CLI で困るのは、能力不足よりも「今なにが起きているのか」が見えにくいことです。
README では次のような可視性が強調されています。
- agent の live status;
- local history と session restore;
- tool、model、project、worktree、日ごとの token analytics;
- CLI が公開していれば task plan の表示;
- local memory、project profile、module note の再注入。
どれも単独では珍しくないですが、まとまると意味が変わります。補っているのは「もっと賢い生成」ではなく、長い agent 作業を監査しやすく、再開しやすくすること です。
CLI を本気で数時間単位で回す人にとっては、ここがいちばん効くはずです。
local memory と agent-safe SSH の考え方も良い
README の中で特に実用的だと思ったのは 2 点あります。
1 つ目は memory kept local です。会話から好み、project profile、module note を抽出しつつ、それを machine の外に出さず、次の作業にだけ使う方向を明示しています。長期的に使うなら、こういう local な蓄積はかなり効きます。
2 つ目は agent-safe SSH です。保存済みの SSH profile を通し、codux-ssh で agent に remote command を実行させる一方、password や key を直接 AI に見せない設計です。
AI が server に触れるようになるほど、この境界は重要になります。README でここを前面に出しているのは、実際の運用をかなり意識している証拠です。
phone handoff と native stack も、ただの terminal shell ではない理由になっている
README でもう 2 つ印象が良かった点があります。
1 つ目は phone-to-desktop handoff。desktop 上で走っている project、terminal、AI session を保ったまま、phone 側から操作を引き継げます。これは gimmick というより、長時間 agent task ではかなり合理的です。実際に走っているのは host で、人間は control surface だけ持ち替えるわけです。
2 つ目は Rust + GPUI を明示していることです。Electron ではなく、terminal-heavy な負荷や project 切り替え、長い session を前提にした native stack を選んでいます。少なくとも方向性としては、この種の tool に合っています。
最新 release からは「派手さ」より「安定化」が見える
公開されている v1.9.1 release note を見ると、この版は大機能追加ではなく、かなり実使用寄りの改善です。
- desktop / mobile README と download 導線の更新;
- desktop / mobile terminal viewport handoff の修正;
- mobile 自前 terminal renderer の文字欠けや重なりの修正;
- 複数 AI runtime probe の running / loading 状態の安定化。
どれも marketing 的には地味ですが、この種の workspace ではむしろ重要です。特に runtime probe と terminal handoff は、長い作業で一番不具合が出やすい部分だからです。
向いている人
もし普段の作業で、
- 2 種類以上の AI coding CLI を併用している;
- 1 つの project で複数 agent task を並列に回す;
- Git worktree で task を分けるのが普通になっている;
- token 消費や session 状態を継続的に見たい;
- agent に remote machine を触らせたいが credential は見せたくない;
という状態なら、codux はかなり試す価値があります。
逆に、まだ「terminal でたまに AI に聞く」くらいなら、設計の多くは少し重いかもしれません。これは軽い補助ではなく、CLI が主戦場になった人向け の tool です。
まとめ
duxweb/codux の価値は、「また 1 つ AI shell を作った」ことではありません。project-aware terminal、worktree-first の task model、可視性、local memory、安全な SSH、device handoff をまとめて、AI coding CLI の周辺でいちばん崩れやすい現実を整理しようとしているところにあります。
まだ stars は高くありませんが、方向はかなり明確です。これからもしばらく最強の AI coding 体験が CLI 側で育つなら、こういう「CLI のための workspace」は確実に重要になっていくはずです。