AIエージェントに実務を任せようとすると、最後は「通知をどう届けるか」に行き着きます。国内の顧客接点としてLINEを使っているなら、そこに直接投げられるかが実用性を決めます。
この検証では、LINE公式が提供するLINE Bot MCP Serverを設定し、テキストメッセージとFlexメッセージの送信がともに動作することを確認しました。
この検証の概要
検証時期 | 2026年4月27日〜（検証中） |
|---|---|
対象 | LINE Bot MCP Server（ |
提供元 | LINE株式会社（公式） |
やりたかったこと | Claude Code（MCP）からLINEメッセージを送信し、通知・配信をAIエージェントから直接操作できるようにする |
結果 | テキスト（push_text_message）・Flex（push_flex_message）ともに送信成功 |
導入コスト | 初期設定 1〜2時間程度／学習 30分程度／費用 無料 |
判定 | 条件付きで導入可（Preview版のため本番利用は慎重に） |
結論：3つのツールだけだが、通知用途には足りる
提供されているツールはシンプルです。
ツール | 内容 | 結果 |
|---|---|---|
| ユーザーへのテキストメッセージ送信 | 動作確認済み |
| リッチフォーマットのFlexメッセージ送信 | 動作確認済み |
| ユーザープロフィール情報の取得 | — |
できるのはpush送信のみで、incoming webhook等は対象外です。つまり「AIから送る」ことはできますが、「ユーザーからの受信をトリガーにする」用途は範囲外になります。
それでも通知の自動送信という目的には十分です。処理が終わったらLINEで知らせる、といったワークフローがそのまま組めます。
Flexメッセージが送れる意味
テキストだけでなくFlexメッセージ（リッチなカードUI）も正常にレンダリングされることを確認しました。
通知の質は、届く速さだけでなく読んだ瞬間に判断できるかで決まります。テキストの羅列より、構造化されたカードのほうが情報を追いやすくなります。
AIがFlexメッセージ用JSONを生成できれば、内容に応じてレイアウトごと変えられます。定型の通知テンプレートを人が用意する必要がなくなります。
セットアップの流れ
- LINE Developers ConsoleからChannel Access TokenとDestination User IDを取得
- リポジトリをクローンして
npm install npm run buildでビルド → distディレクトリ生成- Claude Desktopの
claude_desktop_config.jsonにMCPサーバーを登録 - Claudeから各ツールを呼び出して送信を確認
Claude Codeでも同様の設定で動作します。Claude Desktopからの設定はconfig.jsonへの記述のみでシンプルでした。
Windowsでビルドが通らない（と対処法）
この検証で最も実用的な発見です。参考にした解説記事はLinux/macOS向けのため、Windowsで手順通り進めるとビルドエラーになります。
'rm' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。原因は package.json の clean スクリプトにUnix系コマンド rm -rf が使われていることです。build スクリプトが内部で clean を呼び出すため、ビルド全体が失敗します。
"clean": "rm -rf dist/*",
"build": "npm run format:check && npm run typecheck:test && npm run clean && tsc && shx chmod +x dist/*.js"対処法は3つあります。
対処法 | 方法 |
|---|---|
① rimrafを使う（推奨） |
|
② PowerShellで手動削除 |
|
③ Dockerを使う（ビルド不要） |
|
OSSツールの導入では、解説記事のOS前提を確認しておくと詰まりません。ビルドスクリプトにOS依存のコマンドが入っているケースは珍しくありません。
トークン管理の注意点
セキュリティ面で押さえるべき点です。
- Channel Access Tokenが漏洩するとメッセージ送信が可能になるため、厳重な管理が必要
- configファイルへのハードコードは避け、環境変数で管理する
- Destination User IDは個人を特定する情報のため、取り扱いに注意
AIエージェントに外部サービスを操作させる構成では、認証情報がどこに置かれるかを必ず確認する必要があります。設定ファイルは共有・バックアップされやすい場所です。
懸念点
- Preview版のため仕様変更リスクがある（実験的目的向けと位置づけられている）
- Node.js v20以上が必要
- push送信のみで、受信をトリガーにする用途は範囲外
- LINE Messaging APIに依存するため、LINE側の仕様変更の影響を受ける
次に見ているもの：LINEマーケティング周りのMCP
この領域では他にもMCP対応が進んでいます。
ツール | 状況 | 概要 |
|---|---|---|
UTAGE MCP | MCP対応済み | ファネル・LP・配信管理をAIから直接操作可能。接続URLを登録して認証するだけで使える |
Lメッセージ MCP | 要調査 | LINE配信ツールのMCP連携 |
組み合わせの可能性として、LINE Bot MCPで個別通知 × UTAGE MCPでファネル・シナリオ管理という構成が考えられます。個別の通知と配信設計を、どちらもAIから操作できる形です。
よくある質問
何ができますか？
テキストメッセージ送信・Flexメッセージ送信・プロフィール取得の3つです。push送信のみで、受信をトリガーにする用途は対象外です。
費用はかかりますか？
MCPサーバー自体は無料です。LINE Messaging APIの送信数に応じた従量課金があり、無料枠を超えた分は有料になります。
Windowsでビルドが失敗します
package.json の clean スクリプトに rm -rf が使われているためです。rimrafに置き換えるか、公式Dockerイメージを使ってビルドをスキップしてください。
本番運用できますか？
Preview版のため慎重な判断が必要です。動作自体は確認できていますが、仕様変更リスクがあります。
まとめ
- LINE公式提供のMCPサーバーで、テキスト・Flexメッセージともに送信成功
- ツールは3つ（
push_text_message/push_flex_message/get_profile）とシンプルだが通知用途には十分 - Flexメッセージが送れると、通知の内容に応じてレイアウトごと変えられる
- Windowsではビルドが失敗する。rimrafへの置き換えかDocker利用で回避
- Channel Access Tokenは環境変数で管理。configファイルへのハードコードは避ける
- Preview版のため本番導入は仕様安定後が望ましい
AIエージェントの実用性は、最後の「届ける」部分で決まります。既存の顧客接点にそのまま出力できるかを、早い段階で確認しておくと設計が楽になります。
株式会社AI棒では、こうしたAI活用の検証を日々行い、企業のマーケティング業務へのAI導入を支援しています。ご相談はお問い合わせフォームから、継続的な伴走支援についてはAI参謀をご覧ください。