AIに不具合を直してもらっている間に、別のAIには説明文を更新してほしい。ところが、同じフォルダーを触らせると変更が混ざり、別々に作業させると今度は会話や差分を追いかけにくくなります。Conductedは、そうしたコーディングAIの作業をMacの一つの画面で扱うためのオープンソースのアプリです。新しいLLMそのものではなく、既存のエージェントを使う作業場を整えます。
2026年11月8日06:54:37 JST、Conducted 0.3.2がGitHub Releasesで公開されました。UTCでは11月7日21:54:37です。直前の0.3.1は11月8日05:39:55 JSTに公開された最初の0.3系配布版。0.3.0はタグが付いたものの配布前にビルドが失敗したと変更履歴に明記されています。0.3.2の配布・0.3.1の配布
ConductedはConductorの開発元とは無関係の独立プロジェクトです。配布ビルドはApple Silicon搭載Mac向け。本体のMITライセンスと、利用するAIの契約・課金は別です。今回、配布ファイルとmacOSの署名・公証判定を確認しましたが、Macのロックにより画面操作、エージェントによる編集、PR作成の実機試用はできていません。以下では公開仕様と、本誌が提案する検証手順を分けます。
何をまとめるアプリなのか
公式READMEは、Claude Code、Codex、Cursor、OpenCode、Piを対応するエージェントとして挙げています。タスクごとのworktreeとブランチ、会話、ターン前後のスナップショット、差分レビュー、GitHubのPRと検査をつなぐ構成です。エージェント自体やモデル利用権が本体に含まれるわけではありません。0.3.2の公式README
| 仕事の段階 | Conductedが案内する役割 | 人が判断すること |
|---|---|---|
| 着手 | タスク別の作業領域・ブランチを作る | どの課題を分け、どのファイルを触らせるか |
| 実装 | エージェントとの会話とターン単位の記録 | 依頼の追加で対象を広げすぎていないか |
| レビュー | 差分と行単位のコメントを扱う | 仕様を満たすか、余計な変更がないか |
| 統合 | PR、検査の確認、マージを扱う | 最新のベースに統合した状態でも動くか |
たとえば、「フォームの入力チェック」と「FAQの文言修正」を別々の作業として始める場面を考えます。片方がテストを実行している間に、もう片方の差分を読む、といった使い方が候補になります。一方、二人のAIに同じ認証処理を書き換えさせれば、分けた後の統合作業が増える可能性があります。並列化する数より、変更の境界を先に決めることが重要です。これは本誌の運用例であり、Conductedで生産性が何倍になったという測定結果ではありません。
worktreeとは：机を分けても、データベースまで分かれるわけではない
Git worktreeは、一つのリポジトリに対して複数の作業ディレクトリーを持つ仕組みです。それぞれで別のブランチを扱えるため、作業の途中でブランチを切り替える手間を減らせます。ただし、これはファイルとGitの作業単位を分ける機能です。実行中のプロセスの権限や外部サービスへの接続まで隔離するものではありません。Git公式：git-worktree
| 分けたいもの | 確認する理由 | 小さく始める例 |
|---|---|---|
| ソースの変更 | 二つの仕事の差分を混ぜない | Aは入力チェック、Bはヘルプ文書に限定 |
| 開発用ポート | 同じ番号を使うとサーバーが起動できない場合がある | 各作業の起動先URLを記録 |
| データベース・保存先 | フォルダーが別でも接続先が同じならデータは共有される | 検証用DBや作業別の名前空間を用意 |
| 認証情報 | 設定ファイルの複製で権限まで広がることがある | 本番キーを含まない検証用リポジトリを使う |
| 人のレビュー時間 | 生成が速くても確認の待ち行列は残る | 最初は二件まで。同時に統合しない |
ConductedのREADMEには、作業領域を作る際に.envファイルをコピーし、セットアップスクリプトを実行してポートを確保する流れが記載されています。そのため、導入前に元リポジトリの設定とスクリプトの中身を確認します。画面で作業が分かれて見えても、共有のDBや本番サービスへ接続していれば、その影響は別に管理する必要があります。
新公開版の差分と、まだ同一視できないこと
0.1.0の公開説明は、型付きのコードや仕様、アプリの骨組みが中心で、まだエージェントを動かさない段階だとしています。0.3系では機能が大きく進み、0.3.2の変更履歴には、クラウド作業領域へのSSH接続と外部エディターでの利用、クラウド作業領域のローカルミラーで使うターミナルや操作、初回起動時の終了操作・既定のクローン先などの修正が並びます。0.1.0の説明・変更履歴
クラウド機能は自分のCloudflare環境を使う設計です。ローカル版を試すために最初からクラウドを契約する必要はありません。クラウドの設計書には未確定事項も残っているため、本記事では設定画面から本番運用までを実証済みの手順として案内しません。試す場合は、アプリの版に対応する実装と利用する基盤の条件を別途照合してください。クラウド機能の設計資料
また、公式の比較記録にはConductorとの機能・動作の差分が残っています。「再構築」を、既存アプリとの完全互換や移行保証と読み替えないことが大切です。Conductorの作業領域をそのまま移す前提ではなく、まず別の検証用リポジトリで評価します。差分の記録
必要な環境・費用・日本語の扱い
| 項目 | 確認できた条件 |
|---|---|
| OS・CPU | 公式の配布対象はApple Silicon搭載Mac。Windows・Linux・Intel Mac向けの配布版としては案内しない |
| 本体 | MITライセンスのオープンソース。モデルは付属しない |
| AI | 使うエージェントのアカウント・契約・認証が必要。各社の利用上限や料金は別 |
| GitHub | PRを扱う場合はGitHubの認証が必要。最初のローカル評価とは分ける |
| クラウド | 任意の追加構成。基盤の利用条件・課金・モデル認証を別に確認する |
| 日本語 | 日本語UIの対応表は確認できていない。日本語での指示の品質は接続するAIにも依存し、今回は未実測 |
対応環境と認証の条件は公式README、ライセンスはLICENSEで確認できます。Mac上でアプリが動くことと、LLMの推論がMac内で完結することは別です。クラウド型のエージェントを選べば、その提供元への送信や利用条件が関係します。並列に二つ動かせば同時に利用枠を消費する可能性もあるため、「本体が無料」だけで費用を判断しないようにします。
導入するなら：小さな一件から二件へ
- 1公式Releasesで対象バージョンと.dmgを確認する。公式の案内は.dmgを開き、ConductedをApplicationsへ移す方法。手元のMacがApple Siliconかも確認する。
- 2最初は秘密情報を入れていない検証用リポジトリを使う。.envとセットアップスクリプトを点検し、本番への接続がないことを確認する。
- 3普段使っているエージェントを一つだけ選ぶ。アプリのAgents設定で認証状態と利用条件を確認し、いきなり全エージェントを接続しない。
- 4検証用リポジトリを選び、作業領域を作る。表示文言の変更など小さな仕事を一件依頼する。差分を読み、想定外のファイル変更がないかを見る。ターンの記録がどの範囲を戻せるかも小さな変更で確かめる。
- 5二件目は変更するファイルが重ならない仕事を選ぶ。両方のポート・DB・作業ディレクトリーを記録し、独立してテストする。
- 6PRを使う段階でGitHub接続を設定する。統合前には最新のベースとの差分と検査結果を確認し、一件ずつマージする。
これは公式のインストール・機能説明をもとにした本誌の検証案です。認証の追加、エージェント実行、クラウド契約を今回の取材で代行したものではありません。スナップショットでファイルを戻せても、外部APIへの書き込みや送信済みの通知まで取り消せるとは考えず、検証では外部への変更を伴わない課題を選びます。
コピーして使える、作業を分けるための指示文
次の変更依頼を、干渉しにくい二つの作業に分ける計画を作ってください。まだファイルの変更やコマンド実行はしないでください。
変更依頼：［ここに目的を書く］
各作業について、目的、変更を許すファイル、触ってはいけない範囲、確認するテスト、想定する差分、他の作業への依存を書いてください。
同じファイル、DB、ポート、外部サービスを共有する場合は明記してください。独立に進められない場合は無理に並列化せず、実行順を提案してください。
最後に、人が統合前に確認する点を列挙してください。秘密値は要求せず、外部送信やデプロイは行わないでください。導入効果を見るときは、AIが作業を終えた時刻だけでなく、人が確認し、テストを通し、統合を終えた時刻まで測ります。途中の差分が多すぎて読む時間が増えるなら、依頼を小さくする方が有効かもしれません。以下の空欄に実測結果を書けば、導入前後を同じ粒度で比べる材料になります。
| 記録する項目 | 作業A | 作業B |
|---|---|---|
| 目的・対象ファイル | 未記入 | 未記入 |
| エージェント・モデル・版 | 未記入 | 未記入 |
| 開始／AI完了／統合完了 | 未記入 | 未記入 |
| 人のレビュー時間・修正回数 | 未記入 | 未記入 |
| テスト結果・衝突の有無 | 未記入 | 未記入 |
| 確認できた使用量・費用 | 未記入 | 未記入 |
今回確かめた範囲と、次に見るべきこと
2026年11月8日、macOS 27.0.1・arm64環境で0.3.2のConducted.dmg（119,227,001バイト）を取得し、読み取り専用でマウントしました。macOSのspctlによる実行評価はaccepted、出所はNotarized Developer IDでした。これは署名・公証に関する確認であり、アプリの安全性全体や機能の正しさを保証する結果ではありません。画面操作は端末ロックで進められず、ログインやAIへの依頼は実施していません。
Conductedを選ぶかどうかは、「同時に何人のAIを動かせるか」だけでなく、作業境界を守れるか、差分を追えるか、統合までの時間を減らせるかで判断します。まず小さな一件を最後まで確認し、次に二件へ増やす。その順番なら、新しい管理画面を導入する価値を自分の仕事で確かめられます。依頼の前提を整える方法は、Readfirstの記事も参考になります。
確認日：2026年11月8日JST。対象資料はConducted v0.3.2に固定し、配布時刻はGitHub Releasesで照合しました。紹介の入口はHacker Newsの投稿ですが、投稿タイトルにある開発費・開発日数・他社に関する主張は、本記事で検証した製品性能や事実として採用していません。