タスクの割り当てと成果の返送
OSはAIのステップで何を、何に基づいて行うかを決めます。Runtimeはタスクを受け取って実行し、成果、実行記録、または行き詰まった理由をOSに返します。
01 / 製品の位置づけ
OpenFlux Runtimeは、OpenFluxの実行エンジンを基盤とする画面を持たないAI実行端末で、NexusAI OSの実行層として動作します。OSに登録してAIタスクを受け取り、タスクとともに届くエージェント設定、組織の理念、目標、プロジェクト資料に基づいて仕事を進めます。プロジェクト環境でファイル、コマンド、コードを扱い、成果、作業の記録、人の対応が必要な行き詰まりをOSに返します。任されたAIの仕事はバックグラウンドで完了し、あとから確認できる形で残ります。
タスクの説明、エージェント設定、プロジェクト資料、作業領域
成果ファイル、コード変更、サービスのリンク、作業の記録
組織の仕事を担う実行層
OpenFlux RuntimeはOpenFluxの実行エンジンを基盤とし、ユーザー画面を持ちません。NexusAI OSから割り当てられたAIタスクをプロジェクト環境で進め、成果と実行記録をOSに返します。
エージェントの役割、指示、作業要件を定めます。
プロセス承認後、エージェント設定、目標、プロジェクト資料、作業要件をタスクとともに渡します。
プロジェクト環境でAIの仕事を進め、成果物、実行記録、または行き詰まった理由をOSに返します。
OSは目標、プロセス、人、判断を組織します。Runtimeは登録してタスクを受け取り、タスクとともに届くエージェント設定やプロジェクト資料に基づいて、コンテナと作業領域でファイル、コマンド、コードを扱います。成果物、実行記録、または続行できない理由を返します。
成果ファイル、コード変更、サービスのリンク、実行記録が対応するプロジェクトに戻ります。チームは結果を確認・受け取り、次の仕事に使えます。人の判断が必要な行き詰まりもOSに返します。
OSはAIのステップで何を、何に基づいて行うかを決めます。Runtimeはタスクを受け取って実行し、成果、実行記録、または行き詰まった理由をOSに返します。
Studioでエージェントを作成・設定します。OSはその定義を参照し、プロセス承認後にタスクとともにRuntimeへ渡します。Runtimeは届いた役割と指示に従って仕事を進めます。
Runtimeのモデルリクエストは企業のモデルゲートウェイを通ります。Atlasは所属組織のモデルアクセス、コスト予算、監査のルールを適用し、使用量を記録します。
OpenFluxとRuntimeは同じ実行エンジンを使います。OpenFluxはデスクトップで働く人のための入口です。Runtimeは画面を持たず、OSが割り当てた組織のタスクを引き受けます。
02 / 主な機能
OSに登録してタスクを受け取り、作業中は更新を続け、一時停止と取り消しに従います。同じ実行のタスクは同じ実行端末が続けて処理します。
各タスクには、NexusAIで設定されプロセス承認時に確定したエージェントが付き、組織の理念、現実の状況、目標、プロジェクト資料とともに実行の根拠になります。
プロジェクトごとに専用のコンテナと作業領域を使い、コマンドはプロジェクトのコンテナで実行します。起動したサービスは到達できるようになるとリンクが作られ、プロジェクト終了時にコンテナと作業領域を片付けます。
コードのステップは専用のブランチで変更し、プロジェクトのブランチに統合します。統合の競合はそのまま報告します。1つのステップで複数案を作る場合は各案のコードをそれぞれのブランチに残し、選ばれた案だけを統合します。
成果ファイルと結果の説明をOSに返し、実行エンジンのイベントを作業の記録にまとめます。OSでそのステップが何をし、何を生み出したかを確認できます。
実行中にエージェントが出す質問には手元の情報から答え、タスクが待ち状態で止まらないようにします。どうしても続けられない場合は理由をOSに返し、人が対応します。
03 / 利用シーン
OSのプロセスにあるAIのステップをRuntimeに任せます。エージェントがプロジェクト資料と前のステップの成果を分析し、レポートファイルを作成します。
OSのプロジェクトで、レポートファイル、結果の説明、作業の記録を確認できます。
コードを書くステップはプロジェクトのコンテナと専用のブランチで進めます。起動したサービスはリンクで開けるため、担当者が動作を確認できます。
プロジェクトのブランチに統合されたコード変更と、開けるサービスのリンク。
OSが1つのステップで異なる観点から複数の成果を作らせ、Runtimeは各案のコードをそれぞれのブランチに残し、選ばれた案だけを統合します。
比較できる複数の実装。プロジェクトのブランチには採用した成果だけが残ります。
04 / 利用の流れ
RuntimeがOSに登録し、AIが処理する番のタスクを受け取ります。エージェント設定、目標、プロジェクト資料、作業領域の情報が届きます。
エージェントがプロジェクトのコンテナと作業領域でファイル、コマンド、コードを扱い、作業中はタスクを更新し、一時停止や取り消しに従います。
成果ファイル、結果の説明、作業の記録を提出します。続けられない場合は理由を説明し、人に戻します。
05 / 用途と組み合わせ
Runtimeにはユーザー画面がありません。OSの実行層としてAIタスクを受け取って完了させ、目標、プロセス、人の判断はOSが管理します。
Runtimeはモデル提供元のキーを保持しません。モデルリクエストは企業のモデルゲートウェイを通り、Atlasのモデルアクセスポリシー、コスト予算、監査のルールに従います。
RuntimeとOpenFluxは同じ実行エンジンを使います。個人向けのデスクトップ操作、長期記憶、スケジュールされたタスクはOpenFluxに残ります。
06 / 製品間の関係
OpenFlux RuntimeはOSが割り当てたAIタスクを実行し、成果を返します。Studioのエージェント定義はOS経由でタスクとともに届きます。AtlasがRuntimeのモデルアクセスポリシー、コスト予算、監査を統制します。
OSが目標、プロセス、プロジェクトを組織し、AIのステップをRuntimeに割り当てます。Runtimeは各タスクを受け取り、プロジェクト環境で完了させ、成果、作業の記録、または行き詰まった理由を返します。
エージェントはNexusAIで設定され、OSのプロセス承認後にタスクとともにRuntimeへ届きます。Runtimeはその設定でエージェントの役割と作業要件を定めます。
Runtimeのモデルリクエストは企業のモデルゲートウェイを通り、Atlasのモデルアクセスポリシー、コスト予算、監査のルールに従います。使用量は所属する組織に記録されます。
OpenFluxはデスクトップで働く人のためのもので、人がタスクを任せて結果を確認します。Runtimeは画面を持たず、OSが割り当てたタスクを引き受けます。一方は個人の仕事を、もう一方は組織の実行を支えます。
続けて知る
製品構成に戻って他製品との関係を確認するか、この製品とチームや既存システムについてご相談ください。
注目している製品OpenFlux RuntimeAIタスクの実行層