MCP承認でAIアウトリーチを統制する

操作ごとにアクセスを確認してください。読み取りには対応する権限、レコード変更にはプレビューと再試行キー、送信には責任者が確認した有効なポリシーが必要です。同意、配信停止、ライセンス、法域も確認してください。

各書き込みに適用されるリスク階層は何ですか

tools/list で接続に利用できるツールを確認してください。利用範囲は付与された権限とワークスペースの利用資格によって異なります。読み取り権限から始め、不足する権限は管理者に確認してください。広範な権限を要求しないでください。

下書きをプレビューし承認する方法は何ですか

1. 情報に裏付けられた読み取りから候補一覧を作成し、CRMレコードや除外対象と重複を排除してください。
2. 生成したUUIDをidempotency_keyとしてdry_run: trueで書き込みを呼び出してください。レコードを作成せずに検証結果とポリシー応答を確認します。
3. 送信ポリシーを有効化する前に、所有者が宛先、出典来歴、主張、パーソナライズ、送信者、同意と除外、制限用途と管轄、ライセンスを確認します。
4. ポリシーがACTIVEになった後にdry_run: falseと同一キーで再試行します。繰り返されたキーは重複ではなく元の結果を返します。

シグナル -> 企業特定 -> データ補完 -> 判断 -> 営業アプローチ -> パイプライン

出荷レコードは調査の参考になります。需要や個人への連絡許可を証明するものではありません。この注意点を確認記録に残してください。

送信ポリシーの確認に必要な内容は何ですか

送信を有効にする前に、責任者が対象者、送信者、メッセージの主張、同意、配信停止、適用法域、ライセンス、予算上限を確認してください。許可された送信には有効な常設ポリシーの policy_id を使用し、dry_run: true でプレビューしてください。常設ポリシーは複数の送信を許可する場合があり、各メッセージを人が個別に承認するという意味ではありません。対象の適格性や権限が不明な場合は作業を停止してください。

監査と取り消しの方法は何ですか

アクセスを拡大する前に、付与した権限、ポリシー変更、利用できる活動記録を確認してください。共有メモには機密情報を除いたリクエスト ID と操作メタデータだけを保存してください。プロジェクト終了時や不要になった時点で接続を解除し、漏えいの可能性がある認証情報は失効させて更新してください。

MCPアウトリーチ統制のよくある質問は何ですか

すべての下書きに承認が必要ですか

下書きは所有者の確認が必要です。送信にはACTIVEな常設ポリシーと、有効化前の担当者による確認が必要です。少量でも両方の手順を保ってください。

同一書き込みを2回送るとどうなりますか

idempotency_keyの再利用は最初の結果を返します。新しいキーは新規レコードや送信を作成するため、再試行でキーを変更しないでください。

送信なしで下書きに限定できますか

できます。emails:sendやsms:sendなしにleads:createやcampaigns:createを付与します。tools/listに送信ツールがないことで境界を確認できます。

どの返信に人が必要ですか

配信停止、異議、紹介、不明瞭または機微な内容を含む返信は担当者が扱います。停止規則により、バウンス、苦情、不適合時には後続送信を止めてください。

ポリシー確認記録に含める内容は何ですか

顧客を選んだ理由、出典、担当者の役割、メッセージの主張、送信者、ポリシーID、冪等キー、確認者、次の対応です。

アクセスを除去すべき時期はいつですか

案件終了、役割変更、事業者変更、漏えい疑いの際には付与を除去してください。確認用にrequest_id履歴を保持してください。