MCPは連携要件を変える
MCP公式は、MCPをAIアプリケーションが外部システムへ接続するためのオープン標準として説明しています。ローカルファイル、データベース、ツール、ワークフローへAIが接続する時代には、RFPや要件定義の粒度も変える必要があります。
「MCP対応ですか」だけでは不十分です。何を読めるか、何を実行できるか、誰が許可したか、ログが残るかを確認する必要があります。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
RFPに入れるべき要件
横にスクロールして確認できます
| 要件 | 確認内容 |
|---|---|
| 接続先 | SaaS、DB、ファイル、社内API、外部API |
| 認証 | OAuth、APIキー、サービスアカウント、MFA |
| 権限 | 読み取り、作成、更新、削除、承認 |
| 承認 | 人間承認が必要な操作 |
| ログ | 依頼者、入力、実行内容、結果、失敗理由 |
| 停止 | 異常時の停止条件、権限剥奪 |
| 変更管理 | MCPサーバー追加、バージョン更新、設定変更 |
GXOが支援できること
GXOでは、MCPやAIエージェントを単体技術として扱わず、業務フロー、SaaS、API、権限、ログを含む要件定義として整理します。既存システム改修やRFP作成にもつなげられます。
SNSで切り出す一文
AIエージェント時代のRFPで聞くべきことは「AI対応ですか」ではなく、「何を読めて、何を実行できて、誰が止められるか」です。
SaaS/API連携要件表
横にスクロールして確認できます
| 要件 | RFPに書く内容 | 確認する証跡 |
|---|---|---|
| 接続先台帳 | 接続するSaaS、API、MCPサーバー、認証方式を一覧化する | 接続先一覧、APIスコープ |
| 権限分離 | 参照、作成、更新、削除、外部送信を分ける | 権限表、承認フロー |
| ログ | AIの依頼、承認、実行、結果、失敗を記録する | 監査ログ、アラート |
| 例外処理 | 失敗時、過剰実行時、コスト超過時の停止条件を定める | 運用手順、連絡網 |
| 変更管理 | 接続先追加や権限変更を申請制にする | 変更履歴、承認記録 |
FAQ
MCPを使えばSaaS連携は簡単になりますか？
接続は簡単になる可能性がありますが、要件定義はむしろ重要になります。AIがどのSaaSで何をできるか、どこまで自動化するか、失敗時にどう止めるかを決める必要があります。
RFPで一番抜けやすい項目は何ですか？
監査ログと変更管理です。初期連携だけを見積もると、接続先追加、権限変更、エラー対応、承認履歴が運用で詰まります。
既存システム改修は必要ですか？
APIがない、権限が粗い、ログが不足している、管理画面操作しかできない場合は必要です。AI連携の前に既存システム側の安全な接続面を作ることがあります。
内部リンクとCTA設計
- AIエージェント: AIエージェント
- AI導入: AI導入支援
- DX: DX推進トータルサポート
- 相談導線: MCP/SaaS/API連携要件を相談する
SNS投稿案
- MCP時代のRFPは「つながるか」ではなく「AIが何をどこまで実行できるか」を書く必要があります。
- SaaS/API連携で抜けやすいのは、接続先台帳、権限分離、監査ログ、変更管理、停止条件です。
- AIエージェントの本番化は、モデル選定よりもAPI権限とログ設計で止まることが多いです。
問い合わせ時に共有してほしい情報
GXOへ相談する場合は、接続したいSaaS/API、既存の認証方式、操作させたい業務、禁止したい操作、ログ要件、現在のRFPや見積の有無を共有してください。AIエージェント連携は、開発会社に「AI対応できますか」と聞くだけでは要件になりません。最初に接続先、権限、承認、ログ、停止条件を言語化することで、見積の比較と本番化判断がしやすくなります。
参考情報
- MCP公式: https://modelcontextprotocol.io/docs/getting-started/intro
- OWASP LLM06 Excessive Agency: https://genai.owasp.org/llmrisk/llm062025-excessive-agency/
- NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
