はじめに
FeelFlow KnowledgeMCP(ナレッジMCP)は、Google Drive・OneDrive・Box など、すでに使っているストレージにある社内の資料を、AI や業務サービスから検索・参照できるようにつなぐ仕組みとして準備を進めているサービスです。資料を独自のナレッジデータベースへ移すことを前提にせず、元の保管先で管理したまま活かすことを目指しています。
株式会社フィールフロウが、どの情報をどの業務につなぐかという構想から、接続方法の設計、検証、導入・運用までを伴走する形を予定しています。
社内の資料をストレージで管理していて、その資料を普段使う AI や業務サービスから活かしたい企業に向けたサービスです。製品ページでは、次の 3 つの課題を挙げています。
| 課題 | 内容 |
|---|---|
| 資料を探すために、サービスを行き来している | ストレージに資料はあるのに、置き場所を知る人に聞かなければ見つからない。業務のたびに検索や転記が発生している |
| AI を使うたびに、同じ資料を渡している | サービスごとにファイルをアップロードすると、更新の反映や管理が負担になる |
| 何を、誰に、どこまでつなぐか決められない | 部門ごとの閲覧権限や社外の AI へのデータ送信が気になる。現場と情報システム部門が合意できる設計が必要になる |
お客さまが管理する資料を共通の正本(SSOT:唯一の信頼できる情報源)とし、各 AI・サービスが同じ情報を参照できる構成を目指しています。資料は元の保管先に置いたまま、FeelFlow KnowledgeMCP が検索・取得の窓口を担う予定です。
製品ページの連携構想図では、ChatGPT・Claude などの AI や FeelFlow の各サービスが、同じ資料を参照する構成を示しています。この図は連携の構想で、各接続先の対応状況や利用プラン、認証・閲覧権限を確認したうえで、必要に応じて MCP・API による接続を設計する予定です。
| 役割 | 予定している内容 |
|---|---|
| 情報の保管先 | Google Drive・OneDrive・Box など。対象にするフォルダー・資料・利用者を整理します |
| FeelFlow KnowledgeMCP | AI から情報を検索・取得するための接続、権限の確認、出典の受け渡しを設計します |
| 情報を使う場所 | FeelFlow Chat や FeelFlow AgentHub などの FeelFlow のサービスと、お客さまが利用している他社の AI・業務サービス |
MCP(Model Context Protocol)は、AI アプリケーションと外部の情報・ツールをつなぐための共通の規格です。接続先が MCP に対応しているか、API による個別の連携が必要かを確かめて、業務に合う方法を選ぶ予定です。MCP に対応しているだけで、すべてのサービスがそのまま接続できるわけではありません。
提供予定の機能
Section titled “提供予定の機能”製品ページで案内している主な機能は次の 4 つです。いずれも提供準備中の内容で、今後変わることがあります。接続できるストレージ・サービスや機能の範囲は、お客さまの環境を確認したうえで個別にご案内します。
- 既存ストレージを活かした連携設計
- MCP・API による AI・業務サービスとの接続
- 利用者の閲覧権限と出典を考慮した情報参照
- 小さな業務検証から始める段階的な導入支援
導入にあたって株式会社フィールフロウが支援する内容は、次の「ご支援する内容」にまとめています。
ご支援する内容
Section titled “ご支援する内容”製品ページでは、導入にあたって次の 4 つを支援するとしています。
業務から連携の全体像を描く
Section titled “業務から連携の全体像を描く”「社内問い合わせに根拠付きで答えたい」「商談前に過去の提案を探したい」など、お客さまの目的を起点に整理します。情報の保管先・利用するサービス・管理責任者を洗い出し、優先順位を付けた連携の構成案を作ります。
既存環境に合う接続を設計する
Section titled “既存環境に合う接続を設計する”ストレージの契約・管理者設定・API の利用条件を確認し、既存のコネクターで対応できる範囲と、個別の開発が必要な範囲を切り分けます。検索・資料の取得・出典(元の資料へのリンク)の受け渡しを中心に、対象にするファイルの形式や、資料の更新を反映する方法も検討します。
情報を渡す範囲と運用ルールを決める
Section titled “情報を渡す範囲と運用ルールを決める”利用者が元の保管先で閲覧できる範囲を超えないことを、設計・検証の条件にします。接続先の認証方式に応じて本人確認と権限の照合を設計し、権限を確認できない情報は返さない方針です。権限の変更や資料の削除を反映する方法、利用記録、接続を止めるときの手順も検討します。
資料を元の保管先に置いたままでも、回答に使う情報は接続先の AI に送信されることがあります。送信先・対象の情報・保存期間・学習への利用の扱いを確認し、お客さまと合意します。検索用のインデックスや一時的な保存が必要な構成では、その要否・保存先・削除方法も事前に明確にします。
一つの業務で検証し、連携先を広げる
Section titled “一つの業務で検証し、連携先を広げる”最初は対象の部門・資料・利用するサービスを絞り、検索と参照から検証します。回答の根拠、見つからない情報への対応、権限の境界、現場での使いやすさを確かめてから、連携先を段階的に広げます。資料の更新や業務システムへの書き込みは、参照とは別に権限と承認の手順を設計します。
想定する使い方
Section titled “想定する使い方”製品ページでは、次のような業務での利用を想定しています。いずれも想定している活用例で、実現できる範囲は対象の資料の質、接続先の機能、権限の設定に応じて検証します。
| 活用シーン | 想定している内容 |
|---|---|
| 社内問い合わせ | 人事規程や業務マニュアルを参照し、回答とともに元の資料へのリンクを案内する。確認が必要な事項は担当部門につなぐ |
| 営業・提案準備 | 相談内容に関連する過去の提案書や導入事例を探し、担当者が出典を確かめながら提案を組み立てる |
| 会議・企画の検討 | 会議のテーマに関係する資料を参照し、FeelFlow のサービスや他社の AI で論点の整理や検討に使う |
導入の進め方
Section titled “導入の進め方”製品ページでは、次の流れで導入を進めることを案内しています。
-
ご相談・現状整理
利用中のストレージ、つなぎたいサービス、最初に改善したい業務を確認します。
-
構成・範囲の合意
連携の構成案、対象にする情報、権限・データの取り扱い、検証の評価基準を整理します。
-
小規模な検証(PoC)
限られた環境で、情報の参照と業務上の効果を検証します。
-
導入・運用支援
検証の結果を踏まえて運用の手順や問い合わせ窓口を整え、対象を段階的に広げます。
FeelFlow のほかのサービスとのつながり
Section titled “FeelFlow のほかのサービスとのつながり”FeelFlow BPR Cockpit で業務を整理し、FeelFlow CoMeet で会議の論点を検討する場面など、同じ根拠資料をそれぞれの業務で活かすことを構想しています。情報を使う場所としては、FeelFlow Chat や FeelFlow AgentHub などの FeelFlow のサービスを連携の候補に挙げています。
提供準備中のサービスについてのご相談
Section titled “提供準備中のサービスについてのご相談”接続できるかどうか、提供時期、機能の範囲は、お客さまの環境を確認したうえで個別にご案内します。製品ページに料金表の掲載はなく、費用と期間は、連携先の数、認証・権限の構成、個別開発の有無、運用の範囲に応じて個別にお見積もりします。外部サービスの利用料も含め、検証と本番運用に必要な費用を整理してご案内します。
ご相談はお問い合わせフォームで受け付けています。
-
お問い合わせフォームを開く
製品ページの 30分無料相談 を押すか、お問い合わせ を開きます。
-
お問い合わせ種別を確かめる
上の方法で開くと、「お問い合わせ種別」に「FeelFlow KnowledgeMCP(ナレッジMCP)」が選ばれた状態になります。お問い合わせページを直接開いた場合は、「お問い合わせ種別」の「プロダクト個別について」の中から「FeelFlow KnowledgeMCP(ナレッジMCP)」を選んでください。
-
お問い合わせ内容を書いて送信する
「お名前」「メールアドレス」「お問い合わせ内容」を入力し、「フィールフロウを最初に知ったきっかけ」を選びます。「お問い合わせ内容」には、いま使っているストレージと、そこにある資料をどの業務に活かしたいかを書き添えてください。利用規約とプライバシーポリシーへの同意にそれぞれチェックを入れて、送信する を押します。担当者から 3 営業日以内に返信します。
提供時期・料金・データの扱いなどは よくある質問 にまとめています。