ワークフロー
- キャンバス:ステップと分岐
- 承認ノード
- タイマーと待機
- ステップ単位のゲーティング
オーケストレーションと自動化
マルチエージェントのワークフローをエンタープライズ規模でオーケストレーション。
エージェント・アクション・システムを、信頼でき監査可能なパイプラインに束ねます — キャンバス上のステップ、分岐、承認、タイマー。オントロジーとストリームを対象としたイベント駆動の自動化。cron スケジュール。デッドレターキューを備えた永続ジョブキュー。すべてのステップは、単体のエージェント実行とまったく同じガバナンスゲートを通過します。
イベント駆動 · スケジュール実行 · 永続的 · ステップ単位でフェイルクローズ
ワークフロービルダー
automation ▸ ステップ · 分岐 · 承認 · タイマー
課題
単体のエージェントはデモ。信頼できるパイプラインが製品。
実際の業務は、多数のエージェント・ツール・承認・外部システムにまたがります。イベントで起動し、時刻で実行し、下流が不安定なら再試行します。これを cron スクリプトとつなぎのコードで組み上げると、サイレント障害、監査証跡の欠如、暴走ループを止める手段の不在を招きます。Cortex はオーケストレーションを、統制された第一級の面にします。すべてのステップがゲートを通り、記録され、再実行でき、何も静かに失敗しません。
ワークフローの各ステップは、単体実行とまったく同じゲートを通過します — 拒否されたステップはパイプラインを止め、台帳に残りますステップ → 403 / 409
仕組み
起動し、実行し、証明する。
キャンバス上でパイプラインを組み立て、トリガー（イベントまたは時刻）を与えれば、ランタイムがガバナンス下のステップを経て永続キュー上で実行します。すべての発火・拒否・結果は Trust Ledger に記録されます。
- 01
構成
キャンバス上でワークフローを組み立てます — ステップ、分岐、承認ノード、タイマー。あるいは、オントロジーのオブジェクトとストリームに対する イベント → 条件 → アクション のルールとしてオートメーションを宣言します。
- 02
起動
Real-Time Hub でのイベント一致、cron スケジュール（UTC）、チャネル受付（電話／メール／音声／Web）、CSV バッチ — いずれからでも起動でき、そのすべてが統制されたエントリーポイントです。
- 03
実行と証明
各ステップは、リトライと DLQ を備えた永続ジョブキュー上で実行されます。すべてのステップがゲートを通り記録されるため、パイプライン全体を端から端まで監査・再実行できます。
オントロジー上の自動化
イベント → 条件 → アクション。すでにモデル化された業務対象の上で。
自動化は ECA ルールです。イベントが発火したら条件を評価し、アクションを実行する — ただし対象は不透明な Webhook ではなく、ガバナンス下のオントロジーオブジェクトとライブストリームです。アクションは Action Fabric と policy-as-code を経由するため、自動化は支払いを提案できますが、高リスクのものは実行前に必ず人間の承認へ回されます。
- キャンバス上のワークフロー — ステップ、分岐、approval ノード、タイマー
- オントロジーとストリームを対象とした event → condition → action のオートメーション
- 電話・メール・音声・Web からのチャネル受付 — すべてのチャネルが統制されたトリガー
- CSV のバッチ実行 — 統制された一つのワークフローを数千行に適用
ワークフロービルダー
automation ▸ ステップ · 分岐 · 承認 · タイマー
Real-Time Hub · Activator
ストリームを監視し、リアルタイムに反応 — Trust Layer の内側で。
Real-Time Hub は、イベントのバックボーンをガバナンス下のトリガー面に変えます。プラットフォームが発行するすべてのイベント型のライブカタログを閲覧し、それらのストリームに対して Activator ルールを宣言すると、一致は発火として記録されます。ルールを raise_incident に設定すれば、発火と同時に ADR のセキュリティインシデントも起票されます — 監視対象の ActionExecuted が、自動的に SOC の見るアラートになります。
- すべての eventType のストリームカタログとライブ件数
- ルール:eventType · whenExpr · severity · action（info/warn/critical）
- 発火は記録され、raise_incident は ADR のインシデントを起票
- ルールを有効にする前に、任意のイベントを dry-run で評価
スケジュールトリガー
エージェントとワークフローを時刻で実行 — UTC で決定的に。
イベント駆動の自動化を、時刻ベースのトリガーで補完します。スケジュールは、標準の5フィールド cron 記法でエージェント・ワークフロー・単純なイベントを発火させ、UTC で決定的に評価されます。新規のスケジュールが遡って発火することはなく、不正な式は 400 で拒否され、発火のたびに次回実行が再計算されます — パイプラインの時刻側は、イベント側と同じくらい予測可能です。
- 標準の5フィールド cron — *、ステップ、範囲、リスト、UTC
- ターゲット:agent、workflow、または単純な event
- 不正な cron は 400 で拒否。新しいスケジュールが遡って発火することはない
- tick が実行時刻を迎えたスケジュールを発火 → ScheduledTriggerFired を発行
主張ではなく、証明を
信頼できるとは、障害を生き延びるということ。
オーケストレーションの難所は正常系ではなく、下流がタイムアウトしたときに何が起きるかです。Cortex はすべてのステップを、リトライとバックオフを備えた永続キュー上で実行し、再試行を使い切った処理はデッドレターキューに退避します。中身を確認して再実行でき、失われることはありません。
パイプラインを起動するすべての方法
トリガー、ランナー、そして永続的な実行。
6つのガバナンス下の入口と、1つの信頼できる実行レイヤー — 処理がどこから届いても、同じゲートを通り、同じ台帳に記録されます。
オートメーション（ECA）
- イベント → 条件 → アクション
- オントロジーのオブジェクト上で
- ライブストリーム上で
- ポリシーを経由
チャネル受付
- 電話と音声
- メール
- Web フォームとチャット
- いずれも統制されたトリガー
バッチ実行（CSV）
- 1つのワークフロー、多数の行
- 統制された一括実行
- 行単位の結果
- 再実行可能
Real-Time Hub
- ストリーム上の Activator
- 発火を記録
- raise_incident → ADR
- dry-run で評価
スケジュールとキュー
- cron（5フィールド、UTC）
- 永続ジョブキュー
- リトライ＋バックオフ
- デッドレターキュー（DLQ）
オーケストレーションはランタイム全体の上で動く
すべてのステップが、ガバナンス下の実行。
ワークフローと自動化はガバナンスを迂回するのではなく、組み合わせます。各ステップはアイデンティティ、ポリシー、アクション承認を通り、単体のエージェント実行と同じ改ざん検知可能な台帳に記録されます。
Action Fabric
- ステップが統制されたアクションを呼び出す
- dry-run → propose → execute
- 高リスク → 承認
Control Tower
- パイプラインの途中でフリートを一時停止
- ステップが使うツールを無効化
- 実行と支出のライブビュー
オブザーバビリティ
- ステップごとの完全な実行トレース
- 品質スコアリング
- イベントストリームが Activator に供給
Trust Ledger
- すべての発火を記録
- ハッシュチェーン化、再実行可能
- スケジュールとインシデントの証跡
セキュリティとコンプライアンス
エンタープライズのセキュリティレビューを見据えた設計。
ステップ単位のフェイルクローズなゲーティング、サーバー側でのテナント分離、デッドレターキューを備えた永続実行、すべてのトリガーと発火に対する完全な監査証跡 — 監査人がすでに用いるフレームワークにマッピングされています。
SOC 2ISO 27001ISO 42001EU AI ActNIST AI RMFFINRA
本番で本当に任せられるエージェントを、オーケストレーションする。
マルチエージェントのワークフローを組み立て、イベントまたは時刻で起動し、永続的に実行する — すべてのステップが統制され、記録され、再実行できます。