あなたのAIキャラクターを、小さなショーの主役だと考えてみてください。このガイドは、たった一つのアイデア（“訪問者を助けてくれるキャラクター”）を、実際に動くショーへと変えるお手伝いをします。ショーとは、シーンから成るストーリーボードのことです（管理画面ではシーンをパネルと呼びます。本ガイドでは「シーン」という比喩を通します）。こうすることで、キャラクターは脱線せず、適切なタイミングで話題を切り替え、その瞬間に本当に必要な書籍とツールだけに手を伸ばすようになります。
すべてが腑に落ちる、一つの考え方をここに示します。
関連ガイド：ツールガイド（“CallFunc Operation Manual”）です。ツールとは、キャラクターに電話を渡して、別のアプリを呼び出して何かを片付けてもらえるようにするようなものです。ツールはシーンごとに取り付けられるので、二つのガイドはぴったり組み合わさります。こちらはショーを設計し、あちらは各シーンが使えるツールを設計します。両方を手元に置いておいてください。
ちょっとした約束です。このガイドは正直です。画面上のボタンが、裏側で実際にできることとうまく一致していない箇所では（実際にいくつかあります）、はっきりとお伝えします。存在しない設定を探して時間を無駄にすることがないように。
1. 大きな考え方：シーンとは性格ではなく、ステップである
あなたのショーを、漫画のコマ割り、映画のシーン一覧、あるいはヘルプデスクへの電話対応のフローチャートのように思い描いてみてください。
flowchart TB
ENTRY["Welcome シーン
挨拶し、要望を把握する"] QA["質問に答える
（専用のナレッジを持つ）"] ACT["用件を片づける
（専用のツールを持つ）"] HUMAN["担当者に引き継ぐ
（ハンドオフ）"] CLOSE["締めくくる
確認して別れの挨拶"] ENTRY --> QA ENTRY --> ACT ENTRY --> HUMAN ACT --> CLOSE
挨拶し、要望を把握する"] QA["質問に答える
（専用のナレッジを持つ）"] ACT["用件を片づける
（専用のツールを持つ）"] HUMAN["担当者に引き継ぐ
（ハンドオフ）"] CLOSE["締めくくる
確認して別れの挨拶"] ENTRY --> QA ENTRY --> ACT ENTRY --> HUMAN ACT --> CLOSE
それぞれの箱がシーンです。すべてのシーンには次のものがあります。
- 目標と範囲 —— このシーンが何のためにあるかを述べる、1〜2文。これはドアにかかった看板だと考えてください。キャラクターに「訪問者がこれを求めているときは、ここに来なさい」と伝えます。これによってキャラクターは、どのシーンに足を踏み入れればよいかを知るのです。
- 指示 —— キャラクターがそのシーンにいる間に従う台本です。口調、ルール、すべきこと、してはいけないこと。
- そのシーン専用の書籍（そこから答えられるドキュメント）、専用のツール（呼び出せるアプリ）、そして専用のモーション（ちょっとしたアバターのアニメーション）。
箱と箱の間の矢印はパスです —— 「ここから、あそこへ行ける」と示します。
一つの巨大な指示を書く代わりに、なぜショーをシーンに分けるのでしょうか？それは、小さく絞り込まれたシーンには次のような利点があるからです。
- キャラクターの指示が短く明確に保たれる（脱線したり自己矛盾したりする余地が減る）；
- 今この瞬間に関係するツールと書籍だけを目の前に並べる（「質問に答える」シーンは、文字どおりあなたの「返金する」ツールを起動できません。そのツールがそのシーンにないからです）；
- シーンによって厳しさを変えられる（「マニュアルから答える」には非常に厳しく、気軽な雑談にはゆるやかに）；
- 体験全体を、実際に目で見て共有できる図として把握できる —— 文字の壁ではなく。
2. 扱うことになる構成要素
すべてを平たい言葉で説明します。これらはすべて管理画面をクリックして組み立てます —— ショー自体にコードは不要です。（コードに触れるのは、ツールがカスタムのバックエンドを必要とする場合だけで、ツールガイドがその手順を案内します。）
| 構成要素 | それが何か（平たい言葉で） |
|---|---|
| ストーリーボード | ショー全体と、その全体設定（どこから始まるか、シーンをどう切り替えるか、あいさつなど）。 |
| シーン | ショーの中の一つの瞬間 —— キャラクターが行っている一つの仕事。目標と範囲（ドアの看板）と指示（その台本）を持ち、さらに専用の書籍・ツール・モーションを持つ。 |
| パス | あるシーンから別のシーンへの矢印 —— 「ここからあそこへ行ける」。 |
| ツール | 仕事を片付けるためにキャラクターが使えるもの —— 別のアプリを呼び出す電話を渡すようなもの（ツールガイド参照）。シーンごとに取り付ける。 |
| 書籍（ナレッジ） | キャラクターがそこから答えられるように、シーンに取り付けるドキュメント。シーンごと。 |
| 画像（メディア） | キャラクターがかざして訪問者に見せることのできる画像、PDF、または動画。シーンごと。 |
| モーション | シーンで再生される、ちょっとしたアバターのアニメーション。シーンごと。 |
3. すべてのシーンで記入する二つのボックス
シーンを開いて編集するとき、主に記入するのは二つのボックスです。あるルールがどちらに「属する」かを考えすぎないでください —— キャラクターは両方をまとめて読みます。それぞれの用途は次のとおりです。
| ボックス | そこに入れるもの |
|---|---|
| Goal & Scope | このシーンが何のためにあるか —— 2〜3文。これは、いつここに来るべきかをキャラクターに伝えるドアの看板です。具体的に。 |
| 指示 | キャラクターがここでどう振る舞うべきか —— そのルール、口調、ガードレール。（名前に反して、訪問者がこれを目にすることは決してありません —— あくまでキャラクターのためのものです。） |
Welcomeシーンは少し特別
あなたの最初のシーン —— すべての訪問者が降り立つWelcomeシーン —— は、少し異なるルールで動きます。
- その「ドアの看板」（目標と範囲）は何もしないので、管理画面はWelcomeシーンに対してそのボックスを隠します。記入を気にする必要はありません。
- その指示は常にオンになっており、すべてのシーンで効きます。つまり、ここに書いたものはショー全体のハウスルールのように働きます —— キャラクターはそれをどこへでも持ち歩きます。
- キャラクターは、一度離れたら二度とWelcomeシーンへ戻るようにルーティングされることはありません。それは正面玄関であって、戻ってくる場所ではありません。
- 会話が最初に降り立つ「本物の」シーンを指す、出ていく矢印がちょうど一本あります。
4. ステップごとに組み立てる（管理画面をクリックして進む）
セクション5の各タイプから一つずつ、四つのシーンを持つ親しみやすい“ACME Concierge”ヘルパーを組み立ててみましょう。下記のボタンのラベルは画面に表示されるものと一致するはずです。あなたのものが少し違って見える場合は、意味で対応づけてください。
ステップ0 —— ストーリーボードを作成する
ステップ1 —— シーンを配置する
ステップ2 —— 矢印でつなぐ
キャンバスが（仕様上）させてくれないことがいくつかあります。
- シーンは自分自身へ矢印をループさせることはできません；
- Welcomeシーンへ矢印を向けることは何もできません；
- Welcomeシーンには出ていく矢印がちょうど一本だけ付きます（たとえば
Welcome Desk→Product Help）。
セクション1の図を描いてください。
ステップ3 —— 各シーンを記入する
ステップ4 —— 各シーンに書籍・ツール・モーションを与える
ステップ5 —— ショー全体の振る舞いを設定する
ステップ6 —— 試してみる
期待どおりにシーンが切り替わらない場合は、ドアの看板が重なっているか、あいまいすぎるのです —— セクション6を参照してください。
5. 四種類のシーン
ほとんどのシーンは、四つのタイプのいずれかです。ショーを設計するとは、たいていの場合、これらのうち必要なものを選び、それぞれに明確なドアの看板を与えることです。それぞれについて、何のためか、何を書くか、何を取り付けるかを示します。
5.1 Greetingシーン（通常はあなたのWelcomeシーン）
- 何のためか：訪問者を迎え、トーンを定め、何を必要としているかを聞き出し、後で再利用する事実（名前、注文番号、プラン）をそっと拾い上げます。
- 目標：Welcomeシーンの目標はルーティングに使われないので、一般的なままにするか空白にしておきます。（代わりに、人々を先へと案内するWelcome以外の「フロント受付」を作っている場合は、 “訪問者が何を求めているかを見極めて、適切な場所へ送る。”のようなものを書きます。）
- 指示：“訪問者を一文か二文で温かく迎える。何の助けが必要かを尋ねる。注文に触れたら、注文番号をメモする。ここで問題を解決しようとしない —— どんな種類の助けが必要かを見極めるだけ。”短く保ちましょう。
- 書籍：軽めに —— せいぜい「ACMEが何をする会社か」の概要くらい。（覚えておいてください、Welcomeシーンの書籍は常にどこでも利用できます。）
- ツール：通常はなし。訪問者が何を求めているかを知る前から、キャラクターに本当のアクションを取らせないようにしましょう。
- どう始めるか：あいさつとともに、先に話すように設定します。
5.2 Answer-Questionsシーン
- 何のためか：特定の信頼できる一連のドキュメントから、まっすぐに質問へ答えます。
- 目標：“ACME製品に関する質問に答える —— セットアップ、機能、トラブルシューティング、互換性。製品ドキュメントのみを使う。”具体的な看板はきれいなルーティングを意味します。
- 指示：“取り付けられた製品ドキュメントから答える。ドキュメントが扱っていなければ、その旨を伝え、人間につなぐことを申し出る —— 推測しない。”
- 書籍：製品ドキュメントを取り付けます。これこそが、シーンにその正確なファイルだけから答えさせるものです。
- ツール：なし、あるいは単に情報を調べるだけの簡単なツール（何も変えません）。
- Preciseチャットモードと組み合わせるのが最適（セクション8） —— これはキャラクターに、与えられたものに忠実であり、分からないときは認めるよう伝えます。間違った答えがまずい場面に最適です。
5.3 Get-Something-Doneシーン
- 何のためか：ツールを使って、実際に何かを行う —— 注文を調べる、返品を始める、会議を予約する —— ことです。
- 目標：“既存の注文について訪問者を助ける：ステータスを確認する、住所を変更する、または返品を始める。”
- 指示：“注文ステータスツールを使って注文を調べる。返品を始めるには、返品ツールを使う —— ただし、まず訪問者と注文と理由を確認すること。”ツールは名前で参照しましょう。
- 書籍：せいぜい返品ポリシーのドキュメントくらい。
- ツール：関連するツールをここに取り付けます。何かを変える、または取り消せないもの（返品、支払い）については、実行前に訪問者が承認するよう、ツールの「API実行前の確認を有効にする」設定をオンにします（ツールガイド参照）。
5.4 Wrap-Up / Pass-to-a-Humanシーン
- 何のためか：締めくくりの動き —— 何かがうまくいったことを確認する、本物の人間に引き継ぐ、あるいはさようならを言う。
- 目標（締めくくり）：“今し方行われたことを確認し、会話を締めくくる。” 目標（引き継ぎ）：“訪問者がいら立っている、人を求めている、またはこちらで扱えないことに突き当たったときは、人間に引き継ぐ。”
- 指示：“行われたことと次のステップを要約する。他に何かないか尋ねる。” —— あるいは引き継ぎの場合は：“訪問者に応答し、問題について短いメモを集め、人間が後ほど対応することを知らせる。”
- 書籍 / ツール：引き継ぎ用にせいぜい「チケットを作成する」や「同僚に通知する」ツールくらい。それ以外はなし。
6. キャラクターがシーン間をどう移動するか：Goal vs Flow
これがショー設計の核心です。シーン切り替えを設定する方法は二つあり、ショー全体に対してSettings → Generalで一つを選びます。
どちらのモードも、内部では同じように動きます。訪問者が何かを言うと、キャラクターはドアの看板（目標と範囲）を読み、訪問者が実際に意図しているものに一致するシーンへ歩み入ります（単にキーワードを一致させるのではありません）。二つのモードの唯一の違いは、今いる場所からキャラクターがどのシーンに歩み入ることを許されるかです。
6.1 Goalモード —— 自由に動き回らせる（既定で、もっとも親しみやすい）
- 何をするか：ショーのどこからでも、キャラクターは看板が訪問者の求めるものに一致するどのシーンへもジャンプできます。連れて行くべき場所を知っている、賢いアシスタントのように感じられます。
- 矢印は依然として引きますが、このモードでは矢印を「これらのシーンはこのショーの一部だ」と考えてください。「あそこからしかここへ来られない」ではなく。
- 使うとき：話題が独立していて、訪問者が自由に行き来する場合 —— ヘルプデスク、コンシェルジュ、 FAQ。これが既定であり、ほとんどのプロジェクトが求めるものです。
6.2 Flowモード —— レールに乗せる
- 何をするか：キャラクターはあなたが引いた矢印に沿ってしか移動できません。一歩ずつ次へと進む、ガイド付きの台本どおりの道筋です。
- 使うとき：順序が重要な場合 —— サインアップウィザード、適格性を確認する質問、チェックアウト —— 「ステップ3の前にステップ2を終えなければならない」ようなものすべて。
Goal mode (let it roam): the arrows just say which scenes exist.
Welcome → A → B → C From B, the visitor can still jump to A or C — any scene.
Flow mode (on rails): the arrows are the only paths.
Welcome → A → B → C From B, you can only step to B's direct neighbor (here: C).
6.3 切り替えはどう感じられるか
キャラクターがシーンを切り替えるとき、それは回答の途中で、なめらかに起こります。画面上のアバターや名前が更新されることはあっても、同じ返答が新しいシーンの指示、ツール、書籍を使って続きます。「少々お待ちください、転送しました、もう一度言ってください」はありません。
6.4 切り替えがうまくいかないとき —— 髪をかきむしる前にこれを読んでください
- キャラクターは目標（ドアの看板）だけを読みます。パネル名、矢印の名前、矢印のメモは読みません。ですから、間違ったシーンへ切り替わる場合は、矢印のラベルではなく、目標を直してください。
- あいまい、または重なり合う看板は悪い切り替えを招きます。二つの看板がどちらも一致しうるとき、キャラクターは今いる場所に留まることを好みます。ですから、各看板を明確に区別された、具体的な意図にしてください。「訪問者を助ける」と書かれた看板はすべてに一致し、何もルーティングしません。
- 入ってくる矢印がないシーンは見えません。Goalモードでは、シーンへ向かう矢印が一本もなければ、キャラクターは決してそこへたどり着けません —— たとえ看板が完璧に一致していても。すべてのシーンに少なくとも一本、入ってくる矢印を引いてください。
- ブロックされた切り替えは無言です。キャラクターがモードの許さない場所へ行こうとすると、返答はそのまま現在のシーンで続きます —— エラーは何も出ません。「切り替わらない」場合は、対象への矢印があるか（Goalモード）、対象への直接の矢印があるか（Flowモード）を確認してください。
7. 空欄を自動で埋める（変数）
キャラクターの言葉やツール呼び出しに、その場で詳細を埋め込みたいことがあります —— 訪問者の名前のように。これを扱う、二つのシンプルな仕組みがあります。
会話から学ばれること
- それが何か：話している間にキャラクターがその場で拾い上げる詳細 —— 訪問者の名前、注文番号、プラン。
- 使い方：シーンの目標や指示（あるいはツールのウェブアドレスや設定）の中に直接、
{$context.user.name}のようなプレースホルダーを書きます。キャラクターがその値を学ぶと、プレースホルダーを埋めます。 - これらの形（どんな詳細に注目するか）はあなたが設定します —— ストーリーボード上で。構造を記述するのであって、値そのものを自分で埋めるわけではありません。
一度だけ設定する固定設定
- それが何か：あなたが決め、決して変わらない固定値 —— ウェブアドレス、アカウントID、固定のパス。
- 使い方：それらをストーリーボードのVariablesリストに追加し、同じ方法で目標と範囲、指示、ツールに落とし込みます。キャラクターはこれらを訪問者に尋ねることはありません。
8. 振る舞いのつまみ（とそれがどこにあるか）
これらはすべてSettings → Generalにあり、一つのシーンではなくショー全体に適用されます。
8.1 チャットモード —— キャラクターがどれだけ厳格か
- Precise（既定）：与えられた情報に厳密に従い、分からないときは認め、ソースそのものの言い回しを使うようキャラクターに伝えます。マニュアルから答えるシーンに最適。
- Free：くだけて、開かれていて、創造的で、雑談向き。
8.3 キャラクターがどう会話を始めるか
- Proactive（既定）：キャラクターが、あなたが設定したあいさつを使って先に話します。あいさつを空白のままにすると、Welcomeシーンの指示が開口一番の言葉を駆動します（ Welcomeシーンに手をかけるもう一つの理由）。以前に話したことのある再訪の訪問者は、再びあいさつされません。
- Passive：キャラクターは訪問者が先に話すのを待ちます（より「検索ボックス」的な感じ）。
8.4 ちょっとしたうながしとサジェスト
- サジェストプロンプト：誰かが接続したときに現れる、できあいのスターターチップ。
- フォローアップの質問：キャラクターが答えたあとに、もっともな次の質問をサジェストします（ 1〜5個まで表示できます）。
- アイドル時のうながし：静かな時間が続いたあとの、やさしい「まだいますか？」のうながし —— トグルをオンにすることとうながしメッセージを書くことの両方が必要です。
8.5 モーション（アバターのアニメーション）
シーンごとのちょっとしたアバターのアニメーション。キャラクターが言っていることに基づいて再生されるものもあれば、状態（アイドル、発話中）に基づいて再生されるものもあります。Welcomeシーンのモーションは常に利用できるので、ショーの既定のアニメーションのように働きます。いくつかのタイミングの詳細は自動的に処理されます —— それらをいじり回すことに労力をかけすぎないでください。
9. 三種類の「ナレッジ」（とそれぞれが何のためか）
キャラクターは三つの異なる方法で情報を引き出せます。混同しやすいので、ここに平たい版を示します。
| 種類 | それが何のためか | どこに適用されるか |
|---|---|---|
| 書籍（ナレッジ） | シーンがそこから答えられるドキュメント | シーンごと —— キャラクターはこのシーンの書籍に加えてWelcomeシーンの書籍を読めます。他のシーンに取り付けられた書籍はここでは見えません。 |
| 画像（メディア） | キャラクターが訪問者に見せる画像やPDF | シーンごと。キャラクターは、いつ見せるかについてあなたが書いたメモに基づいて適切なものを選びます。 |
10. 安全で心地よく保つ
信頼でき、親しみやすい体験のための主なレバーを示します。
| レバー | どこで | 何に使うか |
|---|---|---|
| ツールを適切なシーンの中に留める | ツールを持つべきシーンにだけ取り付ける | リスクのあるツールを気軽なシーンから締め出す —— 最も強力でいちばんシンプルなセーフティネット |
| ツールの「API実行前の確認を有効にする」 | ツールそのもので（ツールガイド参照） | 何かを変える、または取り消せないものすべて —— 実行前に訪問者が承認する |
| Preciseチャットモード | Settings → General | 推測が許されない、マニュアルから答えるシーン |
| 専用の引き継ぎシーン | 看板に「訪問者が行き詰まっている / 人を求めている」と書かれたシーン | どのシーンからでも使える信頼できる脱出口（Goalモードで） |
| シーンごとに書籍を絞る | 各シーンに適切な書籍を取り付ける | キャラクターが間違ったドキュメントから答えるのを止める |
11. 何かがうまくいかないとき
| 見えている症状 | 考えられる原因 | どうするか |
|---|---|---|
| キャラクターがまったくシーンを切り替えない | ドアの看板があいまい、または重なっている；対象シーンに入ってくる矢印がない | 目標を具体的で区別されたものに書き直す；すべてのシーンに入ってくる矢印（Goalモード）または直接の矢印（Flowモード）があることを確認する |
| 間違ったシーンに切り替わる | 二つの看板が重なり合うことを記述している；引き分けのとき、キャラクターは留まる | 看板を明確に異なるものにする；各Goal & Scopeで境界線を鋭くする |
| 矢印の名前を変えても何も変わらない | キャラクターは矢印の名前を読まない | ルーティングは目標と範囲だけに基づく —— シーンの目標を編集する |
| キャラクターが「持っているはず」のツールが使えない | そのツールが現在のシーンに取り付けられていない | そのシーンにツールを取り付ける（ツールはシーンの中に存在する） |
| キャラクターが間違ったドキュメントから答える | このシーンに間違った書籍がある、またはファイルが今いないシーンにある | ここに適切な書籍を取り付ける；一般的なドキュメントはWelcomeシーンに置く |
| 「システム」ルールを設定する場所が見つからない | シーンエディターにはGoal & Scopeと指示しかない | 振る舞いのルールを指示に入れる —— それで十分 |
| 埋め込まれるはずの詳細が空白、または生のテキストで表示される | まだ学ばれていない、または空で返ってきた | それなしでも読んでおかしくない指示を書く；欠けていればキャラクターが訪問者に尋ねる |
| 変更が実際の会話に表れない | 再公開していない | 変更を反映するために公開（「post」を押す）する |
12. なぜシーンか？（正直な長所と短所）
このシーンベースの作り方は、いくつかある方法のうちの一つです。人々がよく出発点にするやり方と比べて、どう位置づけられるかを示します。
何が素晴らしいか
- 設計からして絞り込まれていて安全。各シーンは小さく、必要なツールと書籍だけを見ます。気軽な質問のシーンは、あなたの返金ツールを起動できません —— それは、長い指示が効いてくれることを願うのではなく、ツールをどこに取り付けたかによって強制されます。これが最大の利点です。
- 各シーンを個別に調整できる。厳しさ、書籍、ツール、アニメーションはシーンごとに設定されます。一つの巨大な指示では、あらゆる状況に対する単一の妥協にならざるを得ません。
- 実際に目で見える。あなたのショーは、眺めたり、同僚に手渡したり、管理画面で変更したりできる図です —— コードも、一つの巨大な段落を掘り進めることもありません。
- ショーにコード不要。プログラムを一切書かずに、複数ステップの体験を設計できます。プラットフォームがやり取り、声、記憶、安全を扱います。
- なめらかな切り替え。話題の変化が返答の途中で起こるので、訪問者は置き去りにされたり転送されたりした感じを決して受けません。
正直な限界
- 切り替えは看板の出来次第。キャラクターは目標を読むことだけでルーティングし、それ以外は見ません。あいまい、または重なり合う看板は悪くルーティングします。くっきりと区別された看板を書くことこそが仕事です。
- 一部のつまみはシーンごとではなくショー全体。チャットモード（Precise/Free）はショー全体に適用されます。一つのシーンをFreeに、別のシーンをPreciseにはできません。
- これは一つのキャラクターであって、チームではありません。シーンは一つのキャラクターが行っていることを変えますが、二つの別々の専門家を本当の意味でチームとして組ませることはできません。本当に複数の専門家が一度に協働する必要があるなら、これはそれではありません（そしてその機能はまだ利用できません）。
- いくつかの矢印の機能は配線されていません。「この矢印が選ばれたときに値を設定する」と「別のショー全体へジャンプする」はアイデアとして存在しますが、まだ実際には動きません。これらを前提に設計しないでください。
どう考えるか
- キャラクターに複数の明確に異なる仕事があるとき —— ステップごとに異なるツール、異なる書籍、異なる厳しさ —— はいつでもシーンに手を伸ばしましょう。これは製品、サポート、コンシェルジュのキャラクターでよくあるケースであり、まさにこれが作られた目的です。
- 仕事が一つきりの小さなキャラクターには、一つのシーンでまったく問題ありません —— それは単に「一つのシーンを持つショー」です。そこから始めて後で分割しても、失うものは何もありません。
- 完全に自由形式の自律性や、協働する専門家のチームが欲しくなってきたら、シーンができることを超えています。ほとんどのプロジェクトはそれを必要としません —— シーンのアプローチは、信頼でき、出荷できるキャラクターをはるかに速く手に入れさせてくれます。
13. 1ページのおさらい
- シーンとは、あなたのショーの一つの瞬間 —— キャラクターが行っている一つの仕事です。ストーリーボードとは、それらをつなぎ合わせるシーン一覧です。それは一つのキャラクターが、シーンからシーンへと行っていることを変えていくものです。
- シーンごとに二つのボックス：Goal & Scope（ドアの看板 —— このシーンが何のためか）と指示（ここでどう振る舞うか）。
- キャラクターは目標を読むことでルーティングします。具体的で区別された目標を書きましょう —— あいまいな看板は悪くルーティングします。Welcomeシーンの目標は使われないので、その指示に手をかけてください。
- 二つの切り替えモード：Goal（どのシーンへも自由に動き回らせる —— 既定で、ほとんどに最適）またはFlow （レールに乗せる、あなたが引いた矢印に沿ってのみ）。
- ツールと書籍はシーンの中に存在します —— それがあなたの主なセーフティネットです。リスクのあるものには「API実行前の確認を有効にする」をオンにしましょう。脱出口として引き継ぎシーンを加えましょう。
- 埋め込まれる詳細：チャットからその場で学ばれるものもあれば、一度だけ設定する固定値もあります。
- ショー全体のつまみ：Precise vs Free；先に話す vs 待つ。
- 二種類のナレッジ：シーンごとの書籍と、シーンごとに見せる画像。
- 小さく始めて、それから育てましょう —— 仕事をカバーする最小限のシーン、Goalモード、明確な看板。
- 公開して反映。「post」を押すまで、調整は実際の訪問者に届きません。