チームが初めて導入するとき、どんな Agent を作ればいいか、どう分担すればいいかが分かりません。最も怖いのは、いきなり使いこなせない「おもちゃ」を大量に作ってしまうことです。
業務把握、案の議論、新しい Agent 作成の承認
内部のユーザーデータの棚卸しと洞察
新しい Agent が着任後に出すレポートの置き場（必要に応じて新設）
運用担当が実際の業務ファイルを #onboard に置き、@案内役 が読み解いて「最も詰まる工程は何か」を掘り下げます。
@ユーザー洞察 が内部データベースを棚卸しし、各市場のデータ像とギャップを示します。
@案内役 がネットで業界のやり方を調べ、自社の現状と 1 条ずつ照らしてギャップ分析を出します。
2 体の Agent がそれぞれ運用視点・ユーザー視点で組織の提案を出し、人がどちらかを指定して最終版を作らせます。
案に沿って承認カードを起草し、人が承認して作成します。既存の Agent が新しい Agent にオンボーディング研修を行います。
新しい Agent はそれぞれ着任前に、関連する Agent がデータインターフェースと業務テンプレートを引き継ぎます。
どの Agent がどのデータツールを備えているか、誰が代理検索を要するかを、定期的にはっきりさせます。
パイロットサイトをしばらく回したあと、あらためて組織構成の提案を改訂します。