目次

Microsoftのオープンソース Conductor CLIは、YAMLでマルチエージェント・ワークフローを定義し、GitHub Copilot・OpenAI・Anthropic Claudeなどのプロバイダに接続します。Conductor 0.1.44 は GitHub で 2026-11-01T16:50:01Z（2026-11-02 00:50 Asia/Shanghai）に公開され、多くのエージェント基盤がいまだ混同しがちな二点を分けます。どのモデル提供者が答えるかと、エージェントループ・ツール・MCP呼び出しが実際どこで動くかです。

リリースノートはこの分離を agent execution realms and profiles と呼びます。ステップまたはワークフロー既定が execution.profile を指し、そのプロファイルが隔離された Docker ランナー、または Azure Container Apps（ACA） dynamic session に解決されます。モデル提供者は別設定のままです。私たちはConductor 0.1.44を本番で通し実行してはまだテストしていません。以下はGitHubリリースノート、プロジェクトREADME、リポジトリ内ACAプロバイダ文書の文言に沿います。参考にとどめます。

対象は狭いです。すでにConductorワークフローを組むチーム、または「信頼できないツールループをホストから外したい」harnessを評価しているチーム向けです。Copilot／Claude CodeのチャットだけでConductor YAMLに触れない読者はスキップして構いません。関連するランタイム／harnessの背景：AWS が Infinity を公開、高並行 Agent 向け研究ランタイム、Microsoft、Foundry Agent ServiceでCopilot harnessをパブリックプレビュー公開、同じモデルでもコーディング harness を替えると通過率はほぼ変わらず、請求だけ大きく変わる、Cursor Agent SDK公開：フォルダ定義、Eval、デプロイ。

0.1.44で追加されたこと

Conductor 0.1.44 のGitHubリリースノートによれば:

  • execution.profile 経由で、隔離された Docker コンテナまたは Azure Container Apps dynamic sessions 内でLLMエージェントを実行できる。
  • Docker プロファイルは runner_image を受け取り、エージェントループ、stdio MCPツール、ステージングされたワークスペース依存を、長寿命ランナーコンテナに同居させる。
  • リモートランナーは途中一時停止用の /interrupt、マルチプロバイダ実行（Copilot、OpenAI、Claude）、および呼び出し単位・エージェント範囲でstdio MCPプロセスへ秘密情報を渡す env_overlay（ランナープロセス環境へ漏らさない）をサポートする。
  • ホスト側で解決した資格情報とエンドポイントはランナー内で権威を保つ。Docker interruptはトランスポート切断まで監視され、競合完了は結果を保持する。保持されたDockerワークスペースはエージェントdispatchを記録し、resume時にstagingマーカー欠落なら拒否し、エージェントが書いたファイルを上書きしない。
  • ACA execution profiles は環境プロファイルの aca ブロックでプールとセッション範囲を設定し、エージェントのモデル提供者とは独立。旧 provider: aca 形式は 非推奨通知付きで残る。

同リリースはFleet TUIのゲートテキスト入力も修正し、廃止済みの conductor.providers.aca_protocol を削除して conductor.runner.protocol へ寄せています。日常運用には効きますが、ここでの主線はプロファイル分離です。

以前「モデル」と「実行環境」がくっついていた理由

以前のConductor ACA利用は、どこで動かすかとどのモデルスタックかを絡めていました。旧ACAプロバイダ形式を選ぶと、サンドボックス内でCopilotが強制され、プール資格情報がワークフローYAMLに混ざりやすかった、とリポジトリ内ACA文書は述べます。移行の狙いは明確です。execution profilesは 何を動かすかと、どこで動かすかを切り離す。ワークフローはモデル提供者を書き、環境文書がACAプール（またはDockerバックエンド）を設定します。ノートPC実行とAzureサンドボックスの切替は、各エージェント手順の書き換えではなく、どの --environment を渡すかの問題に近づきます。

他のharness記事と同じ切り口です。モデルカードと、ツール・ファイル・ネットワーク方針を抱えるランタイムは別レバーです。Conductor 0.1.44はレバー名をYAMLに明示します——一方が runtime.provider、他方が execution.profile／環境の profiles.*.backend。

execution.profile の解決

ワークフローは workflow.defaults.execution.profile で既定名を宣言し、ステップ単位で execution.profile を上書きできます。実行環境文書（例: .conductor/environments/）が論理名を具体バックエンドへ写像します。

  • backend: docker — ローカルまたは自前ホストのDockerランナー。リリースは runner_image、ワークスペースstaging、interrupt、MCP秘密向け env_overlay を強調。
  • backend: aca — Azure Container Apps dynamic-sessions サンドボックス。プールendpoint、API版、identifier scope、egress、lifecycle、authはプロファイルの aca ブロックへ。

プロジェクト同梱のACAプロファイル例: ワークフローで runtime.provider: copilot と defaults.execution.profile: aca_sandbox、環境側で profiles.aca_sandbox.backend: aca とプール設定。docker-agent環境例では docker_agent（image／runner_image）と aca_sandbox が並び、同じワークフロー発想を環境切替で両バックエンドへ向けられます。

文書上の確認手段は conductor validate … --environment … です。私たちは0.1.44バイナリに対し検証表の全行をまだテストしていません。プロジェクト自身の環境とCLI出力が正です。

ACAはなおExperimental

プロジェクト README は Azure Container Apps sandboxed execution を Experimental に置き、節題 Using ACA (Experimental) と、比較表のACA列 Experimental を示します。ACAプロバイダ文書もexperimental枠と能力の欠落を書きます。

したがって0.1.44の「ACA execution profile」は、README表でCopilot／OpenAIと同安定帯へ昇格した、という意味ではありません。Experimentalは欠落・鋭い角・方針変更があり得る、という読みです。READMEが示さないGA日はここでも作りません。

旧 provider: aca と移行

リリースは旧 provider: aca を非推奨通知付きで残します。ACA文書に出る警告は次です。

provider: aca is deprecated; use provider: copilot with an ACA execution profile

文書上の移行:

  1. ワークフロー（またはステップ）のモデル提供者を copilot／openai／claude など対応値へ。
  2. execution.profile を backend: aca の環境プロファイルへ向ける。
  3. pool_endpoint、api_version、identifier_scope、egress、lifecycle、auth をその環境プロファイルの aca ブロックへ移し、ワークフローYAMLから外す。
  4. 旧構造化ACAプロバイダの inner_provider を捨て、内側モデル選択を通常の provider: にする。

provider: aca の既存ワークフローは互換ファサードで動き続ける（文書どおり）一方、新規はプロファイル形式から始め、資格情報を環境文書に残します。

MIT、モデル請求、Azure請求

microsoft/conductor リポジトリは MIT です。CLIのOSS化は、モデル推論の無料化でも、Azure Container Apps容量の無料化でもありません。Copilotサブスク使用量、OpenAI／Claudeの従量、ACAの専用ノード／ウォームプール料金は別メーターです。ACA文書は、使用量ビューのsandbox壁時計行が 可視性の代理 であってAzure請求行ではない、とも書きます——プール規模は実請求と突き合わせる必要があります。

Conductorがオープンソースだと言うときは、harnessコードがMIT と読み、提供者やクラウドの請求が消える束ではありません。

隔離は機能説明であり、安全認証ではない

DockerランナーとACA dynamic sessionsは、信頼できない／隔離に敏感なエージェントループ——生成コード、広いツール権限、ホストシェルに置きたくないMCP——を置く場所として語られます。有用ですが、安全保証としては不足です。

私たちは、Docker／ACA隔離が安全保証として十分かをまだテストしていません。サンドボックスへの資格情報転送、egress、イメージ由来、プールのマルチテナンシ、interrupt競合などは、ここで認証済みの安全境界としては扱いません。安全境界が必要なら、脅威モデル・イメージ固定・資格情報の絞り込みは自前で行い、「隔離コンテナ」だけではコンプライアンス欄は埋まりません。

0.1.44向け操作チェックリスト

  1. 版。 インストール／アップグレード先は Conductor 0.1.44（またはそれ以降の実タグ）；対応GitHubリリースがそのタグの正です。
  2. 二設定を分ける。 ワークフローにモデル提供者、エージェントループの場所にexecution profile。プールendpointは環境文書へ。
  3. DockerかACAかを意図して選ぶ。 Dockerはrunnerイメージ同居とローカル／自前ホスト向き。ACAはAzure dynamic-sessions向きで、READMEの Experimental ラベル付き。
  4. provider: aca から離れる。 ACA文書どおり provider ＋ execution.profile へ。
  5. 秘密はoverlayで。 リリースの env_overlay がMCPプロセスへ秘密を渡し、ランナー環境を汚しません。
  6. 信じて動かす前にvalidate。 想定環境で conductor validate し、文書のexecution resolution表を見る。
  7. メーターは三つ。 Conductor MITソース ≠ モデルAPI費用 ≠ Azureプール費用。
  8. 安全判断は内部に残す。 隔離強度は私たちがまだ十分にテストしていません。本番秘密や非信頼コードでは内部レビューが残ります。

他ランタイムとの位置

Conductorは、2026年前後に並ぶ「エージェント品質はモデル名だけでなくharness／実行環境にも依存する」系の一つです。AWS Infinity（高並行研究ランタイム）、Foundry上のCopilot harnessプレビュー、Cursor Agent SDKのパッケージ、サイト内のharness費用の議論——いずれもモデルカードとループ実行場所の裂け目を回ります。Conductor 0.1.44の寄与は、YAMLに書ける語彙 execution.profile とDocker／ACAバックエンドであり、READMEはなおACAをExperimentalと示します。

締め

Conductor 0.1.44 はモデル提供者と実行環境を一等・分離可能な設定にします。execution.profile は隔離 Docker ランナーまたは Azure Container Apps dynamic sessions を指せ、Copilot・OpenAI・Claudeなどは独立に設定できます。0.1.44のGitHub公開時刻は 2026-11-01T16:50:01Z（2026-11-02 00:50 Asia/Shanghai）。ACAはプロジェクトREADMEでなお Experimental。リポジトリは MIT；OSSはモデルやAzure請求を消しません。Docker／ACA隔離が安全保証として十分かは、私たちはまだテストしていません。コンソール挙動とここに書いた内容が食い違うときは、GitHubリリースノートとプロジェクトREADMEが優先です。参考にとどめます。