Conductor OSS：local AI coding agent を観測できる workbench にする
AI coding agent が本当に作業し始めると、難しいのは「コードを生成できるか」より、複数の agent session をどう見張るかになりやすい。
ひとつの terminal で Claude Code、別の terminal で Codex、さらに Gemini で別案を試す。各 agent は別々の directory で file を変更し、test result、preview URL、diff、task note、reviewer feedback は shell scrollback、browser tab、Git status に散らばる。人間は慣れでなんとか覚えられるが、並列度が上がると必要になるのは local control plane だ。session を起動し、worktree を分け、native terminal を見せ、diff を集め、必要なら phone や別 machine から同じ local runtime に戻れる場所が欲しくなる。
今日メモしておきたい charannyk06/conductor-oss は、この問題を扱う tool だ。自分自身を local-first control surface for real AI coding agents と説明しており、Claude Code、Codex、Gemini などの coding CLI を、workspace、git worktree、native PTY、preview、diff、restore、paired-device bridge、MCP server、ACP server と一緒に dashboard へまとめる。
2026-07-11 時点で GitHub repository API、README、LICENSE、release API、tags API、languages API、commits API から確認できる公開情報では、charannyk06/conductor-oss は 41 stars、10 forks。主言語は Rust で、TypeScript frontend code も多い。license は Apache-2.0。リポジトリ作成日は 2026-03-01 20:03:24 UTC、最近 push は 2026-07-11 09:32:58 UTC。default branch main の最新 commit は 04871809、commit time は 2026-07-11 09:07:30 UTC。最新 GitHub release は v0.61.14 で、公開時刻は 2026-07-11 09:36:21 UTC。最新 tag も v0.61.14 を指している。
プロジェクト概要
| 項目 | 内容 |
|---|---|
| リポジトリ | charannyk06/conductor-oss |
| 位置づけ | local-first な AI coding agent workspace、terminal、diff、session control surface |
| Stars | 41 |
| Forks | 10 |
| 主言語 | Rust |
| ライセンス | Apache-2.0 |
| リポジトリ作成日 | 2026-03-01 20:03:24 UTC |
| 最近 push | 2026-07-11 09:32:58 UTC |
| 最新 main commit | 04871809、2026-07-11 09:07:30 UTC |
| 最新バージョン | v0.61.14 |
| リリース公開時刻 | 2026-07-11 09:36:21 UTC |
| 主な機能 | workspace、git worktree、native PTY、diff、preview、paired-device bridge、MCP server、ACP server |
agent 並列後の管理問題を扱う
多くの AI coding tool は model capability や completion quality を強調する。Conductor OSS が見ているのは別の層だ。すでに agent を real repository で走らせると決めたあと、その session をどう起動し、観測し、復旧し、片付けるかである。
README の main flow は分かりやすい。Conductor を開き、workspace を追加し、GitHub repository または local folder を選び、その workspace で agent session を start または resume する。各 session には real terminal、overview、preview、diff がある。ここで重要なのは real terminal だ。agent output を fake chat shell に押し込むのではなく、native PTY で Claude Code、Codex、Gemini などの CLI を本来の terminal UI として動かす。TUI、approval prompt、resize、restore に依存する coding agent では、この差はかなり実用的だ。
並行 session は git worktree で分ける。この設計は今の agent workflow に合っている。同じ repo で bug fix、refactor、dependency upgrade、reviewer feedback を同時に走らせることがある。すべてをひとつの working tree に詰めると、conflict と誤操作はすぐ増える。各 session に worktree があれば、少なくとも file-level の並行境界は見えやすい。Conductor は OS sandbox ではなく、README も agent は local account の権限で動くと明記している。それでも worktree は Git change の管理には効く。
local-first は remote がないことではなく runtime が自分の machine に残ること
Conductor OSS には二つの使い方がある。ひとつは同じ machine で local dashboard を動かす方法で、npx --yes --registry=https://registry.npmjs.org conductor-oss@latest または global install 後の co start --open が入口になる。もうひとつは hosted dashboard と paired-device bridge を使い、別の computer や phone から dashboard を開く方法だ。ただし repo、terminal、agent は自分の machine 上で動く。
この境界は重要だ。コードを default で cloud IDE に移すのではなく、remote access を local runtime への bridge として作っている。README では local state が conductor.yaml、CONDUCTOR.md、.conductor/conductor.db などの普通の file に残るとも説明されている。team evaluation では、「repository を cloud agent platform に預ける」より受け入れやすい。まず local machine、個人 repo、低リスク task から試せる。
ただし paired-device bridge は remote access capability なので、zero risk と考えるべきではない。README は、local dashboard port を単に forward するだけだと Conductor は remote access と見なし、追加の identity layer を要求すると説明している。remote use では official paired flow を使うか、self-hosted dashboard を Clerk や Cloudflare Access のような identity protection の後ろに置くべきだ。local-first は deployment と data location の選択であって、permission governance の代替ではない。
Markdown board と CLI が UI だけの tool にしていない
Conductor OSS には、かなり programmer-friendly な入口として CONDUCTOR.md がある。default scaffold では Inbox、Ready to Dispatch、Dispatching、In Progress、Review、Done という task flow が作られる。計画を Markdown に書いて、そこから agent に dispatch したい人には、単なる dashboard より実作業に近い。
CLI もそろっている。co init で workspace を初期化し、co spawn で新しい agent session を起動し、co list と co status で状態を見て、co send で running session に message を送り、co feedback で reviewer feedback を戻して requeue する。co retry、co restore、co kill、co cleanup で lifecycle も扱える。さらに co mcp-server と co acp-server があり、作者が desktop shell だけでなく session runtime を他 tool にも開こうとしていることが分かる。
heavy agent user にはここが効く。agent に issue をもっと処理させるほど、必要なのは chat window の追加ではなく session management になる。どの task が走っているか、どの worktree か、現在の diff は何か、preview は見えるか、失敗後に restore できるか、reviewer feedback が正しい session に戻ったか。Conductor OSS はそれらを command と UI にまとめる方向で作られている。
向いている場面
第一の場面は、個人開発者が複数の coding CLI を同時に使っている場合だ。Claude Code、Codex、Gemini を task ごとに切り替えており、同じ workspace panel から start、observe、finish したい。Conductor OSS の価値はこれらの CLI を置き換えることではなく、共通 control surface を与えることにある。
第二の場面は、multi-branch や multi-task の並行作業だ。git worktree management、diff view、preview surface があれば、各 agent session が何を変更したのかを見やすい。ひとつの repository directory で何度も git status を打ち、terminal scrollback を探すより自然だ。
第三の場面は、mobile または cross-device monitoring だ。paired-device bridge は、「code と agent は自宅や office machine で動いているが、別 device から progress を見たり、feedback を一言送ったり、diff を確認したい」状況に向いている。identity と network boundary を迂回するためのものではないが、controlled remote entry としては実用的だ。
第四の場面は、agent session を大きな workflow に接続したい team だ。MCP/ACP server、CLI、Markdown board があるので、自前の scheduler から task を作る、status や feedback や restore を internal tool に接続する、といった拡張余地がある。
注意したいところ
第一に、project は新しく小さい。リポジトリ作成日は 2026-03-01 で、現在は 41 stars しかない。release cadence は非常に速く、latest version は v0.61.14 まで進んでいるが、これは長年安定した platform というより rapid iteration phase の tool と見るべきだ。試すなら version を固定し、export または rollback path を用意したい。
第二に、安全 sandbox ではない。README は、worktree は並行する Git change を分けるが、agent は local account の permission で動くと明記している。automatic permission mode も明示的な trust decision だ。dashboard と worktree があるからといって、filesystem、network、credential access が完全に制限されたと考えてはいけない。
第三に、platform と runtime requirement を見る必要がある。README では published launcher は Node.js >= 20.9.0 を要求し、macOS、Linux x64、Windows x64 の native backend を含むと説明している。他 platform は source build になるため、local environment の差分を受け入れる必要がある。
第四に、hosted dashboard と bridge flow は別途評価したい。project は repo、terminal、agent が paired machine に残ると強調しているが、remote control surface 自体は relay、identity、access policy に関わる。private repository に触らせる前に、test repository で log、port、session restore、access control behavior を確認したい。
まとめ
Conductor OSS が面白いのは、「もうひとつの AI coder」を作ろうとしていないところだ。Claude Code、Codex、Gemini がコードを書く。Conductor は workspace、session、terminal、diff、preview、feedback、restore を扱う。
複数の AI coding agent を並行利用し始めているなら、または agent session を散らばった terminal から local-first な workbench にまとめたいなら、charannyk06/conductor-oss は小さく試す価値がある。まだ若いが、問題設定はかなり正確だ。agent が有能になるほど、人間にはそれらが repository に何をしているかを見通す場所が必要になる。