FIM One ホワイトペーパー

​

エグゼクティブサマリー

データは決してあなたの境界を離れません。 この単一の文が、FIM Oneのあらゆる決定の背後にある第一次設計制約であり、新しいインフラストラクチャレイヤーが必要とされる理由です——別のiPaaSではなく、別の汎用エージェントでもありません。 ほとんどのエンタープライズは既に必要なシステムを持っています——ERP、CRM、OA、カスタムデータベース、内部API、業界別SaaS。彼らに欠けているのは、AIがベンダークラウドへのデータ移行なしに、また各ユースケースごとに6ヶ月のインテグレーションプロジェクトなしに、これらのシステムに到達する方法です。市場は大きく、急速に動いており、既に再編成されています：グローバルエンタープライズGenAIインフラストラクチャ支出は2025年に米国180億ドルと予測され、前年比3.2倍で成長しています（Menlo Ventures 2025）。中国はさらに速く動いています——エンタープライズAIエージェント支出は120% CAGR（2023–2027）で、2027年までに¥65.5Bに達します（iResearch · CAICT 2025）。中央・国有企業は大規模言語モデル調達の60%以上を占めており、信創（Xinchuang）プライベートデプロイメントは厳しい制約です。 Gartnerはこのカテゴリを正式に「AI Agent Platform」（ドキュメント6300015、2025）に改名しました；CAICTの2025 Agentic AI Technology Reportではこれを「智能体平台」と呼んでいます；歴史的なiPaaSリーダーであるMuleSoftは、2025年のiPaaS Magic Quadrantでリーダーからチャレンジャーに格下げされました。10年間エンタープライズインテグレーションを支配していたカテゴリは、リアルタイムで置き換わっています。 FIM Oneは新しいカテゴリのために構築されています。これはグローバル×中国エンタープライズ向けのオールインワンエージェントプラットフォームです——プロバイダーに依存しないPythonフレームワークで、AIエージェントが既存システム全体にわたってタスクを動的に計画・実行し、グローバルSaaSと中国スタックを1つのエージェントコアで接続し、あなた自身の環境にデプロイされ、エンドツーエンドで監査可能です。1つのエージェントコア、3つのデリバリーモード： 本論文では、カテゴリが移動している理由、iPaaSが新しいワークロードを吸収できない理由、FIM Oneの内部がどのように見えるか、そして本番環境にそれを導入する方法を説明します。

​

1. The Problem: Enterprise AI Is an Alignment Problem

2025–2026年の公開AI議論はモデル能力——より長いコンテキスト、より優れた推論、より安いトークン——に支配されてきました。エンタープライズ内では、能力はめったにボトルネックになりません。ボトルネックはAIがあなたのシステム内に手を持たないことです。 1万行のコードベースを読んで正しい修正を提案できるフロンティアLLMは、それ自体では以下のことができません：

• オンプレミスのSAPインスタンスから昨日の在庫数を取得する。
• 唯一の統合サーフェスがレガシーSOAP APIであるSaaS HRツールで休暇申請を承認する。
• Xinchuang準拠のERPに行を書き込む。その認証はOAuth2ではなくログインチケットサービスです。
• グループ独自の承認ルールを尊重しながら、Feishuグループに通知を送信する。

これらの各々は、一度解決された統合問題です。難しいのは、すべてのエンタープライズが数十のそのようなシステムを持っており、それぞれが独自の認証モデル、データ形状、および障害モードを持っていることです。それらをハードコーディングすると、脆いモノリスが得られます。LLMに実行時にそれらを発見するよう求めると、幻覚的なAPI呼び出しが得られます。 不足しているプリミティブは整列されたサーフェスです。 モデルとシステム間の型付き、認証済み、発見可能なインターフェース——モデルに正確に何ができるか、各アクションのコストは何か、誰がそれを承認する必要があるか、結果がどのように見えるかを伝えるもの。そのプリミティブが、FIM OneがConnectorと呼ぶものです。

​

2. 既存のアプローチが不十分な理由

​

2.1 iPaaS とワークフロービルダー — 衰退するカテゴリ

iPaaS（MuleSoft、Boomi、Workato）と軽量ワークフローファミリー（n8n、Zapier、Dify、Coze）は、統合を設計時の問題として扱います。人間がノードのグラフを描き、フィールドレベルの粒度で配線し、グラフは実行時に決定論的に実行されます。統合が少なく安定していた時代には、このアプローチは機能していました。 AI駆動のエンタープライズオートメーションには対応できません。3つの複合的な理由があります：

1. ロジックはすでにターゲットシステム内に存在します。 すべてのノードは、現在2つの場所で保守する必要があるAPI呼び出しの薄いラッパーです。
2. 人間は事前に計画を知っておく必要があります。 「すべてのAPAC エンティティのQ1をクローズアウトする」のようなエンタープライズの質問はオープンエンドです。計画は実行時に生成される必要があり、デザイナーが描くものではありません。
3. フィールドレベルのマッピングはスケール下で崩壊します。 数十のシステムにまたがる数千ノードのグラフは保守不可能です。AI可読のアクションサーフェスがそれを完全に置き換えます。

このカテゴリは明らかに変わっています。Gartnerは2025年にこのスペースを「AI Agent Platform」として再分類しました（ドキュメント6300015）。CAICTも2025年の「Agentic AI Technology Report」で同じフレーミング（「智能体平台」）を採用しました。最も注目すべきことに、10年間のiPaaS参照ベンダーであるMuleSoftは、Gartnerの2025年iPaaS Magic QuadrantでLeaderからChallengerにダウングレードされました。同時に、2024年11月にリリースされたAnthropicのMCPプロトコルは、15ヶ月で10,000以上のサーバーと月間9,700万のSDKダウンロードに成長しました。シグナルは明確です。エンタープライズオートメーションの統合レイヤーが再構築されています。

​

2.2 汎用エージェント（Manus、AutoGPT、OpenAI Assistants）

汎用エージェントは、Webブラウジング、ドキュメント作成、スプレッドシート操作など、消費者向けおよび知識労働タスク向けに設計されています。VPNに接続したり、ERPに認証したり、セキュリティレビューに合格することはできません。エンタープライズシステムでラップされると、パイロット段階で終わるデモになってしまいます。

​

2.3 ベンダー組み込みAI（Feishu AI、SAP Joule、Salesforce Einstein）

ベンダーは独自のAIを独自の製品に組み込んでいます。問題は構造的です：上流のベンダーには、独自のデータサイロを破壊するインセンティブがありません。 Feishu AIはERP データを認識しません。DingTalk AIは契約ステータスを認識しません。各ベンダーのAIは、そのベンダーが販売したものだけを認識します。クロスシステム作業では、これらは実用的ではありません。

​

2.4 自社開発とRPA

自社開発には長い開発期間と継続的な適応コストがかかります。RPAはUIを人間のように操作します——最も汎用的なアプローチですが、最も脆弱です。UIの変更のたびに破損し、認証プロンプトのたびに停止します。これはAPIの欠落に対する一時的な対処であり、AIを構築するための基盤ではありません。 FIM Oneはこれらすべてが残す隙間を埋めます。実システム上の型付きAPI、モデルによって計画され、エンタープライズによって管理され、エンタープライズ境界内にデプロイされます。

​

3. FIM One テーゼ

三つの信念が、すべての設計判断を形作っています。 信念 1 — システムはすでに存在する。 エンタープライズに再構築を求めないでください。現状のままで対応します。すべてのコネクタはブリッジであり、置き換えではありません。データはデータソースを離れることはなく、エンタープライズの境界を越えることもありません。 信念 2 — 能力よりも整合性が重要。 整合性の取れたツールセットを備えた弱いモデルは、生の API に手探りで対応する強いモデルを上回ります。競争優位性は、エージェントの生の推論能力ではなく、コネクタライブラリ、その認証モデル、およびガバナンスレイヤーにあります。 信念 3 — 動的計画は適切な中間地点。 厳密なワークフロー（iPaaS、BPM）は実際のエンタープライズタスクには脆すぎます。完全に自律的なエージェント（AutoGPT、Manus）は本番環境には予測不可能すぎます。FIM One は実行時に計画しますが、型付きアクション空間内で行います——すべてのステップはコネクタ呼び出しであり、オープンエンドな LLM 独白ではありません。制限された自律性：re-plan ≤ 3 | token budget | confirmation gate。

​

iPaaS を超えて

FIM One は意図的に iPaaS ではなく、その違いは表面的なものではありません。iPaaS はフィールドレベル、設計時、人間がモデル化、ベンダークラウドホスト型です。FIM One はアクションレベル、ランタイム、モデル計画型、エンタープライズホスト型です。

​

4. アーキテクチャの原則

​

5. 3つの配信モード — 1つのエージェントコア

同じプランナー、メモリ、コネクタライブラリが3つの異なるプロダクト形態を支えます。選択はコード分岐ではなく、デプロイメント上の決定です。 Standalone — 自己完結型ポータル。購入者は、キュレーションされたナレッジベース、コードサンドボックス、または汎用アシスタント上のチャットインターフェースを求めています。ホストシステムは関与しません。社内ITヘルプデスク、エンジニアリング生産性、カスタマーサポートKBに適しています。 Copilot — iframe、ウィジェット、または直接埋め込みを介して既存のホストシステム内に埋め込まれたエージェント。ホストが認証を処理し、Copilotはユーザーコンテキストを継承します。SAP Fiori内のFinance Copilot、Salesforce内のSales Copilot、社内開発者ポータル内のDevOps Copilotに適しています。 Hub — 中央オーケストレーションサーフェス。すべての接続されたシステムがここで終端します。ユーザーはシステム横断的な質問をし、エージェントはシステム全体で計画と実行を行います。「すべてのAPAC事業体のQ1をクローズアウト」、「更新を逃したすべての顧客を見つけてアウトリーチドラフトを作成」、「昨日の支払いをゲートウェイと台帳間で調整」に適しています。

​

6. コネクタアライメントモデル

コネクタは認証戦略によって支えられた型付きアクションサーフェスです。FIM Oneは、エンタープライズシステムの大多数をカバーする3つの認証層を定義しています。 各コネクタは通道/統合の二重性も宣言します。同じ基盤となるシステムは、通道（通知シンク、審批サーフェス）と統合（データソース、アクションターゲット）の両方として表示できます。Feishuは通知通道とグループチャットデータソースの両方です。DingTalkとWeComも同じパターンに従います。

​

7. 信頼できるエンタープライズAI — 3つの柱

エンタープライズAIが本番環境で失敗するのは、モデルが間違っているからではなく、組織がそれが正しいことを証明できないからです。FIM Oneは信頼をアーキテクチャとして扱い、3つの柱で表現しています。 これをサポートするために、すべての智能体実行は構造化トレースを発行します：計画、工具呼び出し、引数、観察、承認、最終回答。トレースは監査の単位です。認証情報はFernet暗号化（AES-128-CBC + HMAC-SHA256）を使用します。完全な監査ログは保存およびエクスポート可能です。 オペレーターが工具呼び出しを拒否した場合、智能体は停止します——言い換えて再試行することはありません。拒否はポリシー決定であり、回復するエラーではありません。

​

8. デプロイメントとビジネスモデル

FIM One は FIM One Source Available License（FIM-SAL）の下で公開ソースで提供されます。ソースコード利用可能ですが、OSI 認定のオープンソースではありません。3 つのデプロイメント形態と 3 つのエディションティアがあります。 コードベースは Python で約 170,000 行、1,590 以上のモジュールで構成されており、約 100 のテストファイルと 6 つの UI 言語の組み込みサポートがあります。ソースは FIM-SAL の下で公開されており、企業は自社でセキュリティ監査ができます。実行時コストの大部分は LLM トークンであり、インフラストラクチャではありません。プロバイダ非依存性により、フロンティアが価格を下げても移行することなく、その恩恵を受けられます。

​

9. デリバリーパス

本番環境へのデプロイメントは、リスクを限定し、価値実現までの時間を短縮する3段階のパスに従います。 8つの業界別プリビルトソリューションテンプレートが、最も一般的なシナリオをカバーしています：財務監査、契約レビュー、データレポート、調達照合、顧客支払い回収、コンプライアンススクリーニング、HR スクリーニング、オペレーション オンコール。

​

10. Where This Goes

Near-term — connector depth. More Tier-3 legacy connectors for the Chinese market, deeper Xinchuang certification, and an AI Builder that turns an OpenAPI spec or a database schema screenshot into a working connector in minutes. Near-term — governance depth. Richer RBAC, four-tier connector permissions, independent IdP, SSO by default, SOC 2 and ISO 27001 posture. Mid-term — ecosystem. Cloud SaaS, a Connector Marketplace, and industry Solution packs — the infrastructure layer that third parties build on top of. The longer-term bet is that the shape of enterprise AI will look far more like a cross-system 智能体 platform than a CLI. Knowledge workers will not install ten AI assistants; they will ask their company’s 智能体 platform, and the platform will know how to reach whatever system holds the answer — global SaaS, the China enterprise stack, or anything in between. FIM One is building that platform.

​

11. 付録 — さらに詳しく

• System Overview — コンポーネントレベルのアーキテクチャ。
• Connector Architecture — コネクタの契約、ライフサイクル、および拡張モデル。
• Design Philosophy — 各コア トレードオフを行った理由。
• Hook System — ポリシー、承認、および監査の詳細。
• Competitive Landscape — カテゴリーのポジショニングおよび競合比較。
• Quickstart — FIM One をノートパソコンで 10 分以内に実行します。