回答: 業務システムのデータを生成AIから直接参照できるようにする動き（MCP対応）が、国内の不動産向けDXサービスでも出てきました。自社で検討するとき、最初に決めるのは「AIに何をさせるか」ではなく、AIに渡さないデータと、AIにさせない操作です。順番を逆にすると、便利さの範囲が先に広がって、あとから絞り直すことになります。当てはまるのは、顧客情報が入った業務システム（CRM・賃貸管理・反響管理）を使っている会社です。今すぐつなぐ予定がない会社にも、社内の誰かが個人のAIアカウントから業務データを貼り付けていないかという形で同じ論点が来ます。公開済みの物件情報だけを読み取り専用で扱う場合は、確認する範囲を絞れます。ただし、送信・公開・書き換え・削除といった操作をAI側からできるかどうかは、個人情報の有無にかかわらず確認が必要です。この記事は特定のサービスを勧めるものではなく、検討の順番だけを扱います。
この記事でわかること
- 2026年9〜10月に公開された国内の事例で、AIに「何を見せて」「何をさせない」と発表されているか
- 従来のシステム連携（CSV・API）と、AIをつなぐことの違いはどこか
- 権限と範囲を先に決めるための設計原則（NVIDIAが公開しているもの）
- 売買仲介の反響・商談データで、読ませてよいものと決めてから渡すものの分け方
- 今日できる確認4項目と、これをやっても解決しないこと
何が起きたのか
GMO ReTech株式会社が、不動産管理会社向けDXサービス「GMO賃貸DX」のデータと生成AIをつなぐMCPサーバーについて、Anthropicの「Claude」のコネクタディレクトリに掲載されたと発表しました（2026年10月16日発表）。発表によると、MCPサーバーの提供開始は2026年9月24日、ディレクトリへの掲載は2026年9月29日です。国内の賃貸管理向けDXサービスとしては初の掲載だと、同社が2026年10月16日時点の自社調査に基づいて述べています。
発表に書かれている範囲では、次のことができるとされています。
- 稼働率・空室数・対応状況をまとめたダッシュボードの作成
- 空室状況や稼働率などの賃貸管理データの確認と分析
- 今日の状況の要約（期限別のタスク、未返信のチャット、解約申請の件数）
利用条件は、オプション機能で別途申し込みが必要（料金の金額は発表に記載なし）。提供開始時は接続用URLを確認してカスタムコネクタとして手動登録する必要があったものが、掲載後はコネクタ一覧から検索・追加してアカウントでログインすれば使い始められる、という違いが説明されています。
同じ発表が「できないこと」も明示しています。 オーナーや入居者の氏名・連絡先・住所・メールアドレス・内部ID・自由記述欄などの個人情報は生成AIに渡さない、AIが実行できる操作は限定されている、AIからオーナーや入居者への送信や情報公開はできない、今回の掲載に伴う機能や安全設計の変更はない、という4点です。あわせて、掲載はAnthropicによる認定や推奨、両社の提携を示すものではないとも書かれています。
出典: GMO ReTech株式会社 プレスリリース（2026年10月16日）
ここで注目したいのは機能の一覧ではなく、「できないこと」を同じ分量で発表していることです。AIと業務システムをつなぐ話は、できることの説明だけでは社内の合意が取れません。
MCPとは何か
MCP（Model Context Protocol）は、AIアプリケーションを外部のシステムにつなぐためのオープンソースの標準です。公式サイトは「AIアプリケーション向けのUSB-Cポートのようなもの」と説明しています。データソース（ファイル・データベース）、ツール（検索・計算）、ワークフローにAI側から接続でき、Claude や ChatGPT、Visual Studio Code、Cursor など複数のクライアントが対応しています（出典: Model Context Protocol 公式サイト）。
つまり、特定のAIサービス専用の仕組みではありません。システム側が一度つなぐ口を用意すれば、対応している複数のAIから使える形になります。利点でもあり、接続先が増えやすいという意味でもあります。
従来の「連携」と、AIをつなぐことの違い
不動産会社の現場でこれまでやってきた連携と並べると、違いは「誰が手順を決めるか」に出ます。
| 連携のかたち | 取り出す情報を決めるのは | 事前に決まっていること |
|---|---|---|
| 画面を開いて見る・CSVで出す | 人（その場で操作する人） | 画面の権限、出力できる項目 |
| API連携・自動転記 | 作った人（事前に固定） | 取る項目、流す先、動くタイミング |
| AIをつなぐ（MCP等） | AI（会話の都度。実装次第で固定もできる） | 触れる範囲と、できる操作 |
API連携は「毎回この項目をこの先に流す」という手順を人が先に決めます。反響メールの内容をCRMへ自動転記する仕組みも、取り出す項目を事前に固定しています（参考: 不動産会社のSalesforceに入っている外部ツール連携の全体像）。
定型のAPI連携では、取得する項目や手順を事前に決める構成が一般的です。AIが会話に応じてツールを選ぶ構成では、何を読むかがそのたびに変わる場合があります。MCPでも、取得できる項目・手順・承認が必要な操作を固定することはできます。 違いはプロトコルそのものではなく、どう実装するかにあります。
言い換えると、AIをつなぐ検討では「どこまで触れるか」と「何ができるか」の枠を自分たちで決める必要があります。枠の設計が実質的な設計になります。 先の発表が「渡さないデータ」と「できない操作」を列挙しているのも、この構造によるものと読めます。
最初に決めるのは「渡さないもの」と「させないこと」
AIエージェントに権限を与えるときの考え方は、AI側の業界でも整理が進んでいます。NVIDIAは2026年9月21日のブログで、AIエージェントのセキュリティは「モデルの問題ではなく、システム設計の問題」だとして、次のような原則を挙げています。
- エージェントごとに追跡できるIDを持たせ、資格情報はそのタスクに必要な範囲に限る
- アクセス・変更できる範囲と、承認が必要な操作を、システム側で強制する形で明確にする
- 影響の大きい操作や権限の変更には人の承認を要求する
- エージェントが使うツール・スキル・依存関係を把握しておく
- 試みたツールの呼び出し・それを許可したか拒否したかの判断・その結果を、保護されたログに記録し、アクセスの失効手順とインシデント対応を定めておく
- ポリシーはエージェントの外側（サンドボックス等）で強制する
前提として同社が置いているのは、AIは読み込んだデータに仕込まれた指示にだまされることがあるという点です。だまされても、権限のない操作は実行できない状態にしておく、という考え方です。本番前のテストとして、範囲外の資格情報を取りに行く／未承認の宛先へデータを送る／自分の権限を変更する／監視を止める、といったシナリオを試し、結果を判定する担当を決めることも挙げられています。
出典: NVIDIA ブログ（2026年9月21日） / 国内報道: ＠IT（2026年10月16日）
大企業向けの話に見えますが、この中で不動産会社がすぐ使えるのは最初の2つです。「必要な範囲に限る」「承認が必要な操作を決める」。ここだけでも、検討の入口で話すことが変わります。
売買仲介の反響・商談に置き換えると
賃貸管理の例をそのまま売買仲介に置き換えると、次のように分かれます。これは一般的な整理で、自社で同じ結論になるとは限りません。
| データ・操作 | 扱い | 理由 |
|---|---|---|
| 反響件数、媒体別の内訳、ステータス別の件数 | 読ませやすい | 個人を特定しない集計値。ダッシュボード化の効果が出やすい |
| 期日（媒介期限・レインズ登録期日）、滞留日数 | 読ませやすい | 期日の抜けを見つける用途と相性がよい |
| 顧客の氏名・電話番号・メールアドレス・住所 | 決めてから渡す | 渡す必要があるか、まず用途から確認する |
| 問い合わせ本文・ヒアリングメモなどの自由記述 | 決めてから渡す | 氏名や勤務先が本文に混ざっていることがある |
| 顧客へのメール送信・SMS送信 | させない側に置く | 誤送信は取り消せない |
| ステータスや担当者の書き換え、レコードの削除 | させない側に置く | 元に戻す手順が決まっていなければ、読み取りだけにする |
| 権限設定の変更 | させない側に置く | 人の承認を挟む操作 |
自由記述の列は見落としやすいところです。反響メールの本文には、フォームの項目になっていない情報が入ります。反響メールの個人情報をどう扱うかという論点そのものは、AI以前からあるものです（参考: 反響メールの個人情報、安全な扱い方とは）。
なお、7plusが提供しているMail2Linkは、転送メールの本文やファイルをサーバー・データベースに保存しない設計です。AI連携の文脈では、「どこに残るか」と「どこへ渡るか」を別に考える必要があります。保存しない設計であることは、AIに渡さないことと同じ意味ではありません。
今日できる確認4項目
つなぐかどうかを決める前に、現状を一覧にするところから始められます。
- いまAIにつないでいる先を書き出す。 会社として契約しているAIサービスと、そこに追加されているコネクタ・拡張機能の一覧。個人のアカウントで使っている分も含める
- その先で見えるデータに、個人情報が含まれるかを確認する。 項目名ではなく、実際に出てくる値で見る（自由記述欄を忘れやすい）
- AI側からできる操作に「送信」「公開」「書き換え」「削除」が含まれるかを確認する。 読み取りだけに絞れるなら、まず絞る
- 退職者・異動者・委託先の経路が残っていないかを確認する。 AI連携は多くの場合アカウントでログインする形になるため、アカウントの棚卸しがそのまま効く
4項目すべてを一度に埋める必要はありません。1の一覧に1行目を書いた時点で、「誰がどこまでつないでいるか把握していない」ことが見えることが多いです。アカウントと認証の整理は、AI連携に限らず効きます（参考: 不動産業務システムのログイン｜MFA・パスキーの現在地と3つの確認）。鍵（APIキー・トークン）の置き場所を先に決める話は、AIコーディングのAPIキー流出｜内製で先に守る鍵と棚卸し5項目で扱っています。
これをやっても解決しないこと
- ディレクトリへの掲載は、安全性の認定ではありません。 先の発表自身が「Anthropicによる認定や推奨、提携を示すものではない」と明記しています。掲載されているかどうかは、接続の手間が減るかどうかの話で、自社で使ってよいかの判断は自社に残ります
- 個人情報を渡さない設計でも、出てきた数字の解釈は人の仕事です。 稼働率や滞留件数をAIがまとめても、どこに手を打つかを決めるのは人です
- 「つないだら現場が使う」とは限りません。 会話で聞ける状態になっても、聞く習慣がなければ使われません。CRMが使われない理由と同じ構造です
- AIが生成したものを誰が確認するかは、別に決める必要があります（参考: AIで作るのは速い、では誰が確認するのか｜内製の落とし穴）
よくある質問
MCPに対応していないシステムは、AIから使えないのでしょうか
使えないわけではありません。画面を見ながら人が貼り付ける、CSVで出して渡す、API連携で決まった項目を流す、といった方法は従来どおり使えます。MCP対応は「AI側から都度取りに行ける」形が加わるという話です。対応していない場合に注意したいのは、人が手で貼り付ける運用が黙って広がることです。こちらのほうが、渡す範囲を会社として決めづらくなります。
個人情報をAIに渡さない設計なら、特に確認しなくて大丈夫ですか
設計として渡さないことと、運用で渡らないことは別です。確認したいのは、その設計の対象範囲です。たとえば自由記述欄を項目として除外していても、別の項目の中に氏名が書かれていれば渡ります。サービス側の発表で「渡さない」と書かれている項目の一覧を見て、自社の運用で個人情報が入りがちな欄がそこに含まれているかを照らし合わせるのが確実です。
自社でMCPサーバーを作るべきでしょうか
いま決める必要はないと考えています。先に決めるのは、AIに読ませたいデータの範囲と、させない操作です。それが決まっていない状態で作ると、作ったあとに範囲を絞り直すことになります。使っている業務システムの提供元が対応を出すかどうかも、あわせて確認する材料になります。
コネクタの一覧に載っているサービスなら、社内で承認しやすいですか
一覧に載っていることは、接続手順が簡単になることを意味します。社内の承認材料としては、そのサービスが「AIに渡さないデータ」と「AIにさせない操作」を公表しているかのほうが使えます。公表されていれば、自社の基準と照らし合わせられます。
まとめ
業務システムをAIにつなぐ動きは、国内の不動産向けDXサービスでも実際に出てきました。公開されている発表を読むと、説明されているのは機能だけではなく、「渡さないデータ」と「できない操作」です。検討の順番としては、こちらが先です。
今日できるのは、いまAIにつないでいる先を書き出すことと、そこで見えるデータに個人情報が含まれるかを確認することです。つなぐかどうかの判断は、その一覧ができてからで間に合います。
この記事は、他社の公開発表と、公開されている設計原則をもとに、検討の順番を整理したものです。
—
この記事を書いた会社
7plus株式会社 不動産会社向けの営業DX支援を行うITソリューションプロバイダーです。反響対応を即時化する「Mail2Link」「Mail2Link×AI」、ノーコード業務アプリ「BizBlock」の開発・提供に加え、Salesforce認定パートナーとして不動産特化型Salesforceパッケージの導入・定着コンサルティングも行っています。
詳しくはこちら → https://7plus.jp/
