# SNS の配信は AI エージェントに任せるべき理由と、人が手放してはいけないもの

_2026-08-04 · 配信は多数のアカウントにまたがる、ルールの決まった反復作業。AIエージェントにうってつけの仕事です。任せるべきことと、人が持ち続けるべきことを整理します。_

SNS の配信は AI エージェントに任せるべきです。その大半が、明確なルールのある構造化された反復作業だからです。アカウントを選び、キャプションを合わせ、投稿のタイミングを決め、リンクを付け、クリックを報告する。一方で、判断と責任を伴う決定、つまり戦略、クリエイティブそのもの、そして最終的な承認は人が持ち続けるべきです。この線で仕事を分ければ、エージェンシーは品質を落とさずに、はるかに多くのアカウントを担当できます。

当たり前に聞こえる分担ですが、実際には多くのチームが逆のことをしています。ストラテジストが火曜の午後をつぶして1本のキャプションを32のページの投稿画面にコピーしている一方で、キャンペーンが正しいオーディエンスに向いているかを考える時間は誰にもありません。この記事では、なぜ今この仕事がエージェントのものなのか、どう分担すればよいのか、そして実際に動く構成がどんなものかを説明します。

## クリエイティブを除いた配信の仕事とは

40店舗を持つクライアントの1つのキャンペーンを例にとります。動画は完成し、メッセージも承認済みです。残る仕事は次のとおりです。

| 作業 | 仕事の性質 | 担当すべきもの |
|---|---|---|
| 投稿するアカウントを選ぶ | アカウントのグループに基づくルール作業 | エージェント |
| アカウントごとにキャプションを合わせる | 決められた制約の中でのパターン作業 | エージェント（ルールは人が決める） |
| SNS ごとの形式の制限を確認する | 機械的な作業 | エージェントとプラットフォーム |
| 予約と間隔を設定する | ルール作業 | エージェント |
| アカウントごとに計測リンクを付ける | 機械的な作業 | プラットフォーム |
| 投稿を出すかどうかを決める | 判断と責任 | 人 |
| 結果を読み、方針を変える | 判断 | 人（エージェントの要約を使って） |

7行のうち5行は、人がやると時間がかかり、モデルがやるとうまくいく仕事です。どれもセンスは必要ありません。必要なのは根気、一貫性、そしてルールを覚えておく力です。人は疲れてしまうところですが、エージェントは疲れません。

## なぜ3年前ではなく今なのか

変わったことが2つあります。1つは、モデルが長いタスクを通して詳細な文書の指示に確実に従えるようになったこと。もう1つは、モデルが外部のシステムを操作するための共通の方法が登場したことです。[Model Context Protocol](https://modelcontextprotocol.io/docs/getting-started/intro) は、AI アプリケーションを外部のシステムにつなぐためのオープンな標準を掲げ、Claude、ChatGPT、Cursor、Visual Studio Code などのクライアントが対応しています。それ以前は、連携のたびに専用のスクリプトを書き、誰かがフィールド名を変えると壊れていました。

標準ができたことで、配信プラットフォームは自らの操作をツールとして公開でき、十分な性能のエージェントならどれでもそれを使えるようになりました。MCP をご存じない方は、専門用語抜きで説明した[マーケター向けのやさしい解説](/ja/blog/mcp-explained-for-marketers)をご覧ください。

## この仕事でエージェントが人より優れている理由

エージェントのほうが賢いから、という話ではありません。配信は一貫性のなさが命取りになる仕事で、ソフトウェアにとって一貫性はたやすいものだからです。

60のアカウントに投稿を予約する人は、いつかどこかで、間違ったリンクを間違ったページに貼ったり、41番目のアカウントで最初のコメントを忘れたり、2つのクライアントのページをまったく同じ分に予約したりします。どれもスキルの問題ではありません。量とともに増える、注意力の問題です。

決められたツールを使って動くエージェントは、毎回同じ手順を同じ順番でこなします。アカウントの一覧は記憶からではなく、プラットフォームから読み取ります。アカウントごとに違うキャプションを書くのは、覚えていたからではなく、指示にそう書いてあるからです。そしてプラットフォームが何かを拒否すれば、構造化されたエラーを受け取り、人が問題に気づく前に自分で修正できます。

## 例外なく人が持ち続けるべきもの

配信をエージェントに任せることは、ブランドを任せることではありません。3つのことは人の手に残ります。

1つ目は戦略です。どのオーディエンスに、どのオファーを、どの月に出すか。エージェントは選択肢を下書きできますが、四半期の方向性を選ぶべきではありません。

2つ目はクリエイティブの中での主張です。価格、健康、お金、成果について何かを約束する内容には、それに責任を持つ人が必要です。

3つ目は公開の判断です。MCP の仕様そのものが、信頼と安全のために[ツールの呼び出しを拒否できる人が常に介在すべきだ](https://modelcontextprotocol.io/specification/2025-06-18/server/tools)と述べています。実際には、デフォルトは下書きにして、何かが公開される前に意図的なステップを置くということです。そのゲートをどこに置くべきかは、[エージェントの投稿を人が承認する](/ja/blog/human-approval-for-agent-posts)で詳しく扱っています。

## 6ステップで動く構成を作る

配信の基盤として Shager を使い始めるチームに、私たちがおすすめする手順です。

1. **エージェントを接続する。** MCP クライアントの接続先を `https://app.shager.ai/api/mcp` にし、`Authorization` ヘッダーに API キーを入れます。各クライアントの設定方法は[エージェント向けページ](/ja/agents)にまとめています。
2. **下書きから始める。** 最初のキーには `read` と `write` のスコープだけを付けます。エージェントは投稿を組み立てられますが、予約や公開はできません。
3. **アカウントをグループにまとめる。** 地域、ブランド、言語など、クライアントの考え方に合わせたアカウントのグループを作ります。エージェントは40個の ID を個別に指定するのではなく、グループを指定します。
4. **ルールは一度だけ書く。** キャプションの制約、禁止表現、リンクのルール、時間帯は、リクエストのたびにではなく、スキルかシステムプロンプトに書いておきます。
5. **1週間分の下書きをレビューする。** エージェントが作ったものを読みます。直すのは投稿ではなく、ルールのほうです。
6. **publish スコープを追加する。** 下書きが安定して正しくなってから、人が `publish` 付きのキーを発行します。

## エージェントの実行はこうなる

月曜の朝、ストラテジストがエージェントに渡すプロンプトの例です。

```text
Client: Harbor Fitness, workspace "Harbor Fitness".
Video: https://cdn.example.com/harbor/sept-open-house.mp4 (1080x1920, 28s).
Post it as a Reel to the "Studios North" group on Thursday 18:00 local time.
Write a different caption for each studio using its neighborhood name.
Lead link in the first comment: https://harborfitness.example/open-house
Create drafts only and send me the list for review.
```

そして、エージェントが Shager の MCP サーバーに対して実行するツールの流れです。

```text
whoami                     confirm key, scopes and organization
list_workspaces            find "Harbor Fitness"
list_groups                find "Studios North"
list_channels              read channel names to personalize captions
upload_media_from_url      url, file_name, width 1080, height 1920, duration_ms 28000
create_post                caption, group_ids, media_ids, format "REEL",
                           first_comment, cta_url, per_channel[...],
                           stagger_seconds [60, 180], no schedule_at (draft)
list_posts                 return the drafts for human review
```

ここで公開されるものは何もありません。人が下書きを読み、予約を承認するか、`request_approval` でクライアントに送ります。キーに publish スコープが付いていれば、`schedule_post` でカレンダーに登録されます。Shager は送信前に各投稿を投稿先 SNS のルールに照らしてチェックし、アカウント間に間隔を空けて送信します。

## つまずきやすいところ

エージェントによる配信で苦労するチームは、たいてい3つのミスのどれかをしています。最初のキーに完全な公開権限を与えてしまい、最初のまずいプロンプトがそのまま公開投稿になる。エージェントにどこでも同じキャプションを投稿させ、人にもプラットフォームにもスパムに見えてしまう。あるいは計測を省いてしまい、増えた投稿量が何かを生んだのか誰にもわからない。どれも、このシリーズの別の記事で対策を紹介しています。まずは[大規模に投稿するエージェントの安全ルール](/ja/blog/safety-rules-for-agents-posting-at-scale)から読んでみてください。

## よくある質問

### エージェントは SNS 担当者の代わりになりますか？

なりません。代わりになるのは、コピーして、貼り付けて、予約するという部分だけです。担当者の時間は、戦略、クライアントとの対話、エージェントが作ったもののレビューに移ります。クライアントが本当にお金を払っているのは、その部分です。

### Shager で配信を実行できる AI クライアントは？

Streamable HTTP でリモートの MCP サーバーに接続できるクライアントなら、どれでも使えます。Claude と ChatGPT は、カスタムコネクタとして追加し OAuth でログインするだけで接続でき、コピーするキーはありません。Claude Code、Codex、Cursor は Bearer の API キーヘッダーを使えます。ブラウザのないボットはデバイスコードで接続でき、それ以外はコードから REST API を呼び出せます。

### 人がまったく関わらずに、エージェントが公開することはできますか？

技術的には、publish スコープを持つキーなら直接投稿を予約できます。ただ、クライアントのアカウントでは、私たちはおすすめしません。デフォルトは下書きにして、予約の前に人かクライアントが承認するようにしましょう。

次の一歩は小さくて構いません。1つのエージェントを1つのクライアントのワークスペースに下書きモードで接続し、翌週の投稿を準備させてみてください。接続情報は[エージェント向けページ](/ja/agents)にあり、人がサンドボックスを引き継ぐ前に、エージェントは [/auth.md](/auth.md) から自分で登録できます。

---
Source: https://shager.ai/ja/blog/why-agents-should-run-distribution