要点
まず、この作業が支える業務判断を定め、利用する情報、出力形式、人の承認者を限定します。このページでは、入力、出力、責任者、受入条件を明記して複数エージェントの引き継ぎを管理することに重点を置きます。
このガイドの対象: 入力、出力、責任者、受入条件を明記して複数エージェントの引き継ぎを管理する必要がある業務責任者、運用担当者、ワークフロー設計者.
境界が実在するときだけ複数エージェントを使う
専門担当ごとに異なる指示、ツール、データ権限、評価基準、責任主体が必要な場合に限り、追加の複雑性に意味があります。明確なツールを持つ一つのエージェントで安全に完了できるなら、引き継ぎの追加は遅延、費用、文脈損失、障害経路を増やします。
マネージャー型と引き継ぎ型は別物
マネージャー型では一つのエージェントが工程とユーザー対応を保持し、専門家をツールとして呼びます。引き継ぎ型では、現在の制御を別の専門エージェントへ移します。図中のエージェント数ではなく、誰が仕事を所有するかで選びます。
プロンプトだけではタスクグラフを強制できない
有効な宛先、ツール権限、スキーマ検証、認可確認、文脈フィルタ、最大ターン、冪等性、ログ、承認、復旧は、自然言語指示とは別にアプリケーションで実装する必要があります。
信頼できる引き継ぎに必要な8項目
| 項目 | 目的 | 拒否条件 |
|---|---|---|
| タスクと判断 | 一つの仕事と支援する判断を限定 | 成果または読者が曖昧 |
| 送信者と受信者 | 現在の所有者と許可宛先を指定 | 信頼できないコンテンツが宛先を決定 |
| 文脈 | 必要な事実、証拠、状態、権限のみ | 秘密、無関係履歴、出典欠落を含む |
| 入力スキーマ | 必須フィールド、型、ID、版、時刻 | ペイロードが不完全または無効 |
| 権限 | 許可ツール/操作と禁止事項 | 引き継ぎで権限が暗黙に拡大 |
| 出力と受入 | 成果物、証拠、試験、品質閾値 | 完了を独立検証できない |
| 停止と上申 | 矛盾、危険、欠落、有人キュー | 安全な出口や次所有者がない |
| 追跡と復旧 | run/task/span、再試行、副作用、戻し | 状態を照合・監査できない |
10個の実用項目
一度に一項目を選び、角括弧を実際の文脈に置き換え、承認済み根拠を添付し、実行前のレビュー担当を決めます。
計画担当から調査担当への引き継ぎ
承認済み計画を、範囲と証拠要件が明確な調査契約へ変換します。
調査担当から執筆担当への引き継ぎ
もっともらしい要約ではなく、証拠台帳と不確実性を渡します。
執筆担当から確認担当への引き継ぎ
事実・表現・公開判断を一項目ずつ再現できるレビュー材料を渡します。
主任調査と並列スカウト
重ならない証拠範囲へ分割し、重複と矛盾を解消してから統合します。
営業調査からアウトリーチへの引き継ぎ
アカウント調査と連絡権限を分離し、発見を送信許可と誤認しない設計です。
サポート振り分けから専門担当への引き継ぎ
検証済みの最小限の顧客文脈だけを正しい専門担当へ渡します。
分析担当から意思決定者への引き継ぎ
再現可能な分析と、責任を伴う最終判断を明確に分けます。
コンテンツのローカライズ引き継ぎ
原文の主張とブランド意図を保ち、地域文脈はネイティブ審査へ渡します。
例外エスカレーションの引き継ぎ
疑わしい状態を凍結し、冪等な最小パケットで重複処理と権限逸脱を防ぎます。
最終品質ゲート
完全なタスクグラフ、引き継ぎ列、副作用を独立検査してから公開可否を決めます。
例：自分自身を認可できない返金引き継ぎ
編成制御を説明する仮想例であり、顧客成果ではありません。
受入試験
正しい専門担当が有効な最小ペイロードを受け取り、権限が拡大せず、欠落項目が拒否され、再試行で操作が重複せず、有人判断を監査できる場合だけ合格です。
例：自分自身を認可できない返金引き継ぎ
編成制御を説明する仮想例であり、顧客成果ではありません。
受入試験
正しい専門担当が有効な最小ペイロードを受け取り、権限が拡大せず、欠落項目が拒否され、再試行で操作が重複せず、有人判断を監査できる場合だけ合格です。
実装とテストの方法
業務成果を一つに絞る
調査、判断、執筆、承認、実行を曖昧な一依頼にまとめず、どの判断を支える出力かを定義します。
承認済み文脈だけを接続
必要最小限の記録を使い、情報源と日付を保持し、利用権限のないデータを除外します。
通常例と境界例でテスト
正しい入力、欠損、矛盾、古い記録、プロンプトインジェクション、エスカレーション対象を確認します。
検証後に自律性を拡大
読み取り専用から始め、品質と例外を確認し、安全性が実証された操作だけに最小権限を与えます。
OpenMaxによる業務支援
プロンプトから統制されたOpenMax業務へ
OpenMaxでは、これらのテンプレートを、入力、ツール権限、出力項目、ログ、人の承認点が明確なAI従業員ワークフローとして構成できます。主な用途は、入力、出力、責任者、受入条件を明記して複数エージェントの引き継ぎを管理することです。テンプレートが業務を定義し、権限と承認ゲートが操作を制御します。
制限と人による確認範囲
これらは編集上のテンプレートであり、独立した性能試験や法務・プライバシー・雇用・セキュリティ助言ではありません。
- 外部送信、書き込み、財務、法務、採用、顧客への約束は、権限ある担当者の確認とシステム権限で制御します。
- モデルの信頼度は根拠ではありません。日付付きの情報源で事実を確認します。
- 個人情報と機密情報を最小化し、同意・保持・削除ルールに従います。
- 拡大前に例外率、修正率、完了品質、副作用を記録します。
よくある質問
良い業務フローの条件は？
明確な成果、承認済み情報源、具体的な境界、構造化出力、レビューとエスカレーションの担当です。
AIは自動で操作できますか？
明示的に許可され、技術的に制限され、ログが残り、リスクに適した場合だけです。
項目はどうテストしますか？
正常、欠損、矛盾、古い情報、対抗的入力を含む小さなラベル付きデータで失敗を記録します。
OpenMaxの役割は？
AI社員、共有文脈、接続ツール、業務責任、人によるレビューを調整します。
成果向上は保証されますか？
保証されません。結果はモデル、情報源、ツール、ポリシー、評価、レビュー判断に依存します。
情報源、方法、限界
OpenMax編集チームは、エージェント設計、マネージャー/引き継ぎ編成、構造化入力、トレース、機微なトレースデータ、決定論的テストに関するOpenAIの一次資料を確認し、10項目を別々の運用契約として書き直しました。確認日は2026年9月3日です。性能、信頼率、費用削減、顧客成果は主張しません。
- OpenAI：A practical guide to building agents—マネージャー/分散型、複雑性、防護、終了条件。
- OpenAI Agents SDK：Agent orchestration—agents-as-tools、handoff、並列実行。
- OpenAI Agents SDK：Handoffs—宛先、説明、入力スキーマ、フィルタ、メタデータ、認可上の注意。
- OpenAI Agents SDK：Tracing—エージェント、生成、ツール、防護、引き継ぎの追跡と機微データ制御。
- OpenAI Agents SDK：Testing—ツール、引き継ぎ、防護、再試行、セッション、編成の決定論的試験。