要旨
ダイナミック ワークフロー エージェントは、MARIA OS の操作層です。目標をワークフロー グラフに変換し、作業をエージェントやツールにルーティングし、例外に対応し、証拠を保存し、承認を要求し、記憶に基づいて将来のワークフローを改善します。デザインの重要なポイントは、彼らが単なるプランナーではないということです。これらは、自己進化する企業 OS 内で監視される生産ユニットです。
この記事では、Dynamic Workflow Agent の設計を量産モデルに変換します。これは、5 つのコア ワークフロー エージェント、それらを操作するために必要な監視ツール、安定性を保つための品質および製造管理ハーネス、そして責任を失うことなく多くのエージェントを作成するための青写真プロセスを定義しています。目標は、エージェントをさらに作成することではありません。目標は、監視、制約、一時停止、修復、監査、廃止、改善できるエージェントを作成することです。
1. 動的なワークフローが重要な理由
ほとんどのエンタープライズ ワークフローは、固定プロセス図として記述されます。顧客のリクエストがキューに入り、タスクが事前定義されたステップを経て、例外がチケットを作成し、人間のオペレーターが次に何をするかを決定します。これは安定していますが、脆いです。本当の仕事は形を変えます。採用プロセスは候補者の返答を待ちます。販売見積りはマージンリスクに依存します。請求書は発注書の証拠に依存します。製造品質の問題は、ロット、機械、オペレーター、サプライヤー、検査状態によって異なります。
ダイナミック ワークフロー エージェントはモデルを変更します。決まった処理を実行するだけではありません。目標を解釈し、制約をコンパイルし、ワークフロー グラフを作成または変更し、ハーネスをノードとゲートにバインドし、タスクを専門のエージェントにルーティングし、権限が不足している場合は一時停止し、学習すべき内容を記録します。ワークフローは、静的な図ではなく、管理されたランタイム オブジェクトになります。
MARIA OS では、エージェント会社はプロンプトチェーンだけでは管理できないため、これは重要です。すべてのワークフローは、ワークフローが存在する理由、所有者、必要な証拠、使用できるツール、停止方法、回復方法、メモリに何を書き戻すかを知っている必要があります。ダイナミック ワークフロー エージェントは、ビジネス意図、ランタイム実行、ハーネス制御、および組織学習が出会う調整レイヤーです。
2. 5 つのエージェントのコア
運用モデルは 5 つのエージェントから始まります。 Intent and Constraint Compiler は、自然言語の目標、ビジネス イベント、権限ルール、および以前の失敗を、目標オブジェクト、制約オブジェクト、リスク クラス、必要なハーネス リスト、および人間の承認境界に変換します。ここで、曖昧な意図が検査可能な実行時マテリアルになります。
Workflow Topology Planner は、これらの制約をワークフロー グラフに変換します。ノード、エッジ、ゲート、再試行ポリシー、タイムアウト ポリシー、並列実行プラン、責任マップ、ロールバック パスを定義します。出力はチェックリストではありません。ハーネスが観察できるグラフです。
ハーネス バインディング エージェントは、必要な静的、実行前、ランタイム、実行後、クロスカッティング、およびメタ ハーネスを各ノード、エッジ、およびゲートに割り当てます。新しいノードにハーネス バインディングがない場合、ワークフローは実行できません。このエージェントは、ワークフロー層をハーネス ランタイムに接続します。
Runtime Repair Orchestrator はハーネス障害を受信し、ワークフローの再試行、一時停止、ルート変更、パッチの要求、オペレーターへの通知、人間へのエスカレーションのいずれを行うべきかを決定します。技術的な原因とビジネスへの影響を分離します。 Salesforce API の障害によって必ずしも顧客とのコミュニケーションが停止されるわけではありません。 CRM 同期をキューに入れながら、リスクの低い電子メール手順の続行を許可する場合があります。
ワークフロー学習およびポリシー リファクタリング エージェントは、完了した実行、失敗、パッチ、レビュー コメント、KPI の動き、および同様のインシデントの記憶を学習記録に変換します。テンプレートの更新、ハーネス ルールの更新、割り当ての変更、予防的制御を提案します。このようにして、ワークフロー操作が再利用可能な社内ナレッジになるのです。
3. エージェントプロトコル
ダイナミック ワークフロー エージェントは、自由形式のメッセージではなくエンベロープを介して通信します。最小フィールドは、workflowRunId、mariaCooperative、sourceAgent、targetAgent、eventType、riskClass、authorityBoundary、evidenceRefs、payload、requestedOutput、および Deadline です。エンベロープにより、エージェントの各アクションが帰属可能であり、範囲が指定され、監査可能になります。
{
"workflowRunId": "wf_run_001",
"mariaCoordinate": "G1.U2.P3.Z1.A5",
"sourceAgent": "Runtime Repair Orchestrator Agent",
"targetAgent": "Workflow Topology Planner Agent",
"eventType": "HARNESS_FAILURE_DETECTED",
"riskClass": "Medium",
"authorityBoundary": "human_review_required",
"evidenceRefs": ["ev_invoice_001", "ev_log_991"],
"payload": {},
"requestedOutput": "Workflow Patch",
"deadline": "PT10M"
}このプロトコルは製造要件です。何百ものエージェントが作成されると、組織はアドホックな自然言語トレースから操作をデバッグできなくなります。一貫した識別子、座標、証拠参照、リスククラス、所有権の境界が必要です。このプロトコルは、ワークフローの速度低下、ループ、超過、またはゲートのバイパスが発生した場合に、監視ツールが因果関係を再構築できるようにするものでもあります。
4. 量産用モニタリングツール
最初の監視ツールは Agent Factory Monitor です。生成されたすべてのエージェントに、エージェント ブループリント、MARIA 座標、所有者、レビュー担当者、リスク エンベロープ、ツール許可ポリシー、ハーネス カバレッジ、メモリ スコープ、バージョン、系統、および重複機能レビューがあるかどうかを確認します。その出力は、エージェント レジストリの健全性、カバレッジ ギャップ、権限ドリフト レポート、重複エージェント レポート、および退職候補者です。
2 番目のツールは品質観測所です。成功率、人による受け入れ率、証拠の完全性、裏付けのない主張、回帰率、やり直し率、顧客またはオペレーターからのフィードバックを監視します。その出力は、品質スコア、品質ドリフト アラート、必須テストの追加、即時改訂提案、およびワークフロー改訂提案です。
3 つ目のツールは、決済台帳モニターです。決済は外部請求よりも広範囲です。これには、内部コストの割り当て、部門レベルの使用状況、エージェント レベルのコスト、顧客レベルのコスト、予算の消化、請求書のステータス、償還の状態、重複請求の防止、およびコストの異常が含まれます。操作上は完了しても正しく決済できないワークフローは、完了していません。
4 番目のツールは、Agent Operations Monitor です。ハートビート、キューの深さ、実行状態、待機状態、失敗状態、一時停止状態、ツールのエラー率、再試行回数、レイテンシ、エスカレーション率、アクセス許可の拒否、メモリの読み取りまたは書き込みエラーを監視します。 Stuck Agent Alert、Tool Failure Alert、Auto Pause Request、および Human Escalation Request を発行できます。
5 番目のツールはハーネス ループ コントローラーです。ループの深さ、修復試行回数、繰り返される失敗のフィンガープリント、クールダウン ウィンドウ、修復ロック、トリガー ソース、および人間の承認状態を制御します。これは、自己修復システムと制御されていない修復ループの違いです。続行、停止、隔離、エスカレーション、または勧告のみを決定します。
5. 製造管理用ハーネス
実稼働システムには事後の品質チェック以上のものが必要です。エージェントの実行前、実行中、実行後に検査する製造管理ハーネスが必要です。 MARIA OS は、これらを静的ハーネスとランタイム ハーネスに分離します。
エージェント ブループリント スタティック ハーネスは、エージェント名、MARIA 座標、役割、責任境界、入力、出力、ツール権限、メモリ スコープ、リスク エンベロープ、必要なハーネス、所有者、およびレビュー担当者をチェックします。所有者が行方不明、リスクエンベロープが定義されていない、ツールの権限が広すぎる、必要なハーネスが欠落している、メモリスコープが無制限、または高リスクの権限に人間の承認ゲートがない場合、この処理は失敗します。
ワークフロー コントラクト スタティック ハーネスは、ワークフロー グラフ、ノード責任、再試行ポリシー、タイムアウト ポリシー、承認ゲート、ロールバック パス、証拠要件、およびハーネス バインディング プランをチェックします。再試行制限が存在しない場合、停止条件が存在しない場合、エッジが承認をバイパスできる場合、ロールバックが未定義の場合、または実行後のハーネスが欠落している場合、この処理は失敗します。
Quality Static Harness は、品質基準、証拠基準、評価ルーブリック、ゴールデン データセット、回帰テスト、人間によるレビュー条件をチェックします。品質が測定できない場合、決定が証拠なしで最終決定される可能性がある場合、回帰テストが欠落している場合、または人間によるレビューのしきい値が定義されていない場合には、失敗します。
決済スタティック ハーネスは、コスト センター、予算、請求所有者、請求単位、コスト キャップ、決済期間、請求書ルール、および重複請求ガードをチェックします。コストセンターが見つからない、予算の上限が見つからない、決済単位が未定義、重複した請求キーが存在しない、または高コストツールが承認されていない場合、この処理は失敗します。
エージェントの可観測性 静的ハーネスは、ハートビート、ログ スキーマ、トレース ID、メトリクス、アラート ルール、隔離ルール、および手動オーバーライドをチェックします。ハートビートが存在しない場合、workflowRunId または mariaCoowned がログに存在しない場合、アラートしきい値が存在しない場合、または隔離ルールが定義されていない場合、この処理は失敗します。
ループ ガード スタティック ハーネスは、maxLoopDepth、maxRepairAttempts、cooldownWindow、idempotencyKey、failureFingerprint、remediationLock、escalationThreshold、およびloopOwnerをチェックします。ループ制限が存在しない場合、繰り返し障害の抑制が存在しない場合、修復ロックが存在しない場合、ハーネス出力が同じハーネスを即座に再トリガーできる場合、またはエスカレーション条件が欠落している場合、この処理は失敗します。
6. ランタイムハーネス
Quality Runtime Harness は、ノードの完了時、ワークフローの完了時、人間によるレビュー後、および顧客のフィードバック後に実行されます。出力品質スコア、証拠の完全性、ポリシーへの準拠、サポートされていない主張、やり直しの必要性、および人間によるオーバーライドをチェックします。リスクの低いアクションでは、証拠を再生成したり要求したりできます。中リスクのアクションでは、ワークフローが一時停止され、レビューが要求されます。リスクの高いアクションはファイナライズをブロックし、エスカレーションします。
Settlement Runtime Harness は、ツールの実行前、高コスト API の実行前、ワークフローの完了時、および請求締め切り前に実行されます。コストキャップ、予算バーンレート、重複請求キー、請求書状態、支払い状態、償還状態、および顧客契約ルールをチェックします。予算を超過する前に警告し、重複請求の疑いをブロックし、高額な費用の実行を承認に導き、決済が不完全な場合のクローズを防ぎます。
Agent Health Runtime Harness は、起動時、各ハートビート時、ツールの実行後、キューの蓄積中、および再試行時に実行されます。ハートビートの欠落、キューの深さ、ツールのエラー率、再試行回数、遅延、アクセス許可の拒否、メモリ エラーをチェックします。エージェントの一時停止、キューの分離、ツールのアクセス許可の一時停止、Runtime Repair Orchestrator への通知、人間へのエスカレーションを行うことができます。
ワークフロー SLA ランタイム ハーネスは、ノードの開始時、ノードの終了時、SLA 期限前、および承認待機中に実行されます。予想される期間、ブロックしているノード、承認の待ち時間、再試行の飽和、およびダウンストリームへの影響をチェックします。代替ワークフローを提案したり、期限前にエスカレーションしたり、SLA 違反を予測したり、ワークフロー トポロジ プランナーからの再計画を要求したりできます。
ループ ガード ランタイム ハーネスは、ハーネス イベントの発生時、修復計画の作成時、修正の実行前、検証が失敗したとき、書き込みの学習前に実行されます。これは、loopDepth、repairAttemptCount、sameFingerprintCount、cooldownUntil、remediationLock、原因ByHarnessRunId、およびlastHumanDecisionをチェックします。そのアクションは、続行、クールダウン、停止、隔離、人間によるエスカレーション、メタハーネスの勧告です。
7. 品質および製造管理
MARIA OS の品質管理は出力スコアリングだけではありません。これは、ブループリントの品質から実行の品質、レビューの品質からメモリの品質に至るまでのフルチェーンです。ワークフロー エージェントは、滑らかな成果物を生成しても、証拠をスキップしたり、予算を超過したり、承認ポリシーに違反したり、再利用可能な学習トレースを残さなかったりすると、欠陥が残る可能性があります。
したがって、品質監視機関は多軸スコアカードを発行する必要があります。出力品質スコアは、成果物がルーブリックを満たしているかどうかを測定します。証拠の完全性は、主張、金額、決定、承認が情報源と結びついているかどうかを測定します。人間の受け入れ率は、レビュー担当者が大きな手直しをせずに出力を受け入れるかどうかを測定します。回帰率は、変化によって以前は安定していたエピソードが悪化したかどうかを測定します。リワーク率は業務上の無駄を測定します。サポートされていないクレーム率は、幻覚またはサポートされていない推論を測定します。
製造管理により 2 番目のビューが追加されます。 Agent Blueprint Yield は、最初の送信時に静的ハーネスを通過する生成されたエージェントの数を測定します。ハーネス バインディング カバレッジは、すべてのワークフロー ノードに必要なハーネスがあるかどうかを測定します。権限ドリフト率は、エージェントがエンベロープ外の権限を要求する頻度を測定します。重複能力率は、工場が再利用可能な能力ではなく重複するエージェントを生産しているかどうかを測定します。退職候補者率は、統合、無効化、または置き換えられるエージェントの数を測定します。
これが、エージェントの作成とエージェントの製造の主な違いです。創造は、1 つのエージェントが機能するかどうかを尋ねます。製造部門では、システムが安定した品質、トレーサビリティ、コスト管理、廃棄パス、および安全エンベロープを備えた多数のエージェントを生産できるかどうかが問われます。
8. ループ防止
自己修復により新たな障害モードが作成され、修復ループ自体が問題になる可能性があります。 MARIA OS は、failureFingerprint、cooldownWindow、repairAttemptCount、sameFingerprintLimit、remediationLock、audredByHarnessRunId、およびヒューマン エスカレーションしきい値を使用してこれを防止します。
基本的なルールは保守的です。ハーネス イベントには失敗のフィンガープリントが必要です。同じ workflowRunId、failureFingerprint、eventType をクールダウン ウィンドウ内で再処理しないでください。 3 回連続で修正が失敗すると、自律修復が停止します。同じ原因による 2 回目の検証失敗は人間にエスカレートします。 Meta-Harness はハーネスの変更を提案する場合がありますが、高リスクのハーネス定義を直接編集することはありません。 Learn と Prevent はポリシーの変更を提案する場合がありますが、高リスクのポリシーは自動的に適用されません。
| Control | Suggested value | Action when exceeded |
|---|---|---|
| --- | ---: | --- |
| maxLoopDepth | 5 | Human escalation |
| maxRepairAttempts | 3 | Stop autonomous repair |
| sameFingerprintLimit | 2 | Quarantine |
| cooldownWindow | 30 minutes | Block reprocessing |
| maxRuntimePerWorkflow | 150% of SLA | Pause workflow |
| maxCostOverrun | 110% of budget | Settlement gate |
| maxMetaHarnessAction | 1 advisory per day | Save proposal only |
ループ制御は官僚的な機能ではありません。修復ループに無制限の権限を与えることなく、組織が自律的な修復を許可できるようにする安全マージンです。
9. エージェントのブループリント
量産には設計図が必要です。ブループリントはエージェントの製造仕様です。 ID、座標、所有者、レビュー担当者、目的、リスク エンベロープ、ツールのアクセス許可、メモリ スコープ、必要な静的ハーネス、必要なランタイム ハーネス、ループ ガード、および承認ゲートを定義します。
{
"agentId": "dwa_invoice_repair_001",
"agentType": "HarnessLoopDynamicWorkflowAgent",
"mariaCoordinate": "G1.U2.P3.Z1.A5",
"owner": "Finance Operations",
"reviewer": "Risk Control",
"purpose": "Invoice workflow repair and rerouting",
"riskEnvelope": "Medium",
"toolPermissions": ["read:invoice", "read:purchase_order", "write:workflow_patch"],
"memoryScope": "finance.workflow.incidents",
"requiredStaticHarness": [
"Agent Blueprint Static Harness",
"Workflow Contract Static Harness",
"Settlement Static Harness",
"Loop Guard Static Harness"
],
"requiredRuntimeHarness": [
"Quality Runtime Harness",
"Settlement Runtime Harness",
"Agent Health Runtime Harness",
"Loop Guard Runtime Harness"
],
"loopGuard": {
"maxLoopDepth": 5,
"maxRepairAttempts": 3,
"sameFingerprintLimit": 2,
"cooldownWindowMinutes": 30
},
"approvalGate": {
"mediumRisk": "review_required",
"highRisk": "proposal_only"
}
}ブループリントにより、MARIA OS はエージェントを実行前に比較できます。また、Agent Factory Monitor がドリフトを検出できるようになります。エージェントのバージョンがツール権限を追加したり、メモリ スコープを変更したり、ループ ガードを弱めたり、レビュー担当者を削除したり、必要なハーネスのバインドを停止したりすると、その変更は実行前に表示されます。
10. 量産方法
最初のステップはブループリントの標準化です。すべてのエージェントに必要なフィールドを定義し、所有者、レビュー担当者、調整、リスク エンベロープ、ツール権限、メモリ スコープ、静的ハーネス、ランタイム ハーネス、ループ ガード、および承認ゲートのないエージェントを拒否します。
2 番目のステップは、ハーネス テンプレートのパッケージ化です。すべてのエージェント ファミリには、再利用可能なハーネス パックが必要です。財務担当者は、和解、二重請求、証拠、および承認ハーネスを受け取ります。採用エージェントは、候補者のプライバシー、評価の公平性、SLA のスケジュール設定、人間による承認のハーネスを受け取ります。販売代理店は、見積証拠、マージン、CRM 同期、および顧客に表示される出力ハーネスを受け取ります。製造代理店は、ロットのトレーサビリティ、検査証拠、サプライヤーの品質、機械の状態、および不適合ハーネスを受け取ります。
3番目のステップは工場での摂取量を監視することです。新しいワークフロー エージェントがリクエストされると、Agent Factory Monitor はリクエストを既存のエージェントと比較し、重複する機能をチェックし、座標を割り当て、ブループリントを適用し、静的ハーネスを実行して、承認可能なエージェント パッケージまたは拒否レポートを作成します。
4 番目のステップは、制御されたランタイム ロールアウトです。新しいエージェントは監視専用モードまたはドラフト モードで開始されます。彼らはエピソードを収集し、推奨事項を作成し、リスクの高いアクションを実行することなくハーネスを実行します。品質、決済、健全性、およびループのメトリクスが安定すると、エンベロープは低リスクの実行に拡張できます。中リスクおよび高リスクのアクションは審査対象外のままです。
5 番目のステップは、記憶に裏付けられた改善です。成功したエピソードはテンプレートになります。失敗したエピソードは予防ルールになります。拒否されたパッチはレビュー担当者の論理的記憶になります。繰り返されるカバレッジ ギャップは、新しいハーネス テンプレートになります。退職したエージェントは、将来の工場検査のマイナス例となります。
11. 製造と品質管理の例
製造業務では、ダイナミック ワークフロー エージェントは、不適合の処理、サプライヤーの是正措置、検査ルーティング、生産停止の決定、およびエンジニアリング変更要求を調整できます。ワークフロー グラフには、ロットの特定、機械のステータスの取得、オペレーター レポートのレビュー、検査証拠の収集、根本原因の仮説、処分提案、承認ゲート、サプライヤーへの通知、および予防措置の追跡が含まれる場合があります。
必要なハーネスはコンクリート製です。ロット トレーサビリティ ハーネスは、ロット、シリアル、サプライヤー、生産ラインの ID を検証します。検査証拠ハーネスは、測定記録、写真、サンプリング計画、および合格基準を検証します。 Quality Runtime Harness は、処分が証拠によって裏付けられているかどうかをチェックします。 Settlement Runtime Harness は、スクラップコスト、再加工コスト、サプライヤーのチャージバック、顧客の信用リスクを追跡します。承認ゲート ハーネスは、権限がない場合、出荷リリース、サプライヤーの借方、または生産の再開をブロックします。
監視ツールにより、プロセスが拡張可能になります。 Quality Observatory は、欠陥の再発、誤った閉鎖、やり直し率、証拠の完全性、および人間の受け入れを追跡します。 Agent Operations Monitor は、調査の滞りやツールの障害を検出します。 Settlement Ledger Monitor は、再作業コストが財務追跡の外に消えるのを防ぎます。ハーネス ループ コントローラは、同じ不適合シグネチャが返され続けると、繰り返しの自動再計画を停止します。
これが、MARIA OS が品質管理をドキュメント ルーティングから管理されたランタイムに変える方法です。このシステムは、単に是正措置レポートを作成するだけではありません。ワークフローを観察し、権限を制限し、証拠を拘束し、コストを管理し、ループを防止し、どの予防管理を標準にするべきかを学習します。
12. KPIモデル
ワークフロー KPI には、完了率、平均処理時間、エージェントの使用率、エスカレーション率、自動化率が含まれます。品質 KPI には、品質スコア、証拠の完全性、人による受け入れ率、再作業率、サポートされていないクレーム率、品質ドリフト数が含まれます。決済 KPI には、ワークフロー コスト、エージェント コスト、予算バーン レート、決済完了率、重複請求ブロック、コスト異常数が含まれます。
エージェント監視の KPI には、ハートビート欠落率、キュー待機時間、ツール エラー率、再試行回数、隔離回数、許可拒否率が含まれます。ハーネス KPI には、修復成功率、平均回復時間、誤分類率、再発率、カバー率、PR 導入率が含まれます。ループ ガード KPI には、ループ停止率、平均ループ深さ、同一フィンガープリントの再発、クールダウン カウント、人間によるエスカレーション率、無限ループ防止の成功などが含まれます。
重要な点は、単一の指標が優勢になることは許されないということです。エスカレーション率が低いことは、承認を回避することによるものである場合には好ましくありません。決済が不完全であれば、ワークフローを高速化してもダメです。自動化率が高くなると、手戻りが増えると良くありません。コストが低いと証拠の質が低下するのは問題です。 MARIA OS は、運用の自律性を速度競争ではなく、制約付きの最適化問題として扱います。
13. 最終的なアーキテクチャ
ダイナミック ワークフロー エージェントは、人間のオペレーターとハーネス ランタイムの間に位置します。人間のオペレーターは目標を表明し、リスクの高いアクションを承認し、例外を確認します。ダイナミック ワークフロー エージェントは、目標をまとめ、グラフを計画し、ハーネスをバインドし、タスクをルーティングし、修理を処理し、学習記録を書き込みます。エージェント ランタイムはツールとサブエージェントを実行します。ハーネス ランタイムは、監視、ブロック、修復、検証、およびエスカレーションを行います。記憶と学習により、再利用可能なパターンが保存されます。
統合されたフローは次のとおりです。ワークフロー ノードの実行、ランタイム ハーネスの観察、品質または解決または正常性イベント、ループ ガードの決定、リスク エンベロープの分類、再試行または再ルーティングまたは一時停止、必要に応じてパッチ プランナーの要求、範囲指定されたハーネス、横断的なハーネス、必要に応じて人間による承認、展開またはワークフローの再開、メモリの更新、および予防ルールの提案。
これにより、会社はオペレーティング システムを継続的に改善するようになります。エージェントは仕事をします。ハーネスは機能します。フィクサーの修理作業が行われます。記憶は仕事を覚えています。監視ツールは、エージェントを製造する工場を制御します。これは、エージェントの実行から自己進化する企業 OS までの MARIA OS パスです。
結論
ダイナミック ワークフロー エージェントは、製造規律に従ってのみ大量生産される必要があります。すべてのエージェントには青写真が必要です。すべてのワークフローにはハーネス バインディング プランが必要です。すべての実行には、品質、決済、健全性、ループ テレメトリが必要です。すべての修復にはエンベロープ、ロールバック パス、および証拠が必要です。繰り返される失敗はすべて思い出になるはずです。不足しているハーネスはすべてカバレッジ ギャップになるはずです。
実際の手順はシンプルです。ブループリントを標準化し、ハーネス テンプレートをパッケージ化し、工場での受け入れを監視し、制約されたエンベロープを通じてエージェントをロールアウトし、繰り返しの作業をより適切なデフォルトに記憶させます。これは、MARIA OS が運用リスクを拡大することなく運用エージェントを拡大できる方法です。