EDE AI TECH

製品アーキテクチャ

9の製品を、ひとつの構成図で。

EDE AI Tech

製品シリーズと機能の関係を知る。

シリーズはブランドの構成を示します。機能アーキテクチャと接続の説明では、各製品の役割を示します。

組織の仕事を担う実行層

任されたAIの仕事を、OpenFlux Runtimeが実行する。

OpenFlux RuntimeはOpenFluxの実行エンジンを基盤とし、ユーザー画面を持ちません。NexusAI OSから割り当てられたAIタスクをプロジェクト環境で進め、成果と実行記録をOSに返します。

OpenFlux Runtimeを詳しく見る

エージェント定義から成果の受け渡しまで

AIタスクを実行し、成果と記録を返す
  1. NexusAI Studio

    01エージェントを定義

    エージェントの役割、指示、作業要件を定めます。

  2. NexusAI OS

    02タスクと背景を渡す

    プロセス承認後、エージェント設定、目標、プロジェクト資料、作業要件をタスクとともに渡します。

  3. OpenFlux Runtime

    03実行して成果を返す

    プロジェクト環境でAIの仕事を進め、成果物、実行記録、または行き詰まった理由をOSに返します。

OSは目標、プロセス、人、判断を組織します。Runtimeは登録してタスクを受け取り、タスクとともに届くエージェント設定やプロジェクト資料に基づいて、コンテナと作業領域でファイル、コマンド、コードを扱います。成果物、実行記録、または続行できない理由を返します。

成果はOSのプロジェクトへ

成果ファイル、コード変更、サービスのリンク、実行記録が対応するプロジェクトに戻ります。チームは結果を確認・受け取り、次の仕事に使えます。人の判断が必要な行き詰まりもOSに返します。

Runtimeと他の製品の役割

NexusAI OS

タスクの割り当てと成果の返送

OSはAIのステップで何を、何に基づいて行うかを決めます。Runtimeはタスクを受け取って実行し、成果、実行記録、または行き詰まった理由をOSに返します。

タスクの要件とプロジェクト資料 ↔ 成果と実行記録
NexusAI Studio

エージェント定義はOSを通じて届く

Studioでエージェントを作成・設定します。OSはその定義を参照し、プロセス承認後にタスクとともにRuntimeへ渡します。Runtimeは届いた役割と指示に従って仕事を進めます。

エージェント定義 → OSのタスク → Runtime
NexusAI Atlas

モデルアクセスはAtlasが統制

Runtimeのモデルリクエストは企業のモデルゲートウェイを通ります。Atlasは所属組織のモデルアクセス、コスト予算、監査のルールを適用し、使用量を記録します。

モデルリクエスト、使用量、監査記録
OpenFlux

同じエンジン、異なる仕事の入口

OpenFluxとRuntimeは同じ実行エンジンを使います。OpenFluxはデスクトップで働く人のための入口です。Runtimeは画面を持たず、OSが割り当てた組織のタスクを引き受けます。

実行エンジンを共有し、デスクトップの仕事と組織のタスクを分担

製品間の関係

各製品の役割・能力・連携を理解する

入力、処理、成果の順に、各製品の仕事を確認できます。定義の参照、利用の統制、タスクの受け渡し、メッセージの受け渡しは具体的な接続です。役割の補完は分担と組み合わせを示し、独立アプリと機能の出力にはそれぞれの利用方法があります。 計画中の接続は今後の方向を示し、インターフェースと連携方法は未定です。

組織の意思決定と実行

NexusAI OS

製品を詳しく見る

製品体系での役割

目標を、人・エージェント・プロジェクトの継続的な仕事にする

NexusAI OSは目標、部門をまたぐプロセス、人、エージェントをプロジェクトの文脈で組織します。仕事を割り当てて進捗を追い、人の判断と資料を残し、Runtimeが実行したAIタスクの成果を受け取って次の仕事へつなげます。

入力と文脈

目標、プロセス、人、エージェント定義

成果と提供内容

タスク、判断、進捗、成果物

目標と役割分担から、プロジェクトの成果へ

  1. 01
    目標と作業要件を明確にする

    組織の理念、目標、期限、プロジェクト資料を用意し、進める仕事を定めます。

  2. 02
    プロセスと人・AIの役割を決める

    部門をまたぐステップ、人の待ち仕事、エージェントの役割を設定し、AIタスクをRuntimeに割り当てます。

    NexusAI OS
  3. 03
    判断と成果を追う

    成果と実行記録を確認し、人が受け取るか差し戻し、待ち状態や行き詰まりを継続して追います。

主な機能

目標とプロセス
  • 目標を軸に仕事を組織

    理念、戦略・利益目標、指標、期限を管理して業務プロセスとプロジェクトに結びつけ、担当者が仕事の目的と要件を理解できるようにします。

  • 部門をまたぐ業務フロー

    部門のスイムレーンにステップと依存関係を配置。人、エージェント、サブプロセスの担当を定め、明確な分担でプロジェクトを進めます。

人の判断とプロジェクト資料
  • 人の判断と補足を残す

    人の作業、確認、質問を対応事項として整理。現実の状況を補い、成果を受け取り、修正のために差し戻し、判断と意見を引き継ぎます。

  • 資料と成果を共有

    プロジェクトの重要情報、ファイル、成果を維持して次のステップへ引き継ぎます。画面で文書、実行の過程、所要時間を確認できます。

継続的な調整と複数案の比較
  • 進捗を追い、停滞に対応

    中枢が進捗確認、割り当て、対応の促進を行い、既存情報で停滞を解消するか人に任せます。状態を保存し、待機や中断後も続行できます。

  • 複数のAI成果を比較

    複数の視点から案を並行生成し、評価・選択または長所の組み合わせを行います。推薦理由を残し、人が選び直しや再評価を決めます。

製品間の関係

OSはStudioのエージェントの役割・指示とAtlasのID・組織情報を使って仕事を組織し、AIタスクをRuntimeに割り当てます。OpenFluxは補完的なデスクトップの仕事場を提供します。

定義の参照NexusAI Studio

NexusAIのエージェント定義を参照

OSはAIのステップでNexusAIに設定されたエージェントを参照します。プロセスの承認後、その設定はタスクとともに実行端末へ渡ります。

関わる機能と受け渡す内容エージェント定義、要件、プロジェクトの文脈
タスクの受け渡しOpenFlux Runtime

AIタスクをOpenFlux Runtimeへ

OSはAIのステップで何を、何に基づいて行うかを決め、Runtimeがタスクを受け取ってプロジェクト環境で実行します。OSは成果、作業の記録、または行き詰まった理由を受け取って仕事を進めます。

関わる機能と受け渡す内容タスク、エージェント設定、プロジェクト資料 ↔ 成果と作業の記録
利用の統制NexusAI Atlas

AtlasのID・組織情報を利用

OSはAtlasのユーザーと組織情報で部門横断ステップの人と役割を配置。AtlasはIDと組織を、OSは目標と仕事の状態を管理します。

関わる機能と受け渡す内容ユーザー、部門、組織範囲
役割の補完OpenFlux

組織の協働とデスクトップを分担

OSは目標、部門横断のフロー、人とAIのタスクを組織。OpenFluxはデスクトップのツール、ファイル、個人の文脈を扱い、組織の推進と端末の操作をそれぞれ担います。

関わる機能と受け渡す内容組織の協働とデスクトップの作業機能

役割の境界

役割の違いと、補い合う機能。

業務のモデル化、エージェントの構築、利用の統制、仕事の調整、タスクの実行、チャネルへの配信は、それぞれ異なる問いに答えます。

業務の意味とエージェント構築

NexusAI Terrain

Terrainは業務の対象、ルール、アクションをモデル化し、根拠と人による確認を残します。

NexusAI Studio

Studioはエージェントが指示、モデル、知識、ツールをどう使うかを定義します。

AIワークフローと組織のプロセス

NexusAI Studio

Studioのワークフローは、AIアプリ内のステップ、分岐、ツールを組み立てます。

NexusAI OS

OSは部門と時間をまたぐ仕事を調整し、人、判断、進捗の確認、成果物を扱います。

仕事の組織化 → タスクの実行

NexusAI OS

OSは何を、誰が、何に基づいて行うかを決め、進捗を追い、人の判断を残します。

OpenFlux Runtime

RuntimeはAIタスクを受け取り、プロジェクト環境で仕事を完了し、成果、作業の記録、または行き詰まった理由を返します。

利用の境界 → 仕事の進捗

NexusAI Atlas

Atlasは誰がどのアプリとモデルを使えるかを管理し、割当量と利用履歴を扱います。

NexusAI OS

OSは次に何を、誰が行うか、行き詰まった仕事をどう進めるかを決めます。

デスクトップの作業環境 ↔ 画面を持たない実行端末

OpenFlux

OpenFluxはデスクトップで働く人のためのもので、人がタスクを任せ、デスクトップのツールを使い、結果を確認します。

OpenFlux Runtime

Runtimeは画面を持たず、OSが割り当てたタスクを引き受けます。どちらも同じ実行エンジンを使います。

デスクトップでの実行 ↔ チャネルへの配信

OpenFlux

OpenFluxはエージェントの仕事を実行し、デスクトップのツールとプロジェクトの文脈を管理します。

OpenFlux Router

Routerはチームのコミュニケーション基盤、端末、メッセージをつなぎ、文脈を届けて結果を返します。

機能の働き方

仕事の流れから、役割を知る。

入力から成果まで、各製品が仕事のどの部分を扱うかを具体例で示します。

業務データを、呼び出せる機能へ

Terrainは業務の意味と根拠を残してから、ツールを出力します。

  1. 業務の資料

    データ構造 · サンプル · SQL

  2. モデル化と確認

    対象 · ルール · プロセス · 根拠

    NexusAI Terrain
  3. 機能の出力

    クエリ · アクション · MCP · Skill

AIのステップを実行端末に任せる

OSが何を、何に基づいて行うかを決め、OpenFlux Runtimeが実際に進めます。

  1. 割り当てと根拠

    目標 · エージェント設定 · プロジェクト資料

    NexusAI OS
  2. プロジェクト環境で実行

    コンテナ · 作業領域 · コードのブランチ

    OpenFlux Runtime
  3. 成果をプロジェクトへ

    成果ファイル · サービスのリンク · 作業の記録

チームの会話にエージェントを

メッセージのルーティングとデスクトップの実行環境は、異なる役割を担います。

  1. チームのチャネル

    Feishu · DingTalk · WeCom · Slack

  2. 接続と受け渡し

    メッセージ · 文脈 · 端末の割り当て

    OpenFlux Router
  3. 実行と返信

    エージェントの仕事 · ツール · 結果

    OpenFlux

電話と知識共有の専用体験

それぞれの入力と受け手に合わせて、アプリを選びます。

  • 電話サービス

    SIM端末 → 音声ゲートウェイ → 電話のやり取り

    NexusAI SmartPhone
  • 対話型の知識共有

    資料 → ナレーション → 質問と共有

    Narriflow

続けて知る

役割を理解して、必要な製品を知る。

製品の機能や適用範囲をご覧いただくか、組織での活用についてご相談ください。