Inflection.ioで確かめる項目一覧｜外のAIに配信させる線

「Claude からMAのリストを作って配信まで頼めたら、毎週のセグメント作業が消える」「でも、外のAIにMAの配信ボタンまで渡して大丈夫なのか」——MAを回すマーケ担当と、その上長の間で、いま交わされ始めている会話です。前の声は手間の話で、後の声は責任の話です。ただ、問題はAIがどれだけ賢いかではありません。本当の問題は、外のAIに渡す操作の幅と、誰の資格で動くかを、部門で先に決めていないことです。この記事では、「Marketo を置き換える」と打ち出す米国のMA、Inflection.io を例に、Claude などの外のAIから MCP 経由でMAを操作させるときに確かめる項目を整理します。

Inflection.io は「Marketo を置き換える」と打ち出すAI中核のMA

Inflection.io は、BtoB企業向けのMA（マーケティングオートメーション）です。2026年10月時点の公式トップは「人とエージェントのためのBtoBのMA」と名乗り、見出しに「Marketo を、ついに置き換える」と掲げています。比較のページは、Marketo のほか Pardot など既存の大手MAに向けて用意されています。

公式トップは、既存のMAを2006年ごろにリードとMQLを生むために作られたものと位置づけ、自社は見込み客だけでなく既存顧客まで含めた全体の関係を扱うと説明しています。エージェントは、Webサイト、CRM、製品の利用データといった自社のデータを土台に動くとされ、配信対象の抽出、キャンペーンの下書き、ジャーニーの設計、経営層向けの報告、アカウントの点数づけ、セグメントの発見が並びます。

特徴は、エージェントを呼び出す口が製品の外にもあることです。公式トップは、Slack、Claude や ChatGPT のアプリ、製品内のチャット、VS Code の利用者向けの MCP サーバーを挙げています。MAの画面を開かなくても、ふだん使っている対話AIからMAを操作できる、というのがこの製品の打ち出しです。

2026年8月5日の公式ブログは、MCP サーバーの第2版を発表しました。30の機能を足し、人がキャンペーンを作って回すためにできることを全部できるようになった、と書いています。資料やチケットに書かれた企画を読み込み、配信対象と各メールを別々のエージェントが並行して作り、一つのジャーニーにまとめる流れです。各エージェントは、手順と確認の質問と歯止めを書いた「プレイブック」に沿って動くと説明されています。

作っている会社と、国内でまだ知られていない理由

地元の技術系の報道（ギークワイヤー、2026年4月8日）によれば、Inflection.io は米国シアトルの会社で、営業向けにアカウントの選定と点数づけを行う Keyplay を買収しました。金額は公表されていません。Keyplay の点数づけを製品に組み込み、エージェントがどのアカウントを狙うかを決められるようにする方針で、Keyplay の既存顧客は当面、単体の製品を使い続けられると伝えています。公式ブログにも、買収の理由を説明する記事があります。

公式トップには、顧客の事例として Clay や Sendoso などの名前が並び、セキュリティの面では SOC 2 や GDPR などの印が画像で掲げられています。ただし、印の内容を説明する本文は公式トップにはありません。SOC 2 の報告書の種類や対象の期間は、導入前に報告書そのものを求めて確かめる項目です。

国内でまだ知られていない理由は、確かめた範囲で三つあります。一つ目は、画面・文書・ブログがすべて英語で、日本語への対応が公式サイトに書かれていないことです。二つ目は、比べる相手が米国で普及した大手MAで、国内でよく使われるMAとの比較がないことです。三つ目は、日本での販売代理店や国内の導入例が、公式サイトでは確かめられなかったことです。

したがって国内の会社が検討するなら、日本語のメールの作成と表示、国内の広告メールの規制（特定電子メール法の同意と表示）への対応、データの保存場所を、最初に提供元へ確かめる項目として扱います。本稿はその確認が済んだ前提で、外のAIからMAを動かすときの線を整理します。

エージェントが作れるものと、作れないもの

2026年10月時点の公式文書（エージェントの説明と、呼び出し口ごとの接続の案内）から、エージェントの仕事を確かめます。配信対象のエージェントは説明文から自動で更新されるリストを作り、メールのエージェントは企画から下書きを作り、保存済みの雛形を名前で直します。セグメントのエージェントは段階や関与度で区分を作り、差し込みのエージェントは差し込みの項目や製品利用の点数を組みます。ジャーニーは専用のエージェントがなく、下書きとして組み立てられます。

呼び出し口	できること（公式文書の範囲）	できないこと・人に残る所
製品内のチャット	計画の表示、下書きのプレビュー、ファイルの読み込みを含む一通りの操作	ジャーニーと配信の開始は人が行う
Claude（MCP のコネクタ）	リストの作成と保存、メールの下書きと保存、セグメント、差し込み、ジャーニーの下書き、分析の結果の取得	ジャーニーと配信の開始はアプリで行う。フォーム・ウェブフック・コンバージョン・アカウントは読むだけ
Slack（キャンペーン運用のエージェント）	配信対象の数の回答、メールの下書き、1通だけの簡単なジャーニーの作成（承認のあとに作成）	開始・実行、既存の項目の直接の変更、個々の記録や個人情報の読み取りはできない
ChatGPT	公式トップは呼び出し口の一つに挙げている	エージェントの説明の文書では「近日提供」の扱い

表から読めるのは、どの呼び出し口でも、作って保存するまでがエージェント、動かし始めるのは人という線です。公式文書はこれを「エージェントが作り、あなたが有効にする」と表現し、メールは確認なしに送られない、ジャーニーはアプリで確かめて有効にする、と書いています。

もう一つ大事なのは、Claude の接続でも、フォームやコンバージョンのような計測の設定は読むだけになっている点です。作れる物と読むだけの物が製品の側で分かれているので、自社がどこまで許すかを考える出発点になります。ChatGPT からの呼び出しは、公式の文書の間で書きぶりが違うため、使う前に提供状況を確かめます。

外のAIからMAを動かせると、何が変わるか

これまでMAの操作は、MAの画面にログインできる担当者に限られていました。外のAIから呼べるようになると、操作の入口が増えます。Claude の対話の中でリストを作る、Slack のチャンネルで企画を投げるとメールの下書きが返ってくる、といった形です。

変わることの一つ目は、MAの画面に慣れていない人も操作できるようになることです。営業企画や製品の担当が、自分で配信対象の数を確かめたり、下書きを作ったりできます。二つ目は、作業がほかの道具とつながることです。第2版の MCP サーバーは、Notion、Slack、アサナから企画を読むとしています。

その分、変わらないはずの物が崩れやすくなります。誰がどのリストを作ったか、どの下書きを誰が承認したか、送ってはいけない相手を誰が管理しているか。入口が増えるほど、MAの画面の中で守られていた線が、外のAIの対話の中でぼやけます。MAの運転をAIに任せる前の一般的な点検は別の記事に譲り、ここでは外のAIをつなぐことに固有の項目を見ていきます。

もう一つ見落としやすいのが、外のAIの側にも会社としての設定があることです。Claude であれば、組織に加えたコネクタと、道具ごとの許可の設定です。MAの設定と外のAIの設定の両方を見ないと、線は引けません。

確かめる項目の全体像：読む・作る・送るの3段

確かめる項目は、MAの操作を「読む」「作る」「送る」の3段に分けると整理しやすくなります。読むは、配信対象の数、分析の結果、連絡先の検索です。作るは、リスト、セグメント、メールやジャーニーの下書きの保存です。送るは、ジャーニーと配信の開始です。

そのうえで、次の7つの項目を確かめます。読む範囲、書ける範囲、配信の扱い、誰の資格で動くか、送ってはいけない相手の一覧、操作の記録、止め方です。3段のうち「送る」は外のAIに渡さない、を出発点にします。Inflection.io の公式文書の作りも、この出発点と合っています。

7つの項目は、MA担当だけでは決まりません。読む範囲と記録は情報システム部門、送ってはいけない相手はMA担当と営業企画と法務、配信の承認はマーケ責任者、と持ち主が分かれます。項目ごとに持ち主を決めることが、導入の最初の作業です。持ち主が空欄の項目は、決まっていないものとして扱い、その段は開きません。

読む範囲：連絡先の個人情報まで見せるか

最初の項目は、外のAIに何を読ませるかです。公式のエージェントの説明は、エージェントは項目の構成、項目の値、事業の文脈を読み、個々の連絡先のデータは出さないと書いています。Slack のエージェントの案内も、個々の記録や個人情報は読めないとしています。

一方で、Claude の接続の案内には、連絡先を調べられるという記述があります。どの項目まで返るのかは、その案内には書かれていません。公式の文書どうしで書きぶりが違う以上、自社の環境で実際に何が返るかを確かめてから広げます。

ここで大事なのは、読ませたデータが外のAIの側に渡るという点です。Claude の対話に連絡先の情報が返れば、それは Claude を提供する会社との契約の条件のもとで扱われます。MAの提供元との契約とは別に、外のAIの契約で学習への利用や保存の扱いを確かめる必要があります。

最初は、配信対象の数や分析の集計など、個人が特定されない読み取りだけで始めるのが無難です。連絡先の検索を許すのは、外のAIの契約と社内の個人情報の決まりを確かめ、情報システム部門の了承を得てからにします。

書ける範囲：新しく作る操作と、既存を変える操作を分ける

次の項目は、何を書かせるかです。Claude の接続では、リストの作成と保存、メールの下書きと保存、セグメントの作成と編集、差し込みの作成ができるとされています。下書きや新しいリストを作るのは、間違っても直せる操作です。

注意がいるのは、既存の物を作り替える操作です。たとえばセグメントの区分を編集すると、その区分を使っている既存のジャーニーの対象が変わるかもしれません。保存済みのメールの雛形を名前で直す操作も、ほかのキャンペーンに影響する可能性があります。Slack のエージェントは既存の項目を直接変更できないとされていますが、Claude の接続では編集も挙がっています。

新しく作る操作と、既存の物を変える操作を分けて許すのが一つの線です。最初は新しいリストと下書きだけを許し、既存のセグメントや雛形の変更はMA担当の画面からに限ります。Claude の側の道具ごとの許可で、編集にあたる道具を「確認」にしておけば、実行の前に人の確認が挟まります。

外のAIに作らせたリストには、どの条件で抽出したかを必ず書かせ、人がその条件を読んで確かめます。AIに「この相手に送ってよいか」を判断させず、条件が意図どおりかを人が見る、という分担です。機能は増えていくので、新しい道具が加わったら道具の一覧を更新し、どれを許すかを決め直します。

配信の扱い：「作るのはAI、有効にするのは人」を崩さない

3段の最後の「送る」は、公式文書の上では外のAIからはできません。Claude の接続の案内は、ジャーニーと配信の開始はアプリで行うとし、Slack のエージェントも開始や実行はできないとしています。公式のエージェントの説明は、メールは確認なしに送られないと書いています。

この作りは、そのまま部門の決まりにしてよい線です。配信の開始は、MAの画面で、決めた承認者が押す。外のAIが作った下書きは、件名、差出人、配信対象の数、差し込みの結果、配信停止の表示を、人がプレビューで確かめてから有効にします。

気をつけたいのは、製品の作りが変わったときです。第2版の発表は、人がキャンペーンを作って回すためにできることを全部できる、と書いています。将来、外のAIから配信を始められる機能が加わる可能性はあります。そのときに自動で許すのではなく、部門で決め直す項目として扱います。

Slack のエージェントには承認の段があり、承認したあとに資料が作られるとされています。ただ、誰が承認できるかの制限は案内に書かれていません。承認の役割は製品に任せず、部門で決めて運用で守る形になります。

誰の資格で動くか：各自のログインと、Slackの例外

Claude の接続では、各利用者が自分の Inflection.io の資格情報でブラウザからログインし、同意の画面で求められる権限を承認します。組織にコネクタを加えただけでは誰も自動ではつながらず、メンバーは一人ずつ認証する、と案内は書いています。外のAIからの操作は、つないだ本人の資格で動く作りです。

これは、操作の責任を個人に結びつけられるという点で良い作りです。逆に言えば、MAの中でその人に何を許しているかが、そのまま外のAIから届く範囲になります。MAの利用者の権限が広すぎる会社では、外のAIをつなぐ前に、MAの側の利用者の権限を棚卸しします。

例外は Slack です。Slack のエージェントの案内は、Slack でエージェントに届く人なら誰でも使え、Inflection.io の利用者でない人も直接やり取りできると書いています。営業企画がチャンネルで企画を投げられる便利さの裏で、MAの利用者でない人の依頼でリストや下書きが作られることになります。

Slack のエージェントを使うなら、置くチャンネルを絞り、参加者を決めます。承認の役割はMA担当に限り、作られた資料はMA担当が確かめてから使う、と部門で決めておきます。エージェントの機能は組織で有効にする必要があるとされているので、有効にするかどうかもマーケ責任者が決めます。

個人契約の対話AIからつながる経路を塞ぐ

Claude の接続の案内によれば、法人向けのチームやエンタープライズの契約では、組織の所有者が一度コネクタを加え、メンバーはその中から接続します。一方、個人向けの契約では、利用者が自分でディレクトリからコネクタを加えられます。

この違いは、会社の管理の外でMAにつながる経路があり得ることを意味します。社員が個人で契約した対話AIから、会社の Inflection.io の資格情報でつなげば、会社の Claude の設定による道具ごとの許可は効きません。個人契約の対話AIから会社のMAにつながない、を社内の決まりに書くことが必要です。

技術的に止められるかは、MAの側で接続を管理できるかによりますが、公式の案内ではその管理機能は確かめられませんでした。提供元に、会社として許可した接続だけに絞れるか、外のAIから接続している利用者の一覧を見られるかを聞く項目に入れます。

会社の Claude の側では、管理者が道具ごとに「常に許可」「確認」「遮断」を組織に設定でき、メンバーはより厳しい設定しか選べないとされています。会社の契約に寄せることで、この許可の設定を全員に効かせられます。

送ってはいけない相手の一覧を、AIの外に置く

外のAIにリストを作らせるとき、いちばん怖いのは送ってはいけない相手が混ざることです。配信停止を申し出た人、商談中で営業が連絡を止めている相手、競合の会社の人、取引上の理由で連絡しない会社などです。

配信停止の扱いは、公式文書の目次にも設定の項目があります。ただ、営業の事情で止めている相手や、取引上の理由で除く会社は、MAの標準の配信停止とは別に管理されていることが多いはずです。この除外の一覧は、外のAIへの指示文に書くのではなく、MAの側の除外リストとして持ち、どのジャーニーにも必ずかかるようにします。

外のAIに「この会社を除いて」と毎回頼む運用は、指示の書き忘れひとつで崩れます。公式ブログは、配信前の品質の点検表などを再利用できる「スキル」として書き残す方法も紹介していますが、それも外のAIの手順の一部です。最後に効く除外は、MAの側に置きます。

一覧の持ち主も決めます。配信停止はMA担当、営業の止めは営業企画、取引上の除外は法務か経営企画、と分かれるなら、それぞれが更新する場所を一つにまとめ、更新した日を残します。

操作の記録：会話のリンクだけで足りるか

外のAIからの操作で、あとから問題になるのは「誰が、何を頼み、何が作られたか」が追えないことです。Slack のエージェントの案内は、問題を報告するときに会話のリンクを共有するよう求めています。会話の記録が残ることは確かです。

ただ、エージェントの操作を一覧で追える監査の記録があるかは、確かめた公式文書には書かれていませんでした。MAの中で、どの利用者が外のAI経由でどのリストやメールを作ったかを後から引けるかは、導入前に提供元へ聞く項目です。

記録が足りない場合は、運用で補います。外のAIで作った物は名前の頭に決まった印を付ける、作った人がMAのチャンネルに一行で報告する、週に一度MA担当が新しく作られた物を見直す、といった方法です。記録の仕組みが確かめられるまでは、作れる範囲を狭く保つのが安全です。

外のAIの側の記録も合わせて見ます。会社の Claude の契約で対話の記録をどこまで残し、誰が見られるかを、情報システム部門と確かめておきます。

止め方：コネクタの削除と道具ごとの遮断

止め方は、始める前に決めておきます。Claude の側では、管理者が組織からコネクタを外せること、道具ごとに遮断できることが案内に書かれています。問題が起きたときに、全部を止めるのか、編集の道具だけを止めるのかを選べます。

MAの側では、エージェントの機能を組織で有効にするかどうかの設定があります。Slack のエージェントは組織で有効にする必要があると案内されているので、止めるときもこの設定が入口になります。個々の利用者の接続をMAの側から切れるかは確かめられなかったので、提供元に聞く項目に入れます。

止める条件も書いておきます。送ってはいけない相手が下書きのリストに混ざった、意図しない既存のセグメントが変わった、作られた物の持ち主が分からない、といった事象が一度でも起きたら、編集の道具を遮断して原因を確かめる、と決めます。

止めたあとは、外のAIで作られた物の一覧を確かめ、使われていないリストや下書きを片づけます。片づけの責任者もMA担当に決めておくと、残骸が積み上がりません。

外のAIに渡さない操作

ここまでの項目を、外のAIに渡さない操作の一覧にまとめます。導入の前に、MA担当とマーケ責任者でこの一覧を確かめ、渡すと決めたものだけを許します。

• ジャーニーと配信の開始（MAの画面で、決めた承認者が押す）
• 既存のセグメント・雛形・ジャーニーの変更（新しく作る操作とは分ける）
• リストの削除と大量の変更
• 送ってはいけない相手の一覧の編集
• 連絡先の個人情報の読み出し（外のAIの契約と社内の決まりを確かめるまで）
• 個人契約の対話AIからの接続
• 計測の設定（フォーム・コンバージョン）の変更

反対に、外のAIをつないだ部門で起きやすい失敗も挙げておきます。

• 便利だからと Slack のエージェントを全社のチャンネルに置き、MAの利用者でない人の依頼でリストが作られた
• 除外の相手を外のAIへの指示文で毎回伝えていて、書き忘れた回だけ商談中の相手がリストに入った
• MAの利用者の権限が広いまま Claude をつなぎ、新任者の対話から既存の雛形が書き換わった
• 外のAIで作った下書きの持ち主が分からず、古いリストが残り続けた

どれも、外のAIの能力の問題ではなく、MAの側の線を先に引いていなかったことが原因です。一覧は年に一度ではなく、道具が増えるたびに見直します。

小さく始める順番

確かめる項目がそろったら、一度に全部を開かず、段を分けて広げます。順番の例です。

段ごとに、うまくいかなかった事象を記録し、次の段に進むかをMA担当とマーケ責任者で決めます。急いで全部を開くより、記録を見てから一段ずつ広げるほうが、結局は早く定着します。

見直しの周期と、広げる条件

外のAIとの接続は、つないで終わりではありません。第2版の発表のように、製品の側の機能は数か月で増えます。Claude の接続の案内も、新しい道具が出たら道具の一覧を更新するよう書いています。道具が増えたときは、許可の設定を見直すきっかけにします。

見直しは四半期に一度を目安にします。見るのは、外のAIで作られた物の数と持ち主、止める条件に当たった事象、新しく加わった道具、外のAIの契約の変更、MAの利用者の権限の変化です。

広げる条件も決めておきます。たとえば、前の四半期に止める条件に当たる事象がなかった、作った物の持ち主が全部分かる、除外の一覧が最新に保たれている、の三つがそろったら次の段に進む、という形です。条件を満たさないまま広げないことを、マーケ責任者が承認の基準にします。

Marketo など既存のMAに同じような接続を足す場合も、確かめる項目はほぼ同じです。Marketo のAI機能を権限からどう開くかは、別の記事で扱っています。

まとめ

Inflection.io は、配信対象の抽出やメール・ジャーニーの下書きを担うエージェントを、Claude や Slack、MCP から呼べる米国のMAです。公式文書の上では、エージェントは作って保存するまでで、配信の開始はアプリで人が行う作りになっています。外のAIにつなぐときは、この「作るのはAI、有効にするのは人」の線を、部門の決まりとして崩さないことが出発点です。そのうえで、読む範囲、書ける範囲、誰の資格で動くか、送ってはいけない相手、操作の記録、止め方を確かめ、項目ごとに持ち主を決めます。個人契約の対話AIからの接続と、MAの利用者でない人が触れる口には特に注意し、読むだけで始めて、記録を見てから一段ずつ広げます。

• 製品の機能と提供の状態は、Inflection.io の公式トップ、公式文書（エージェントの説明、Claude と Slack の接続の案内）、公式ブログ（2026年8月5日の MCP サーバー第2版の発表、Keyplay の買収の説明）を2026年10月27日に確かめた範囲に基づきます。会社の所在地と買収の日付は、2026年4月8日のギークワイヤーの報道によります
• 日本語への対応、監査の記録、役割ごとの権限、データの保存場所、料金は公式の資料で確かめられなかったため、提供元に確かめる項目として扱っています

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。