> ## Documentation Index
> Fetch the complete documentation index at: https://docs.fim.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 実行モード

> スタンドアロン、コパイロット、ハブ — FIM Oneをデプロイする3つの方法。

## 3つのモード

FIM Oneは、エージェントがどのようにデプロイされ、使用されるかによって決定される3つのモードで動作します:

| モード         | 説明                 | 配信方法                   | 例                                           |
| ----------- | ------------------ | ---------------------- | ------------------------------------------- |
| **スタンドアロン** | 汎用AI アシスタント        | ポータル                   | チャット、検索、コード実行、ナレッジベースQ\&A                   |
| **Copilot** | ホストシステムに組み込まれたAI   | iframe / ウィジェット / 埋め込み | ERP Webユーザーインターフェースに組み込まれた「Finance Copilot」 |
| **Hub**     | システム間の中央オーケストレーション | ポータル / API             | エージェントがERPをクエリし、OA承認をチェックし、Larkで通知          |

進行は自然です: スタンドアロンから始めて、ホストシステムにCopilotとして組み込み、その後クロスシステムオーケストレーション用のHubをセットアップします。Copilotは組み込まれたまま実行され続けます。Hubは中央オーケストレーションレイヤーを追加します。

## モードの詳細

### スタンドアロン（0コネクタ）

デフォルトモード。FIM Oneは完全な機能を備えたAIアシスタントとして動作します：

* 組み込みツール：ウェブ検索、Python実行、計算機、ファイル操作、シェルコマンド
* RAG対応ナレッジベース（PDF、DOCX、Markdown、HTML、CSV）
* 複雑なマルチステップタスク用の動的DAG計画
* DAG可視化を備えたリアルタイムストリーミング

外部システムへのアクセスは不要です。一般的な分析、リサーチ、コードタスクに有用です。

### Copilot（組み込み）

FIM Oneをホストシステムのウェブ UIに組み込みます。エージェントはユーザーの使い慣れたインターフェース内で動作し、コンテキストの切り替えは不要です。Copilotモードは複数のコネクタ（例：ホストシステムのDB + 通知サービス）を使用できます。

```mermaid theme={null}
flowchart LR
  subgraph Host["Host System (ERP / CRM / OA)"]
    Copilot["FIM One Copilot<br/>(iframe / widget)"]
  end
  Copilot -- Connectors --> DB["DB"]
  Copilot -- Connectors --> API["API"]
  Copilot -- Connectors --> Lark["Lark"]
```

例：

* **Finance Copilot**: DBコネクタ経由でKingdee（金蝶）に接続 → 財務諸表の照会、分析レポートの生成
* **Contract Copilot**: APIコネクタ経由で契約管理システムに接続 → 契約の検索、条項の抽出、リスク評価
* **HR Copilot**: APIコネクタ経由でHRシステムに接続 → 従業員情報の照会、統計情報の生成

エージェントはスタンドアロンモードと同じReAct/DAGエンジンを使用しますが、コネクタを通じて実際のビジネスデータにアクセスできます。

### Hub（中央オーケストレーション）

Hubはスタンドアロンポータル（またはAPI）であり、中央インテリジェンスレイヤーとして機能します。単一のシステムに組み込まれるのではなく、すべてのシステムに接続します。ユーザーはPortal UIまたはAPIを通じてアクセスします。

```mermaid theme={null}
flowchart LR
  ERP --> Hub["FIM One Hub<br/>(AI orchestration)"]
  Database --> Hub
  Lark --> Hub
  CRM --> Hub
  OA --> Hub
  CustomAPI["Custom API"] --> Hub
```

例：

* 「CRMの期限切れ契約を確認し、ERPの支払いと相互参照し、Larkで財務チームに通知」
* 「OA承認が完了したら、CRMの契約ステータスを更新し、監査データベースにログ」
* 「Salesforceから営業データをクエリし、ビジネスDBを使用して予測を生成し、経営陣にメール要約を送信」

各コネクタは独立したブリッジです。1つを追加または削除しても、他には影響しません。

## 配信方法

| 配信                | 説明                                               | 典型的なモード             |
| ----------------- | ------------------------------------------------ | ------------------- |
| **ポータル (Web UI)** | 組み込みの Next.js インターフェース                           | スタンドアロン、Hub         |
| **API (ヘッドレス)**   | HTTP/SSE エンドポイント (`/api/execute`, `/api/stream`) | Hub (プログラマティックアクセス) |
| **iframe / 埋め込み** | ホストシステムのページに注入                                   | コパイロット              |

配信とモードは関連していますが、固定されていません。API 経由で Hub にアクセスしたり、スタンドアロンエージェントをポータル経由で使用したりできます。ただし、典型的なパターンは Hub ではポータル、コパイロットでは埋め込みです。

## 実行エンジン（内部実装）

FIM One は、内部的に 2 つの実行エンジンを提供しています：

| エンジン             | 最適な用途         | 動作方式                           |
| ---------------- | ------------- | ------------------------------ |
| **ReAct**        | 単一の複雑なクエリ     | Reason → Act → Observe ループとツール |
| **DAG Planning** | マルチステップの並列タスク | LLM が依存関係グラフを生成し、独立したステップが並行実行 |

```mermaid theme={null}
flowchart TD
  DAG["DAG Planning<br/>(orchestration layer)"]
  DAG --> step_1
  DAG --> step_2
  step_1 --> ReAct1["ReAct Agent"] --> Tools1["Tools"]
  step_2 --> ReAct2["ReAct Agent"] --> Tools2["Tools"]
  step_1 & step_2 --> step_3
  step_3 --> ReAct3["ReAct Agent"] --> Tools3["Tools"]
```

ReAct はアトミックユニット、DAG はオーケストレーションレイヤーです。両方のエンジンは 3 つのモード（Standalone、Copilot、Hub）すべてで動作します。Hub モードでは、単一の DAG ステップが異なるシステムへのコネクタを呼び出す可能性があります。

## 2つの実行パラダイム

FIM Oneは、作業を完了するための2つの相補的なパラダイムを提供します:

| パラダイム             | オーケストレーション                          | 最適な用途                         |
| ----------------- | ----------------------------------- | ----------------------------- |
| **エージェント (チャット)** | LLMが次のステップを動的に決定 (ReAct または DAG)    | 探索的なタスク、会話、柔軟な推論              |
| **ワークフロー**        | 設計時に定義された固定DAG (ビジュアルエディタ、26ノードタイプ) | 承認チェーン、スケジュール済みETL、マルチステップ自動化 |

**エージェント**は、タスクがオープンエンドの場合に優れています — 「このクォーターのデータを分析して、アクションを推奨してください」。LLMはその場で計画と適応を行います。

**ワークフロー**は、プロセスが既知で反復可能な場合に優れています — 「毎週月曜日に、ERPから請求書を取得し、コンプライアンスチェックを実行し、例外をレビュアーにルーティングする」。ビジュアルエディタを使用して、ノード (エージェント、コネクタ、KB、LLM、HTTP、コード、人間による承認、サブワークフロー) を固定DAGに接続できます。

2つのパラダイムは自然に構成されます: ワークフローは、固定パイプライン内で柔軟な推論が必要なあらゆるステップでエージェントを呼び出すことができます。エージェントはワークフローを直接呼び出すことはできません — 関係は一方向です。

<Tip>
  **どちらを選ぶべきか:** エージェントに対して非常に具体的なステップバイステップの指示を書いていることに気づいた場合、そのプロセスはワークフローに属する可能性があります。タスクが判断、探索、または予期しないデータへの適応を必要とする場合は、エージェントのままにしておきます。
</Tip>