AI coding agent は、だんだん background task system のようになっています。一つの terminal で Claude Code、別の terminal で Codex、さらに Gemini CLI や OpenCode を review 用に動かす。難しいのは起動ではありません。数時間後に、どの agent が終わったのか、どれが入力待ちなのか、どの output を次に渡すべきなのかを見失わないことです。

今日紹介する rustykuntz/clideck は、この場面に向けた local dashboard です。Browser interface で複数の CLI coding agent をまとめ、session 自体は real terminal のまま動かします。その上で status、preview、notification、project grouping、role、multi-agent routing を一つの画面に集めます。GitHub page では現在およそ 91 stars、14 forks。主な言語は JavaScript、license は MIT、latest release は v1.31.9 です。

プロジェクト概要

項目内容
リポジトリrustykuntz/clideck
ドキュメントdocs.clideck.dev
Stars約 91
Forks14
主な言語JavaScript
ライセンスMIT
最新 releasev1.31.9

Agent を置き換えるのではなく、管理する

CliDeck の立ち位置はかなり控えめです。新しい coding agent ではなく、prompt を勝手に書き換えて model に渡す layer でもありません。Documentation では、existing CLI tools の上に置く coordination layer と説明されています。Claude Code、Codex、Gemini CLI、OpenCode、あるいは plain shell をそのまま使い、それらを local Node.js server と browser UI で管理します。

この boundary は重要です。Multi-agent platform は、project、permission、provider、log を新しい execution layer に預ける形になりがちです。CliDeck は terminal に workbench を足す発想に近いです。Agent は real PTY の中で動き、browser は xterm.js で terminal を描画し、status detection は主に localhost の telemetry を使います。Agent 自身は CliDeck の存在を意識しません。

複数 session を一画面で見る

CliDeck の一番わかりやすい価値は、terminal switching cost を減らすことです。README と documentation で紹介されている主な機能は次の通りです。

  • Live status: どの agent が working で、どれが idle かを見る。
  • Message previews: sidebar で各 session の最新 output を見る。
  • Browser and sound notifications: agent が完了したときに戻れる。
  • Session resume: 一度閉じても、以前の agent session を再開する。
  • Projects: session を project ごとにまとめる。
  • Roles: Programmer、Reviewer、PM などの reusable identity を作る。
  • Prompt library: よく使う prompt を保存し、// で挿入する。
  • Search: session や transcript を探す。

一つ一つは派手ではありません。ただ、AI coding の日常にはかなり合っています。これまでは tmux や複数 terminal window で並列 task を管理していたかもしれません。Tmux は pane には強いですが、「この agent は review 待ち」「この project に三つの関連 session がある」「この output は別 role に渡したい」といった状態を表現するには少し平坦です。

Autopilot は低リスクな連結に向いている

CliDeck が通常の terminal dashboard より一歩進んでいる点は Autopilot です。Project level で role assigned agent を見て、一つの agent が idle になると、その output を次の specialist に渡せます。README は、content を verbatim に route し、rewrite や summarize はしないと説明しています。また fingerprint と handoff history で repeat loop を抑える設計もあります。

この機能は、かなり明確な pipeline に向いています。

  • Programmer が実装する。
  • Reviewer が code review する。
  • Tester が test や reproduction を補う。
  • PM が最終 status だけ受け取る。

ただし、これは「完全に無人で software development を進める」機能として見るより、低リスクで中断可能、かつ review しやすい handoff を任せる機能として見るほうが現実的です。たとえば一つの agent が draft を作ったあと、別の agent に自動で review させる。あるいは implementation session の output を documentation agent に渡す。Commit、deploy、production change のような step は、依然として human confirmation や repository gate を残すべきです。

Local-first が大事な設計

CliDeck の privacy boundary も注目点です。Documentation では、data は machine 上に残り、telemetry は agent から CliDeck へ localhost 経由で流れ、Autopilot の LLM call は user が設定した provider に直接向かう、と説明されています。CliDeck 自体には server がありません。

これは利用場面とよく合っています。AI coding agent は private repository、terminal output、error log、未 commit の変更を扱います。もし management dashboard が default で transcript や agent status を upload するなら、実務 workflow に入れにくくなります。CliDeck は core control surface を local に置くので、少なくとも risk boundary を把握しやすいです。

もちろん local-first は risk-free ではありません。Underlying agent がどの context を model provider に送るかは別問題です。Autopilot が使う provider 設定も review する必要があります。CliDeck は terminal と routing layer を管理しますが、すべての data governance を代わりに解決するわけではありません。

向いている人

CliDeck は次のような developer が試すとよさそうです。

  • Claude Code、Codex、Gemini CLI、OpenCode を同時に使っている。
  • 複数 terminal で agent を走らせ、あとから完了 session を探すことが多い。
  • Implementation、review、test、documentation を違う agent に分けたい。
  • Phone から local agent の status を見て、必要なら入力したい。
  • Real terminal を保ち、agent output を middle layer に加工されたくない。
  • Tmux よりも session と project に寄った agent workbench が欲しい。

一度に一つの agent しか動かさない場合や、短い prompt と短い response が中心なら、CliDeck は重く感じるかもしれません。価値が見えやすいのは、長い task が並列で動き、複数 project を行き来し、複数 role が協力する状況です。

使う前に確認したい境界

README では macOS と Windows が対象として書かれており、Node 18+ が必要です。Linux は untested とされています。Install は単純です。

npm install -g clideck
clideck

Default では localhost:4000 を開きます。Port conflict がある場合は別 port を指定できます。

clideck --port 4001

実際に workflow へ入れる前に、まず non-critical project で三点を確認したほうがよいです。Status detection が安定しているか、session resume が期待通りか、Autopilot の handoff が audit しやすいか。特に multi-agent routing は、最初から production config や direct push を含む flow に接続しないほうが安全です。

まとめ

rustykuntz/clideck は、AI coding workflow に出てきた新しい問題を扱っています。Agent が「たまに質問する相手」から「複数の長時間 task を並列で進める worker」になると、普通の terminal window だけでは見通しが悪くなります。

CliDeck は agent を作り直すのではなく、既存の CLI agent を local dashboard に集めます。そして status、preview、notification、resume、project grouping、軽量 routing を追加します。すでに複数の coding agent を日常開発に入れている人には、一度試す価値があります。Multi-agent collaboration を自動的に信頼できるものにするわけではありませんが、session を見える化し、引き継ぎやすくし、より audit しやすい workflow に近づけてくれます。

リポジトリ：https://github.com/rustykuntz/clideck