01
汎用の下書き1つでは足りない理由
- 同じアイデアでも、Reddit、LinkedIn、Xでは文脈、構成、文体を変える必要があります。
- 参考資料は作成者が所有、ライセンス取得、または利用許可を得たものに限ります。
- 制限やコミュニティの期待は変わるため、すべての下書きを人がレビューします。
説明用の活用例
1つのエージェントでReddit、LinkedIn、X向けの下書きを作成
これは説明用の構成であり、顧客導入や測定済みの成果ではありません。作成者が許可済みの参考資料とプラットフォーム別の宣言的な文体ルールを用意します。エージェントは下書きのみを作成し、公開前に人が事実、文体、最新の制限、承認状態を確認します。
読む前に
公開内容
説明用の想定結果であり、測定済みの顧客成果ではありません。レビュー済みの1つの概要から、Reddit、LinkedIn、X向けの別々の下書きを作成できます。最終稿の選択、編集、公開は人が行い、エージェントは規約適合、リーチ、反応、自動投稿を保証しません。
に最適
エージェントに自動公開権限を与えず、プラットフォーム別にレビュー済みの下書きを作りたいクリエイター、代理店、グロースチーム。
作業が行われる場所
構成例 · 許可済み資料 · 人によるレビュー · 下書きのみ
02
顧客導入ではない説明用の設定
保証された自動制御のように任意のスクリプトを見せるのではなく、宣言的な執筆ルールと人のレビューを使います。
- 01入力資料を承認します。
利用許可済みのサンプル下書き、製品情報、使用可能な主張を選びます。
- 02プラットフォーム別の宣言的ルールを書きます。
対象読者、文体、構成、長さの目安、禁止表現、行動喚起を定義します。
- 03下書きエージェントを設定します。
プラットフォームを指定して別々の案を依頼し、不確実性や不足する出典を表示させます。
- 04代表的な依頼をレビューします。
人が事実、文章、最新の制限、ブランド適合、法的・規約上のリスクを確認します。
- 05アクセス方法を選びます。
稼働中ではない形式例は https://{slug}.ai.prostir.build と https://{slug}.ai.prostir.build/mcp です。Claude Codeなど外部クライアントには、対応するアカウント、コネクター、通信方式、認証も必要です。
03
エージェント向けの入力資料案
仮想例または作成者が許可した資料であり、人気投稿や顧客成果の証拠ではありません。
- docvoice-rules.mdプラットフォーム別の宣言的な文体・構成ガイド。
- docauthorized-sample-drafts.md仮想例または作成者が利用できる資料。
- docapproved-facts.md使用可能な主張と出典リンク。
- datahuman-review-checklist.md事実、文体、制限、規約、承認、公開担当者。
04
説明用の下書き依頼
作成した例であり、顧客記録、実際のClaude Codeセッション、公開済み投稿ではありません。
作成した例であり、顧客記録、実際のClaude Codeセッション、公開済み投稿ではありません。
承認済みの事実と文体ルールを使って、この製品の学びをReddit、LinkedIn、X向けに書いてください。
3つのラベル付き下書きを作成し、不足する出典や不確かな制限を示せます。公開は行いません。人が最終版を確認、編集、承認し、投稿する必要があります。
05
利用前の境界
- エージェントは下書きのみを作成し、Reddit、LinkedIn、Xには投稿しません。
- 公開には別途許可された連携と各プラットフォームの権限が必要です。
- 宣言的ガイドは一貫性を助けますが、すべての規則を自動的に強制しません。
- 事実確認、最終編集、承認、公開は人が担当します。
ソリューション
一つの管理されたIDで使うマルチチャネル対応AIカスタマーエージェント
一つのAgentを中心にし、現在対応しているチャネルだけを、各サービスの条件に従って接続できます。