NexusAI
5業務の理解、AIの構築、企業のガバナンス、組織的な実行を担うシリーズ。専用のAI電話サービスも含みます。
EDE AI TECH
シリーズはブランドの構成を示します。機能アーキテクチャと接続の説明では、各製品の役割を示します。
業務の理解、AIの構築、企業のガバナンス、組織的な実行を担うシリーズ。専用のAI電話サービスも含みます。
エージェントによる実行を軸に、デスクトップの作業環境が個人の仕事を支え、Runtimeが同じエンジンで画面を持たずに組織のタスクを引き受け、Routerがチームのコミュニケーション基盤と端末を接続します。
知識の表現、対話型の説明、共有を担う独立した製品ブランド。
組織の仕事を担う実行層
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が割り当てた組織のタスクを引き受けます。
製品間の関係
入力、処理、成果の順に、各製品の仕事を確認できます。定義の参照、利用の統制、タスクの受け渡し、メッセージの受け渡しは具体的な接続です。役割の補完は分担と組み合わせを示し、独立アプリと機能の出力にはそれぞれの利用方法があります。 計画中の接続は今後の方向を示し、インターフェースと連携方法は未定です。
組織の意思決定と実行
製品体系での役割
NexusAI OSは目標、部門をまたぐプロセス、人、エージェントをプロジェクトの文脈で組織します。仕事を割り当てて進捗を追い、人の判断と資料を残し、Runtimeが実行したAIタスクの成果を受け取って次の仕事へつなげます。
目標、プロセス、人、エージェント定義
タスク、判断、進捗、成果物
組織の理念、目標、期限、プロジェクト資料を用意し、進める仕事を定めます。
部門をまたぐステップ、人の待ち仕事、エージェントの役割を設定し、AIタスクをRuntimeに割り当てます。
NexusAI OS成果と実行記録を確認し、人が受け取るか差し戻し、待ち状態や行き詰まりを継続して追います。
理念、戦略・利益目標、指標、期限を管理して業務プロセスとプロジェクトに結びつけ、担当者が仕事の目的と要件を理解できるようにします。
部門のスイムレーンにステップと依存関係を配置。人、エージェント、サブプロセスの担当を定め、明確な分担でプロジェクトを進めます。
人の作業、確認、質問を対応事項として整理。現実の状況を補い、成果を受け取り、修正のために差し戻し、判断と意見を引き継ぎます。
プロジェクトの重要情報、ファイル、成果を維持して次のステップへ引き継ぎます。画面で文書、実行の過程、所要時間を確認できます。
中枢が進捗確認、割り当て、対応の促進を行い、既存情報で停滞を解消するか人に任せます。状態を保存し、待機や中断後も続行できます。
複数の視点から案を並行生成し、評価・選択または長所の組み合わせを行います。推薦理由を残し、人が選び直しや再評価を決めます。
OSはStudioのエージェントの役割・指示とAtlasのID・組織情報を使って仕事を組織し、AIタスクをRuntimeに割り当てます。OpenFluxは補完的なデスクトップの仕事場を提供します。
OSはAIのステップでNexusAIに設定されたエージェントを参照します。プロセスの承認後、その設定はタスクとともに実行端末へ渡ります。
OSはAIのステップで何を、何に基づいて行うかを決め、Runtimeがタスクを受け取ってプロジェクト環境で実行します。OSは成果、作業の記録、または行き詰まった理由を受け取って仕事を進めます。
OSはAtlasのユーザーと組織情報で部門横断ステップの人と役割を配置。AtlasはIDと組織を、OSは目標と仕事の状態を管理します。
OSは目標、部門横断のフロー、人とAIのタスクを組織。OpenFluxはデスクトップのツール、ファイル、個人の文脈を扱い、組織の推進と端末の操作をそれぞれ担います。
役割の境界
業務のモデル化、エージェントの構築、利用の統制、仕事の調整、タスクの実行、チャネルへの配信は、それぞれ異なる問いに答えます。
Terrainは業務の対象、ルール、アクションをモデル化し、根拠と人による確認を残します。
Studioはエージェントが指示、モデル、知識、ツールをどう使うかを定義します。
Studioのワークフローは、AIアプリ内のステップ、分岐、ツールを組み立てます。
OSは部門と時間をまたぐ仕事を調整し、人、判断、進捗の確認、成果物を扱います。
OSは何を、誰が、何に基づいて行うかを決め、進捗を追い、人の判断を残します。
RuntimeはAIタスクを受け取り、プロジェクト環境で仕事を完了し、成果、作業の記録、または行き詰まった理由を返します。
Atlasは誰がどのアプリとモデルを使えるかを管理し、割当量と利用履歴を扱います。
OSは次に何を、誰が行うか、行き詰まった仕事をどう進めるかを決めます。
OpenFluxはデスクトップで働く人のためのもので、人がタスクを任せ、デスクトップのツールを使い、結果を確認します。
Runtimeは画面を持たず、OSが割り当てたタスクを引き受けます。どちらも同じ実行エンジンを使います。
OpenFluxはエージェントの仕事を実行し、デスクトップのツールとプロジェクトの文脈を管理します。
Routerはチームのコミュニケーション基盤、端末、メッセージをつなぎ、文脈を届けて結果を返します。
機能の働き方
入力から成果まで、各製品が仕事のどの部分を扱うかを具体例で示します。
Terrainは業務の意味と根拠を残してから、ツールを出力します。
データ構造 · サンプル · SQL
対象 · ルール · プロセス · 根拠
NexusAI Terrainクエリ · アクション · MCP · Skill
OSが何を、何に基づいて行うかを決め、OpenFlux Runtimeが実際に進めます。
目標 · エージェント設定 · プロジェクト資料
NexusAI OSコンテナ · 作業領域 · コードのブランチ
OpenFlux Runtime成果ファイル · サービスのリンク · 作業の記録
メッセージのルーティングとデスクトップの実行環境は、異なる役割を担います。
Feishu · DingTalk · WeCom · Slack
メッセージ · 文脈 · 端末の割り当て
OpenFlux Routerエージェントの仕事 · ツール · 結果
OpenFluxそれぞれの入力と受け手に合わせて、アプリを選びます。
SIM端末 → 音声ゲートウェイ → 電話のやり取り
NexusAI SmartPhone資料 → ナレーション → 質問と共有
Narriflow