Skip to main content
複数のterminalが同じ画面に並んでいるだけでは、チームにはなりません。Dureは providerに依存しない連携レイヤーを加え、エージェント同士の作業引き継ぎ、 結果報告、blockerの通知、人間の判断待ちを可能にします。

​
コマンドを実行する前の要件

  • dure CLIをインストールし、使用するapp channelでDureを一度以上起動します。 これによりCLIが読むregistryが作成されます。その後のtask-createでは、 アプリが実行中である必要はありません。
  • task-createはタスクを記録するだけです。--titleは必須ですが、provider、 実行中のagent、project、worktree、managed sessionは不要です。--specと --depsは任意です。
  • 独立した--requirementsフィールドはありません。範囲、受け入れ条件、検証 方法、期待する結果形式を自由形式の--specに含めます。Dureはその契約を 保存して届けますが、完全性や達成状況は判定しません。
  • Dure内で開いたterminalは、正しいapp channelを自動的に継承します。インストール 版は既定でstableを使います。外部shellから分離された開発ビルドを対象にする 場合は、DURE_APP_CHANNELをそのビルドのchannelに設定します。
  • dispatch --injectには追加要件があります。対象が同じchannelに登録され、 そのsessionが入力を受け取れる必要があります。リモートmailboxはまだ接続 されていないため、結果報告まで完結するにはローカルの対象が必要です。 --injectを付けない場合、dispatchは割り当てとメッセージだけを永続化します。

​
連携レイヤーが加えるもの

種類を持つメッセージ

Note、status、dispatch、完了報告、escalation、decision gate、heartbeatを 区別して送信します。

Providerに依存しない宛先

一つのエージェント、全員を表す@all、@claudeや@codexなどの providerグループを指定できます。

結果が返るタスク

タスクを記録してエージェントへ割り当て、terminal出力から推測せずに 構造化されたworker_done結果を受け取ります。

人間の判断をフローに組み込む

承認が必要な境界を越える前に、エージェントは回答を待つ質問やdecision gateを作成できます。
メッセージとタスク状態は、現在のDure app channelに保存されます。管理された agent session内ではDureが送信者を自動識別するため、通常のコマンドに別の --from identityを付ける必要はありません。

​
小さな連携ループ

現在のチーム全体へ告知します。
タスクを作り、名前を持つエージェントへ割り当てます。
--injectはタスク説明と報告手順を対象エージェントのterminalへ入力します。 Dispatch自体も種類を持つメッセージとして残るため、単なるkeystroke送信とは 異なります。 結果、blocker、人間の判断が必要なイベントを待ちます。

​
連携パターン

​
独立した作業を並列に分ける

調査、実装、レビューを別々のタスクとして作り、異なるエージェントやproviderへ 割り当てます。Worktreeはファイル変更を分離し、orchestration channelは共通の 意図と結果を運びます。

​
黙って停止せず質問する

Coordinatorの回答が必要なエージェントは、replyが来るまで待機できます。

​
時間のかかる作業と停止を見分ける

長時間作業するworkerはheartbeatを送信できます。続行に対応が必要な作業は escalationを送るため、すべてのterminalを監視しなくても両者を区別できます。

​
Terminal注入との違い

別のterminalへtextを入力することは、エージェントを起こしたりpromptを届けたり する場合に便利ですが、task identity、message type、永続する結果契約は ありません。Dure orchestrationは最初に通信を記録します。Injectionは割り当て 済みタスクを届ける任意の手段であり、source of truthではありません。
現在のオーケストレーションは、一つのDure app channel内でローカルに動作 します。リモートSSHエージェントはローカルmailboxへ直接参加せず、@allも 受信者ごとの配信確認をまだ記録しません。必須の操作では宛先を明示して ください。
正確なalpha境界は現在の制約で確認し、タスクに合う workerはprovider対応レベルを参照してください。