広告（アフィリエイトリンク）を含みます。
エルメ（L Message）のMCP接続を使うと、AIサービス側からエルメの情報を読んだり、メッセージの下書きを作ったりできます。便利になるぶん、「誰がつなぐのか」「何をAIに見せるのか」「AIが作ったものを誰が確かめるのか」を決めずに始めると、思わぬところで手戻りが出ます。この記事は、MCPの仕組みの解説ではなく、業務で回すときの運用ルールに絞っています。仕組みそのものはエルメのMCPとは？ClaudeやChatGPTでできること・できないこと【2026年版】に整理してあるので、ここでは繰り返しません。
内容は、2026年10月9日時点で確認できたエルメ公式のMCP接続マニュアルとお知らせの範囲です。公式で確認できなかったことは、そのまま「確認できませんでした」と書きます。ここでの「ルール案」は公式の決まりではなく、私が業務改善の視点で考えた運用の案です。AIの出力は、必ず人が確認してから使う前提で書いています。
最初の前提：AIは「下書きを作る人」、最後に確かめるのは人
運用ルールを考える前に、前提を一つだけ置きます。AIは文面や設定案を作るのが速い一方で、あなたの事業の事情、お客様との約束、言い回しの好みまでは知りません。しかも、AIの出力は毎回少しずつ違います。だから「AIが作ったものは、人が見るまで未完成」と決めておくのが、いちばん事故を減らします。
公式のお知らせでは、MCPでAIが作ったメッセージは下書きとして保存され、配信はエルメの管理画面から行うと説明されています。つまり、一斉配信については、人が確認する関所が仕様として残っています。ただ、関所があることと、関所でちゃんと確認することは別の話です。下書きが溜まるほど、確認が流れ作業になりやすいからです。以降の節では、この「確認が形だけになる」状態を防ぐ工夫を中心に考えます。
公式で確認できる範囲と、確認できなかった範囲
運用ルールは、事実の上に作ります。下の表は、取得日2026年10月9日時点で、エルメ公式のMCP接続マニュアルおよびお知らせから読み取れたことと、読み取れなかったことの整理です。
| 論点 | 公式で確認できたこと | 公式で確認できなかったこと |
|---|---|---|
| 接続の方法 | リモートMCPサーバーURLを入力してエルメにログイン認証する方法が現在利用可能。ChatGPTの「アプリ」からの連携もあり、Claudeの「コネクタ」は準備中と案内 | 切断の具体的な手順 |
| 読み取れる情報 | 友だち詳細（表示名・タグ・購入や予約の履歴・メモなど）、1:1チャット、フォーム回答など19項目が列挙されている（本文には「20カテゴリ」とあり、数が合わない） | 項目ごとに取得を絞る仕組み |
| 取得の範囲 | 配信履歴は直近1,000件まで、1:1チャットは過去1年分の詳細が対象 | 上記以外の細かな上限 |
| 書き込み系 | メッセージ作成は下書き保存で、配信は管理画面から。設定操作の対応として、テンプレート、タグ管理、友だち情報管理、あいさつメッセージ、ステップ配信、チャット絞り込み、1:1チャットでのテンプレート送信が挙がっている | 1:1チャットのテンプレート送信が、送る前に人の確認を挟む仕組みかどうか |
| 権限 | 接続時にエルメへログイン認証する | スタッフ権限（副管理人・運用者・サポート）ごとのMCPでの見え方や操作範囲 |
| 更新 | URL接続はエルメMCPの更新が自動反映されず、更新時は切断して再接続が必要 | 更新のたびに挙動が変わる範囲の一覧 |
| 対象プラン | 記載なし | フリー・スタンダード・プロのどれで使えるか（公式に記載なし） |
表のとおり、権限まわりと「どこまで見せないか」を絞る仕組みについては、公式の説明が見当たりませんでした。これは、仕組みで防げない部分を、運用ルールで防ぐ必要がある、という意味でもあります。次の節から、その中身を順に考えます。
権限のルール：誰の名義で、誰が、どこまでつなぐか
MCP接続では、エルメのログイン認証を済ませた人の権限で、AIがエルメを読み書きすることになります。この「人の権限で」というところが、運用上の肝です。スタッフごとにMCPでの見え方がどう変わるのかは公式で確認できなかったので、私は「安全側に倒す」考え方で、次の3つを決めておくことを勧めます。
決めること1：接続する人を1人か2人に絞る
便利だからと、全員が各自のAIアカウントからつなぐ運用にすると、誰がいつ何を読ませたかが追えなくなります。まず接続できる人を、運用責任者と、その代理の2人程度に決めます。スタッフの招待や権限の考え方は、エルメのスタッフ管理の始め方｜招待・権限・運用ルールの決め方で整理しているので、MCPの前にそちらの権限設計を固めておくと迷いません。
決めること2：接続に使うAIサービスの契約を確認する
公式マニュアルでは、MCP自体はデータを学習・保持する仕組みではないとされています。ただし、実際にデータがどう扱われるかは、つなぐ先のAIサービスの規約や契約に左右されると書かれています。さらに同じマニュアルは、ClaudeのFree・Pro・MaxとChatGPTのFree・Plus・Proは初期設定で学習に使われること、Claude for WorkやAPI、ChatGPTのTeam・Business・Enterpriseは学習に使われないことを案内しています。設定でオフにできるかどうかも、サービスごとに書かれています。お客様の情報が入る業務では、この違いを知らないまま接続しないことが、最初のルールです。
決めること3：使わなくなったら切る日を決める
試しにつないで、そのまま放置されるのが一番よくないパターンです。担当者が異動・退職したとき、AI側の契約を解約するとき、検証期間が終わったときに、接続を切る担当と期限をあらかじめ決めます。切断の具体的な操作は公式で確認できなかったので、実際にやる前に公式の案内か問い合わせ窓口で確かめ、手順を社内メモに残しておきましょう。
個人情報のルール：AIに見せる前に仕分ける
読み取りで得られる情報の例として、公式には友だちの表示名、タグ、購入や予約の履歴、メモ、1:1チャットの履歴、フォームの個別回答などが並んでいます。つまり、つなぐだけで、お客様の個人情報を含む範囲がAIから見える状態になり得ます。取得範囲を絞る仕組みは確認できなかったので、「何を聞くか」の側で絞る運用が現実的です。マニュアル自体も、個人情報を含むデータを連携する場合は、利用規約とプライバシーポリシーを確認するよう促しています。法的な判断は事業ごとに異なるため、最終的には各自で、必要に応じて専門家や公式窓口に確認してください。
実務では、AIに頼む仕事を「個人が特定されない集計や傾向」と「個人に触れる作業」に分けて、前者から始めるのが安全です。次の表は、その仕分けの考え方の例です。
| 頼みたいこと | 個人情報への触れ方 | 運用の目安 |
|---|---|---|
| 配信の傾向を見て改善案を出してもらう | 配信単位の数値が中心。個人は特定されにくい | 最初に試す入口として向く。数字の読み違いは人が確認 |
| タグの付け方や名前の整理案を出してもらう | タグ名が個人名を含んでいないかによる | タグ名に個人名や病名などを入れない決まりを先に作る |
| フォームの回答内容をまとめてもらう | 個別回答を読むため、個人情報に触れやすい | 聞いた目的の範囲に限る。回答の中に自由記述があると要注意 |
| 1:1チャットの履歴から返信案を作ってもらう | 会話の中身（氏名・住所・事情）に直接触れる | 範囲と相手を絞る。AIの案は必ず人が読んで直してから使う |
| 特定のお客様の履歴を見て個別対応を考えてもらう | 最も個人に近い使い方 | AI側の学習設定と契約を確認し、必要性が低ければ頼まない |
もう一つ、押さえておきたいのは「AIに渡したものはAI側の画面にも残る」という点です。会話の履歴がAIサービス側に保存される設定かどうか、共有リンクを作ると他の人に見えてしまわないかなど、AI側の挙動も確認が必要です。住所や電話番号をどう扱うかの方針づくりは、お客様の住所・電話番号をLINEで受け取るときのルール作りのような、受け取る側のルールとセットで考えると抜けが減ります。
操作ミスを防ぐルール：読む、下書きする、設定を変える、の順に広げる
MCPでできることは、読み取り、メッセージの下書き、設定操作の順に広がってきたと公式のお知らせから読めます。この順番は、そのまま導入の順番にも使えます。リスクの小さいものから慣れていく考え方です。
| 段階 | やること | 主なミスと防ぎ方 |
|---|---|---|
| 1. 読み取り | 数字の確認、傾向の整理、改善案の相談 | AIの要約が実際の数字と合っているか、管理画面の数値と見比べる |
| 2. 下書き作成 | 配信文やパネルの下書きを作る | 宛先の絞り込み、日時、リンク、差し込み表記を管理画面で見直す。配信は人が押す |
| 3. 設定操作 | タグ、テンプレート、友だち情報、あいさつ、ステップ配信など | 変更前の状態をメモか画面で残す。1回に頼む範囲を小さくする |
| 4. 1:1チャットの操作 | チャットの絞り込みやテンプレート送信 | 送信まで進むのかが公式で確認できなかったため、検証用の友だちで挙動を確かめてから使う |
とくに4段階目は慎重にしたいところです。一斉配信の下書きについては「管理画面で確認してから配信」と明記されている一方、1:1チャットでのテンプレート送信は、対応機能の一覧に名前が出ているだけで、送信の前に人が確認する流れなのかは確認できませんでした。実際に挙動を確かめるときは、自分のLINEをテスト用の友だちにして、本物のお客様には一切影響しない形で試します。
また、設定操作を頼むときは、「このタグを付け直して」のような曖昧な頼み方を避け、対象・変更内容・変更しないものを文章で明記します。ステップ配信やタグのアクションは、一度動くと戻しにくい性質があります。配信前の確認の型は、LINEの一斉配信で送り間違い・誤字・宛先違いを防ぐ確認手順｜配信前チェックの作り方と、エルメの配信予約・予定配信者数の使いどころで整理した「人が見る項目」と「画面で確かめる項目」の分け方がそのまま使えます。
チェックリスト：AIの出力を使う前に人が見る8項目
- 宛先の条件は、言葉で説明できるか（誰に送るのかを一文で言える）
- 予定配信者数は、想定した人数の見当と大きくずれていないか
- 日付・曜日・金額・営業時間は、今回の内容と合っているか
- リンクをタップして、意図したページが開くか
- お客様の名前や差し込み表記が崩れていないか
- AIが勝手に足した約束・割引・断定的な表現が入っていないか
- 前回の文面や別のお客様の情報が混ざっていないか
- 設定を変えた場合、変更前の状態を記録したか
このリストは、実際に使う前の数分で終わる長さに抑えています。長すぎると流し読みになるので、ヒヤリとした場面があれば項目を足す形で育てるのがおすすめです。取得データの件数が多いと、AIが一部しか読んでいないこともあり得ます。公式でも一部のデータはページ分けして取得されると説明されているため、「全件を見たうえでの結論」と受け取らず、必要なら管理画面で確認します。
活用例（架空の設計例）
以下は、実在の事業者の事例ではなく、運用ルールを考えるための架空の設計例です。成果の数字は載せていません。
設定：スタッフ3人で、予約制の教室を運営している架空のケースを考えます。AIにつなぐのは責任者のAさんと、代理のBさんの2人だけ。つなぐAIサービスは、学習に使われない契約のプランに限る、と決めます。
- 月初の30分だけ、読み取りで先月の配信の傾向を見て、改善案を3つ出してもらう（個人名は聞かない）
- 配信文は、AIに下書きの案を作らせ、Aさんが書き直し、Bさんが管理画面で宛先・日時・リンクを確認してから配信する
- タグの整理は、AIに案だけ出してもらい、実際の付け替えは手作業か、1回に10件までの小さな単位で行う
- 1:1チャットの履歴は、原則AIに読ませない。必要な場合は、責任者の許可を取り、個人名と連絡先を除いた要旨だけを渡す
- 四半期ごとに、AIサービスの学習設定と、接続中のメンバーを見直す
この例のポイントは、AIを「使えるところだけ使う」と決めている点です。使わない範囲をはっきりさせると、スタッフが迷わず、結果として事故が減ります。
私の見立てとまとめ
私の見立てを3点に絞ります。公式に書かれていない部分は推測が含まれるので、そのつもりで読んでください。
- MCP運用の主役は機能の理解より、「接続する人」と「確認する人」を決めることだと考えます。権限の細かな仕様が公式で確認できない以上、人の側のルールが安全の中心になります。
- 個人情報は、仕組みで絞れない前提で、頼み方で絞るのが現実的です。個人が特定されない集計から始め、個人に触れる作業は必要性を見極めてから広げます。
- AIの出力は、速さが魅力ですが、確認の手順を省くと手戻りの原因になります。下書きが溜まる前に、確認の担当・時間・チェック項目を決めておくと、結局いちばん楽に回ります。
まとめると、MCPを業務で回すコツは、段階的に広げること、接続を絞ること、個人情報を渡す範囲を決めること、そしてAIの出力を必ず人が確認することです。対象プランは公式に記載がないため、契約前や導入前に公式で確認しておくと安心です。エルメの料金プランや無料の範囲は、2026年10月9日時点の公式表記が変わっていないか、あわせてご確認ください。
構築代行のご案内（30万円〜・税別）
「自社でMCPを使うルールを作りたいが、権限や確認の流れまで設計する時間がない」という場合は、LINE公式アカウントとエルメの構築・運用ルールづくりの代行も承っています。内容と費用の目安は、構築代行のページをご覧ください（30万円〜・税別）。
