ページプレイブック（ページを意識した AI チャット）とは？
エージェントへのページごとのブリーフィング——あらかじめ知っておくべき背景、開始の一言、いくつかの推奨質問——訪問者がチャットを開いた URL から自動的に選ばれる。
インターネット上のあらゆるチャットウィジェットは同じように始まります。空の入力欄と、「こんにちは！本日はどういったご用件でしょうか？」の何らかのバリエーションです。
これは奇妙な振る舞いです。訪問者はたった今、特定のページを2分かけて読んだところです。サイトはそれがどのページか正確に知っています。それなのに会話は、彼らに一から自己説明させることで始まります。
ページプレイブックはその修正です。ページに付随する小さなブリーフィングで、エージェントが自分がどこにいるかをすでに知った状態で到着するようにします。
三つの部分、そのうち見えるのは二つだけ
背景——エージェントが最初のメッセージの前に知っておくべきこと。これは訪問者には見せません。会議に送り出す前に同僚に渡す私的なメモです。このページはうちのエンタープライズ層についてで、買い手はたいてい技術寄り、ここでは個別価格を提示できない、といったものです。
開始の一言——訪問者が実際に目にするもの。
最大四つの推奨質問——そのページが確実に引き起こす質問で、まだ自分の質問を形にできていない人がただ一つ選べるようにするもの。
正しいものがどう選ばれるか
これをページごとに配線することはほとんどありません。プレイブックは URL パターン——/solutions/*——を携えられ、それにマッチするどのページもそのブリーフィングを継承します。静的サイトならコード変更は一切不要で、ビューごとに固有の URL を持たないシングルページアプリは、代わりにプレイブックを明示的に名前指定できます。
パターンは意図的に正規表現ではなくグロブです。法律事務所のマーケティング担当者に正規表現を書かせるのは割の悪い取引ですし、このパターンはオープンなインターネットからの入力に対してマッチされるため、下手に書かれた正規表現はサービス拒否の待ち伏せになりかねません。
何もマッチしないときは、デフォルトのプレイブックが残りを受け止めます——だからどのページも空の入力欄に落ちることはありません。
なぜここが人に過小評価される部分なのか
これは些細な気配りに見えます。実際には、あなたが返品カウンターへ歩いていくのを見ていた店員と、なぜ来たのか見当もつかないまま入口で挨拶する店員の違いに近いものです。
具体的に言えば、開始の一言は読まれることが保証された唯一の文です。一般的なものはページ訪問を何にも変えません。特定のもの——「Pro をご覧ですね。あなたの利用量だと超過がどこから始まるか、計算しましょうか？」——は、それを、彼らがすでに考えていたことについての会話に変えます。
他の部品の中でどこに位置するか
プレイブックは会話がどう始まるかを決めます。その次に起こることは残りの仕組みです。何から答えてよいかは知識ベース、どんな手順を実行できるかはそのSkill、そしてその間に自分が誰であるかはソウル。プレイブックが供給するのは常に状況だけです。
だからこそ、背景フィールドは挨拶よりも考える価値があります。「このページはうちのエンタープライズ層で、ここの買い手はたいてい技術寄り、チャットで個別価格は提示できない」は、最初の一言だけでなく会話中のあらゆる答えを変えます。
開始の一言は手で書くことも、言語ごとに一度生成してキャッシュすることもできます——だからスペイン語の訪問者はスペイン語の挨拶を受け取り、あなたはどのページの開始文についても5バージョンを書く必要がありません。
エージェントが特定の未来の瞬間に対してコミットする仕事——送ると決めたフォローアップや、繰り返しのリマインダー——誰かが先に話しかけるのを待つのではなく、スケジューラーが時間どおりに実行する。
エージェントが会話の途中で組み立てる小さなフォーム——選択肢、数値、日付——タイプして答える質問の段落ではなく、タップするものとして描画される。
一人の顧客の会話、文書、記憶を保持する隔離されたコンテナ——データベースレベルで強制されるため、ある顧客の資料が別の顧客の会話に現れることはない。
ユーザーが提供したテキスト、またはエージェントが読み取るドキュメント、Webページ、メールに隠されたテキストが、コンテンツではなく新しい指示としてモデルに扱われる攻撃です。これにより、エージェントはルールを放棄したり、アイデンティティを変更したり、システムプロンプトを漏洩させたりします。攻撃は正当な入力と同じチャネルを通じて到達するため、より厳格なプロンプトを作成しても修正できません。有効な防御策は、モデルの前と後に配置されます。