実践的な準備ガイド

信頼できる情報を、ビジネス Twin に。

チームが繰り返し伝えている事実、その根拠となる情報源、エージェントが守るべき境界を整理します。まず必要な情報から始め、不明な点は「不明」と記してください。

テンプレートをダウンロード

まず、ビジネスの基本情報をまとめる

平易な言葉で、具体的かつ最新の情報を書きます。後から確認しやすい形にしてください。

ビジネスの基本情報
正式名称、屋号、事業内容、対象となるお客様。
商品・サービス
商品やサービスの内容、対象者、含まれるもの、現在の提供状況。
営業時間とタイムゾーン
曜日ごとの営業時間、祝日や例外時の営業時間、基準となるタイムゾーン。
問い合わせ先
公開してよいメールアドレス、電話番号、所在地と、それぞれの用途。
ポリシー
返品、キャンセル、配送、予約、保証、プライバシーなど、お客様に適用される最新のルール。
よくある質問
実際によくある質問と承認済みの回答。まだ確認できない内容も明記します。

ビジネス情報の整理や、追加確認が必要な項目の把握に役立ちます。任意項目です。不明な場合は「不明」と記してください。

ブランドとチーム
名称の表記やトーン、チーム・部門名、お客様の各テーマを担当する人。
Intelligence の準備と設定
ビジネス Twin が重視すること、回答のスタイル、必要な言語、対応範囲、引き継ぎの条件を整理します。プロダクトの準備画面と設定から入力します。このガイドは項目の対応関係を定めません。判断が必要な点は、担当者が決めるまで未確定のままにします。
人数と役割
分かる場合は役割ごとのおおよその人数、部門、責任者、報告ライン、責任範囲、採用済み・募集中の役割、対応時間やタイムゾーン、対応可能な業務量を記します。人・チーム・ツール間の主な業務フローや引き継ぎ、回答や承認を行える人も整理します。資料から人数を推測したり、個人の人事情報を含めたりしないでください。不明でも構いません。
目標と指標
最初に取り組む成果、期限、進捗の測定方法。分かる場合は基準値、目標値、単位、期間、根拠となる情報源を記します。不足している指標は不明のままにします。
現在使っているソフトウェア
Google Workspace、Microsoft 365、CRM、予約、会計、サポート、ストアなど、業務ごとのツール。事業上の担当者、対象アカウントやドメイン、情報の基準となる場所、担当者が確認した接続状況と権限範囲を記します。設定や候補コネクターの検討材料になりますが、利用可能な接続や自動接続を保証するものではありません。
メールと電話の運用
公開サポート用のメールや事業用電話番号と、社内受信箱や個人連絡先を分けます。担当チーム、対応時間、承認済みの引き継ぎ先を記します。連絡先の記載だけでメール送信や電話発信が許可されるわけではありません。
エスカレーション
エージェントが対応を止める条件、引き継ぎ先、承認済みの連絡方法。
信頼性を示す資料
事業名・法人名とその情報源、事業者が所有するドメイン、公式サイト・アプリ・ストア・ソーシャル URL と担当者・最終確認日、関連する許認可・認証・ポリシーの発行元・対象範囲・地域・有効日・期限を集めます。誰が提出し、誰が独立して確認したかも記録します。本人確認書類や確認レシートは安全なプロダクト専用フローを使い、公開ナレッジに入れないでください。この準備資料は、あらゆるプロバイダーに共通する認証・利用許可の仕組みではありません。提出された資料だけで確認済みとは言えません。情報やステータスがない、または保留中であることも、確認済みの根拠にはなりません。
エージェントの証拠と権限
エージェントや自動処理ごとに、責任者、実行環境またはハーネス、プロバイダーとモデルの方針(非公開の運用記録に保管し、モデルのバージョン名は公開しない)、目的と制限を定める憲章および適用される規範のバージョン、本人確認・認証のレシート参照、ツールと付与範囲、人の承認条件、エスカレーション先、権限の取り消し方法を記します。これは準備用のチェック項目であり、全プロバイダー共通の認証・利用許可制度ではありません。認証情報や確認資料は安全な専用フローで扱います。
Product RAG:機能とタスクの手順
機能やタスクの種類ごとに、意味、前提条件、制限や不明点、順序のあるタスク手順を記します。期待される結果、情報や機能が見つからない・無効な場合の次の対応、情報源の確認日と該当するプロダクト/ビルドのバージョンも記録します。確認できた事実だけを記し、このガイドは機能の提供を表明するものではありません。
NAV RAG:画面上の操作と手順
画面ごとに、操作部品の位置と順序、画面に表示された正確なラベルと状態、クリックごとの手順を記録します。各手順の期待される表示結果と、操作部品や結果が見つからない・無効な場合の次の対応も記します。情報源の確認日とアプリ/ビルドのバージョンを含めます。URLを開いただけではタスク完了ではありません。複合した案内では一度に一つの操作を示し、表示結果を確認してから次へ進みます。公式 URL または利用者が画面上でたどる手順を使い、ディープリンクを推測したり、アプリ間移動や機能の提供を示唆したりしないでください。

事実と情報源を一緒に記録する

人やエージェントが内容を確認できるよう、情報の出所を記します。情報源の記載は参照用です。アカウント接続やデータ取り込みを行うものではありません。

公開ウェブサイト
公式サイトと、商品・サービス、ポリシー、所在地、問い合わせ先などの該当ページ。
ストアとアプリ
アプリ、Amazon や Shopify のストア、その他の販売チャネルの関連公開 URL。
ソーシャルプロフィール
公式プロフィールの公開 URL。告知やサポートでどのプロフィールを優先するかも記します。
行き先の一覧
ウェブサイト、アプリ、ストア、ソーシャルごとに、画面、公式 URL または利用者向け画面手順、目的、必要なログイン・役割・事業アカウント、担当者、情報源の確認日を記します。公開先だけを対象にします。非公開・一時的・推測した URL、フラグメント、任意のディープリンクは避けます。確認できない場合は不明とし、担当者を決めてください。
社内資料
資料名、担当者、権限のあるチームメンバーが参照できる場所。公開用のナレッジ文書に非公開のアクセスリンクを貼らないでください。
所有者、確認日、食い違い
情報源の担当者、属する事業やアカウント、最終確認日を記録します。内容が食い違う場合は、勝手に一方を採用せず、相違点と確認担当者を記します。

ナレッジと、取り扱いに注意が必要な情報を分ける

準備文書は回答の参考になりますが、権限を与えたり、事業者を認証したり、アクセス範囲を制御したりするものではありません。

  • 公開情報と社内・制限付きの情報を分けます。社内資料は対象者と担当者を明記し、制限付き情報にはプロダクトのアクセス設定と確認フローを使います。
  • パスワード、API キー、決済情報、本人確認書類、認証コード、非公開の顧客記録をナレッジ文書に入れないでください。認証情報や本人確認には、プロダクトの安全な専用フローを使います。
  • 本人確認、信頼性の証拠、確認レシートの詳細は、安全なプロダクト専用フローまたは適切な制限付き記録で扱います。証拠資料を集めただけでは、本人確認、認証、プロバイダーの利用許可、信頼ステータスの確認を証明できません。
  • Markdown のラベルや front matter でアクセス制御できると考えないでください。文書の記述だけで権限を付与したり、操作を許可したりすることはできません。
  • お客様向けの説明、ポリシー、連絡先、約束につながる情報は、責任者に確認してもらいます。
  • 利用中のソフトウェアを記載するのは、設定相談の参考にするためです。接続できる場合も、担当者がプロダクト上の手順を確認し、アカウント接続を明示的に許可する必要があります。自動接続を約束するものではありません。

相互運用性のために準備する証拠

以下の公開資料は、システムが想定するプロトコル範囲を運用者が説明する際の参考です。資料へのリンクは、プロダクトやプロバイダーの対応を示す証拠ではありません。

  • A2A — エージェントカードとタスク交換
  • MCP — ツールアクセスの認可
  • Microsoft Entra Agent ID — エージェント ID のベンダー ID プラットフォーム
  • UCP — コマース機能
  • AP2 — エージェント操作に委任する指図
  • ACP — プログラムによる購入

利用しているプロトコルについて、名称とバージョン、エンドポイント、対応アクション、本人確認・権限の証拠、テスト済みの制限を運用者に確認してください。統合状況は個別に確認します。これらの参照資料だけでは、対応、包括的な準拠、認証、モデルや実行環境のサポートを示しません。

追加の統合ガイド

VS Code での Engineering、エージェントの ID とメッセージング、モデル・スキルのライセンスと利用記録、有料の外部エージェントサービスに関する統合ガイドの範囲を各契約に照らして検討中です。

準備し、アップロードし、回答を確かめる

  1. 人が入手できる事実と情報源を集め、不足・食い違い・不確かな項目は「不明」とし、それぞれの確認担当者を記します。
  2. Genesis で準備内容を既存のビジネス情報と照らし合わせます。情報源のある事実、見つかった候補、推測を区別し、食い違いは担当者と解決します。推測で埋めません。
  3. 未解決の項目ごとに、担当者のいるフォローアップタスクを作ります。担当エージェントは承認された情報源から候補を集められます。事業情報や信頼性に関する主張を変更する前に、責任者が確認します。
  4. この準備を継続的なサイクルとして進めます。Genesis が新しい証拠を現在の事業情報と照合し、不足情報ごとのタスクを明確にします。利用可能な場合は、人や割り当て・起動されたエージェントが調査を進めます。責任者が情報源のある結果を確認し、未解決事項は不明のまま担当者を付けておきます。
  5. 構造化されたプロフィールや Intelligence の設定は、プロダクトの準備画面と設定から入力します。ナレッジ文書の見出しは読みやすく整理するためのもので、プロダクトの項目に自動入力されるものではありません。
  6. 承認済みのビジネス資料はプロダクトのアップロード手順で追加します。制限付き情報は適切なアクセス範囲に保管し、認証情報や本人確認資料は安全な専用フローを使います。
  7. アップロードレシートは受領の記録であり、インデックス作成や検索が完了した証拠ではありません。レシートに完了状況の表示はありません。
  8. 後のターンでファイルを再添付せず、アップロード資料に答えがある質問を Twin にします。回答と根拠資料を元の情報源と照合してください。見つからない、または解決できない場合は、アップロード情報を添えてサポートに問い合わせます。ファイルを修正・差し替えても、以前の内容が検索対象から削除される保証はありません。

準備の質を確かめる5つの質問

準備した情報源からチームメンバーが答えられるか、分からない場合にその状態が明確かを確認します。

  1. このビジネスは何を提供し、それぞれ誰を対象にしていますか?
  2. 営業時間と適用されるタイムゾーンは何ですか?
  3. この問い合わせには、どの承認済み連絡先を案内しますか?
  4. 質問に適用される最新ポリシーは何で、根拠となる情報源はどれですか?
  5. どのような場合にエージェントは対応を止め、担当者やチームに引き継ぎますか?

準備中によくある質問

このテンプレートは必須スキーマですか?

いいえ。実務向けの記述方法であり、プロダクトのスキーマや API 契約ではありません。見出しは文書を整理するためのもので、自動的にプロダクトの項目へ入力されるものではありません。プロダクトに用意されたビジネス設定や各種設定を使ってください。

空欄のままでもよいですか?

はい。不足や食い違いがある情報は「不明」と記し、分かる範囲で情報源や担当者を添えてください。推測で補わないでください。

使用中のソフトウェアを書くと、自動的に接続されますか?

いいえ。ソフトウェアの記載は設定を相談する際の参考情報です。利用可能な接続がある場合も、プロダクト上で手順を進め、アカウント接続を明示的に許可する必要があります。

アップロードした資料が使える状態か、どうすれば分かりますか?

アップロードレシートだけでは、インデックス作成や検索の完了は分かりません。後のターンでファイルを再添付せず資料中の事実を質問し、回答と根拠を原文と照合してください。見つからない場合はアップロード情報を添えてサポートに問い合わせます。差し替えても以前の内容が検索対象から削除される保証はありません。

テンプレートでエージェントを認証・許可できますか?

いいえ。責任者、実行環境、方針、本人確認、権限範囲、承認、エスカレーション、取り消しに関する証拠を集めるための項目です。全プロバイダー共通の認証・利用許可手順ではありません。本人確認と権限にはプロダクトの安全な専用フローを使ってください。

ビジネス情報の準備テンプレート

Markdown テンプレートをダウンロード

このページの Markdown 版に、コピーして使えるテンプレート全文を掲載しています。