音声AI技術

電話AIエージェントのプロンプト設計｜役割・制約・引き継ぎ

AI-SNS.IO 編集部 · 公開 2026年10月11日

電話で動くAIエージェントの品質は、モデルの名前だけでは決まりません。役割、話し方、してはいけないこと、ナレッジの渡し方、人への引き継ぎ条件を、プロンプトとして明示できているかが差になります。チャット画面向けの長文指示をそのまま電話に持ち込むと、一文が長くなり、禁則が揺れ、引き継ぎが遅れます。音声AIのプロンプト設計は、耳で追える短さと、業務の安全弁を同時に満たす必要があります。

この記事では、電話AIのプロンプトの特徴、役割と話し方、してはいけないことの書き方、ナレッジの渡し方、引き継ぎ条件、テストと改善を整理します。仕組み全体は音声AIの仕組み、知識参照はRAGと音声AI、割り込みはバージイン（割り込み）も参照してください。読み終わったら、自社のエージェントについて「やってはいけないこと」を五件書き出すところから始めると、設計が具体化します。

音声AI向けプロンプトの特徴

チャット用指示との違い

チャットは読み返しができますが、電話は一度聞き逃すと戻りにくいです。だから、長い前置き、入れ子の条件、複数の例外の列挙は電話向きではありません。同じポリシーでも、電話用は短文の制約に再編集します。

リアルタイム性と長さ

生成が長いと、体感遅延が増えます。プロンプト自体が長いと入力処理も重くなります。必要な禁則は残し、例示の重複や関係ない業種の話は削ります。遅延の話は音声AIのレイテンシもあわせてご覧ください。

声に乗る前提

出力はTTSで読まれます。記号、URL、表、絵文字前提の文は向きません。読み上げやすい表記と、一文の短さをプロンプトに書きます。合成の自然さは日本語の音声合成も参照してください。

状態を持つ会話

電話は、氏名、用件、希望日時などスロットが埋まっていく会話です。プロンプトには、何を聞き、何を確認し、何が揃ったら次へ進むかを書きます。全部を一度に聞かないことも明示します。

IVRとの境界

番号で終わる用件はIVRに任せ、対話エージェントは曖昧な用件や例外に集中させる、など境界を書くと迷子が減ります。IVRとAI音声エージェントの違いも参考になります。

役割と話し方

役割を一文で

「あなたは〇〇の電話受付です。予約の仮受付と案内を行い、確定と判断は人手に渡します。」のように、誰で、何をして、何をしないかを一文にします。役割が長い叙情文だと、モデルが話を盛ります。

敬語とトーン

です・ます調、過度な謙譲の禁止、砕けたスラングの禁止を明示します。品牌の声ガイドがあるなら、そこに合わせて「落ち着いた短文」など具体語で書きます。

一人称と名乗り

初回の名乗り、転送後の名乗り、時間外の名乗りをテンプレート化します。毎回長い企業理念を読ませないよう、禁止例も添えます。

質問の仕方

一度に一つの質問、選択肢は三つまで、重要スロットは復唱確認、といった対話ルールを書きます。聞いてよい順序（連絡先を先に、など）も指定できます。

感情への反応

怒りや不安への受け止めは短く、すぐに次の手続きへ進む、と書きます。長い共感独白は電話ではくどく、遅延も増えます。

してはいけないことを書く

禁則は肯定より効く

「丁寧に」だけより、「料金をその場で確定しない」「診断しない」「他社を批判しない」「個人情報の詳細を繰り返して読まない」など、否定形の禁則が事故を防ぎます。

予約・契約の確定

音声だけで予約を確定しない、スタッフ確認後に確定する、と明記します。仮押さえと確定を用語で分けます。

推測で埋めない

聞こえなかった内容を補完して進まない、聞き返しは回数上限がある、超えたら人へ、と書きます。

未公開情報

公開されていない価格、未発表の機能、内部事情を話さない、と書きます。価格は公開情報のみ、それ以外は人へ、が安全です。

緊急の扱い

緊急の定義と、該当時の誘導先を短く書きます。深い聞き取りで止めないこと。公衆の緊急番号の扱いは社内方針に従います。

禁則の置き場所

長い禁則を毎回全文載せるのが重いなら、重要度の高いものを常時、詳細はツールや別ドキュメント参照に分ける設計もあります。ただし電話中に読めない内部URLを渡さないでください。

ナレッジの渡し方

全部貼らない

FAQ全文をプロンプトに貼ると、焦点がぼけ、遅延も増えます。今の意図に必要な断片だけを渡すか、検索で取る設計にします。RAGの準備はRAGと音声AIを参照してください。

音声用の短文を用意

Web記事の書き言葉をそのまま読むと不自然です。電話用の回答文を別に持ち、そこを優先する指示を書きます。

鮮度と優先順位

営業時間、休業、障害案内など、鮮度が重要な情報の優先順位を書きます。古い一般FAQより、本日の告知を優先する、などです。

根拠の言い方

「サイトの案内では」「受付の時間は」など、根拠の出し方を決めます。根拠が無いなら知らないと言い、人へ渡します。

ツール呼び出し

在庫や枠の照会があるなら、いつ呼び、待っているあいだに何を言い、失敗したらどうするかを書きます。失敗時に嘘の空きを言わないことが重要です。

引き継ぎ条件

いつ人へ渡すか

怒りの強さ、医療・法律の相談、支払いの争い、三回聞き返し失敗、本人希望、対象外用件、など条件を列挙します。条件は具体的に。

引き継ぎ時に渡す要約

名前、用件、希望、すでに確認したこと、未確認のこと、を短く内部メモ化する指示を書きます。かけ手には同じ内容を長々と繰り返させません。

つなげないとき

在席なし、時間外、混雑時は、ボイスメールで用件を受ける、折り返し案内、別チャネル案内、の順を決めます。

エスカレの言葉

「担当にかわります」のあとの無音を避ける一文、つながらない場合の案内を定型化します。

戻ってきたとき

人が対応したあとAIに戻す運用があるなら、何を引き継がないかを決めます。中途半端な再開は混乱の元です。

テストと改善

台本の種類

通常、訂正、割り込み、禁則誘発（価格を聞け、診断しろ）、聞き返し上限、人へ切替、時間外、を含めます。

出力の採点

長さ、禁則違反、質問の個数、復唱の有無、引き継ぎの妥当性、読み上げやすさ、を分けて見ます。

変更管理

プロンプトを変えたら日付と理由を残し、同じ台本で前後を比較します。同時に声や感度も変えないこと。

現場フィードバック

スタッフが手直しした要約、クレームの言い回しを、週次で禁則と例示に反映します。

デモと本番

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。デモ用プロンプトと本番用を混同しないよう、環境名をプロンプト先頭に書き分ける方法もあります。

テンプレート骨格（例）

次の見出しだけでも、抜け漏れが減ります。役割、目標、しないこと、話し方、質問ルール、確認ルール、ナレッジの優先、ツール、引き継ぎ、時間外、障害時、出力形式（短文・読み上げ向け）。各見出しは三〜七行を目安にします。小説のような背景設定は不要です。

よくある書きすぎ

背景ストーリー、ブランドの長文理念、関係ない成功事例、チャット用のマークダウン表、です。電話ではノイズです。逆に書き足りないのは、確定をしてはいけないこと、聞き返し上限、人へ渡す条件です。

業種別の一文制約例

医療

診断・処方・緊急性の断定をしない。受付項目に限り、それ以外は人へ。

士業

法的結論を出さない。初回の連絡先と相談希望の受付に限る。この内容は一般的な情報であり、法的助言ではありません。

飲食

アレルギーは早めに聞く。満席の断定は照会結果とスタッフ確認後。

SaaSサポート

権限変更や課金変更は手順を案内しつつ、実行は人または管理画面へ。

運用チェックリスト

• 役割一文がある
• 禁則が具体的
• 一文短くの指示がある
• 質問は一つずつの指示がある
• 確定と仮の用語が分かれている
• 引き継ぎ条件がある
• つながないときの案内がある
• ナレッジ全貼りしていない
• 禁則誘発台本でテストした
• 変更履歴がある

AI-SNS.IO Callでの位置づけ

Callでは、エージェントの設定、試し通話、IVR、ボイスメール、要約などを組み合わせて、プロンプトの効きを観察できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。進め方は使い方のガイドも参照してください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。全体はAI-SNS.IO Callのトップ、開始は月額0円からです。

関連する記事

• 音声AIの仕組み
• RAGと音声AI
• ボイスクローンとビジネス
• IVRとAI音声エージェントの違い
• バージイン（割り込み）
• 音声AIのレイテンシ

プロンプトレビュー会議の進め方

三十分で終わる形にします。最初の五分で禁則誘発台本の失敗を再生し、次の十分で禁則文を一行直す。次の十分で引き継ぎ条件を一行直す。最後の五分で担当と次の試聴日を決める。長時間の理念議論は別会議へ分離します。プロンプトはコードと同様、小さく頻繁に直す対象です。

レビューには受付リーダーと、実際に電話を受けるスタッフを一人は入れます。開発だけで閉じると、現場の言い回しが入りません。逆に現場だけで閉じると、禁則の技術的な実装漏れが残ります。両方の目が必要です。

出力フォーマットを電話向けに固定する

モデルに「箇条書きで」と書くと、読み上げが不自然になります。「一文ずつ。番号が必要なら『いち番』と口で言う。記号は使わない。」のように、音声前提の出力形式を明示します。JSONを口で読ませないこと。内部用の構造化はツール結果やログ側で行い、利用者向け発話と分けます。

確認の復唱は、「日時は〇月〇日の〇時でよろしいでしょうか」の型をプロンプトに例示します。例示は二件までにし、多すぎる例は焦点をぼかします。例と禁則が矛盾しないよう、レビューで突き合わせます。

多言語プロンプト

言語ごとに別プロンプトを持つ方が制御しやすいです。一枚に全言語を詰め込むと、混線と長さが増えます。切替後の第一声の定型だけ共通化し、禁則の中身は言語担当が手入れします。

評価指標（内部）

禁則違反件数、平均発話長、聞き返し回数、人へ切替の妥当性、スタッフによる要約修正量、を並記します。どれか一つだけを追うと歪みます。対外的な改善率の自慢には使いません。

障害時プロンプト

平時の丁寧な探索をやめ、短い謝罪、代替手段、折り返し、に切り替える別プロンプトまたはフラグを用意します。障害中に長い生成を続けるのは、遅延と誤情報の両方を増やします。

次の一歩のワークシート

役割一文、しないこと五件、質問ルール、確認ルール、引き継ぎ条件、つながないとき、短文化した回答が必要なFAQ三件、禁則誘発台本、変更票の場所、を埋めてください。空欄のままモデルを変えても、同じ事故が起きます。

禁則誘発の再テスト1

プロンプト改善メモ1では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト2

プロンプト改善メモ2では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト3

プロンプト改善メモ3では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト4

プロンプト改善メモ4では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト5

プロンプト改善メモ5では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト6

プロンプト改善メモ6では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト7

プロンプト改善メモ7では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト8

プロンプト改善メモ8では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト9

プロンプト改善メモ9では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト10

プロンプト改善メモ10では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト11

プロンプト改善メモ11では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト12

プロンプト改善メモ12では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト13

プロンプト改善メモ13では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト14

プロンプト改善メモ14では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト15

プロンプト改善メモ15では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト16

プロンプト改善メモ16では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト17

プロンプト改善メモ17では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト18

プロンプト改善メモ18では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト19

プロンプト改善メモ19では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

禁則誘発の再テスト20

プロンプト改善メモ20では、禁則誘発台本のうち失敗した一件だけを取り上げ、どの行の指示が弱かったかを特定します。弱い行は削除か具体化のどちらで直すかを決め、例示を増やす場合は二件を上限にします。直した版は日付付きで保存し、同じ誘発文で再テストします。他のメモと文面が同一にならないよう、その週の失敗発話を要約して一件付します。

スロット設計とプロンプトの対応

要点1

スロット一覧（氏名、電話、用件、希望日時、既存予約の有無など）を表にし、必須か任意か、確認方法（復唱／選択）、失敗時の行動を書きます。プロンプト本文には表の要約だけを載せ、詳細は運用表に残します。表が無いと、モデルが勝手な順序で聞き、重要な連絡先を後回しにします。

要点2

任意スロットを必須のように聞くと会話が長くなります。必須の定義は業務オーナーが決め、プロンプト担当はそれを短文に翻訳します。翻訳の過程で意味が変わっていないかを、受付リーダーが確認します。

要点3

スロットが埋まったら次のフェーズへ進む、という状態遷移をプロンプトに書くと、同じ質問の繰り返しが減ります。埋まっていないスロットを毎回全部聞かないことも明示します。

ツール呼び出しの指示の書き方

要点1

ツール名、使う条件、使わない条件、タイムアウト、失敗時の発話、成功時にユーザーへ伝える範囲、をセットで書きます。成功時に内部IDを読み上げない、失敗時に推測で埋めない、が要点です。

要点2

並列で呼んでよいツールと、直列必須のツールを分けます。直列が多いと遅延が増えるため、本当に必要な依存だけ直列にします。

要点3

ツール結果が空のときに『ありません』と断定してよいか、人へ渡すべきかを業務ルールで決め、プロンプトに落とします。空を『不明』として扱う方が安全な領域もあります。

会話履歴の扱い

要点1

どこまでの履歴をモデルに渡すかを決めます。長すぎる履歴は遅延と脱線の元です。直近の数ターンと、埋まっているスロット要約を渡す形が電話向きです。

要点2

過去の怒りや個人的な雑談をいつまで保持するかも方針化します。保持しすぎると、次の用件に影を落とします。マスクと削除の方針は社内ルールに従い、この内容は一般的な情報であり、法的助言ではありません。

要点3

履歴に誤りが含まれる場合、訂正を優先し、誤った前提で話し続けない指示を書きます。バージインで止まったあとの前提更新と同じ発想です。

セーフティの段階

要点1

軽い注意（言い直し）、中程度（別チャネル案内）、重い（人へ切替・通話終了の方針）を分けます。すべてを同じ『人へ』にすると、現場が過負荷になります。

要点2

自傷や犯罪など、特殊なカテゴリは専門の方針と誘導先を別紙にし、プロンプトには『該当時は手順A』とだけ書きます。詳細をモデルに生成させません。法的助言ではありません。

要点3

セーフティ発火のログは、改善と監査のために残しますが、晒し目的には使いません。

バージョン管理

要点1

プロンプトはGitや文書管理で版を残します。本番に載せる版、試し用の版を混ぜないこと。ロールバック手順を一文で書きます。

要点2

誰が承認するかを決めます。禁則に関わる変更は受付とコンプライアンス（またはそれに相当する役割）の目を通します。

要点3

変更票には仮説、変えた行、台本結果、残課題を書きます。『なんとなく良くした』は残しません。

現場で使う短いチートシート

要点1

スタッフ向けに、AIが聞いてよいこと、人が引き取るべきこと、よくある失敗の直し方を一枚にします。プロンプト全文を現場に読ませる必要はありません。

要点2

チートシートの更新は、プロンプト更新と同じ日に行います。ずれると、現場が古い前提でモニターします。

要点3

新任研修では、禁則誘発の録音を二本聞き、どこで切替すべきだったかを議論します。座学より早く定着します。

失敗事例から学ぶ（架空の型）

長すぎる共感

怒りを受け止めようとして五文の共感を生成し、相手がさらに怒る型です。指示を『一文で受け止め、次に手続き』に変えます。

価格のその場回答

公開されていない料金を聞かれ、それらしい数字を言ってしまう型です。禁則に『価格は公開情報のみ。未掲載は人へ』を追加します。未検証の数字を記事にも書きません。

聞き返しの無限ループ

同じ質問を四回繰り返し、切電される型です。上限と切替を明示します。

ツール失敗の隠蔽

照会が失敗したのに『空きはあります』と返す型です。失敗時の発話を定型化し、人へ渡します。

履歴の誤用

前回の別用件の前提で話し始める型です。スロット要約のリセット条件を書きます。

プロンプトとTTS辞書の共同レビュー

読みにくい固有名詞をプロンプト例に入れると、合成も認識も壊れます。例示に使う固有名詞は、読みリストに載っているものだけにします。共同レビューを月次で行い、例示の鮮度を保ちます。

セキュリティ質問の置き方

本人確認の質問をプロンプトに直書きしすぎると、攻撃者に手順を教えることになり得ます。詳細手順は内部ツール側に置き、モデルには『確認フローを開始し、詳細はツールに従う』とだけ指示する方法があります。方針はセキュリティ担当と揃え、法的助言ではありません。

計測とプロンプトの関係

発話長が伸びたら、プロンプトの『短く』が効いていないか、ナレッジが冗長かを疑います。切替率が異常に高いときは、禁則が広すぎるか、聞き返し上限が厳しすぎるかを疑います。速度が遅いときは、プロンプト長とツール直列を疑います。指標はセットで見ます。

引き継ぎ要約ドリル1

追加の設計メモ1として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本1番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル2

追加の設計メモ2として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本2番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル3

追加の設計メモ3として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本3番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル4

追加の設計メモ4として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本4番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル5

追加の設計メモ5として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本5番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル6

追加の設計メモ6として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本6番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル7

追加の設計メモ7として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本7番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル8

追加の設計メモ8として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本8番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル9

追加の設計メモ9として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本9番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル10

追加の設計メモ10として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本10番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル11

追加の設計メモ11として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本11番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル12

追加の設計メモ12として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本12番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル13

追加の設計メモ13として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本13番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル14

追加の設計メモ14として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本14番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル15

追加の設計メモ15として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本15番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル16

追加の設計メモ16として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本16番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル17

追加の設計メモ17として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本17番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル18

追加の設計メモ18として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本18番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル19

追加の設計メモ19として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本19番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル20

追加の設計メモ20として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本20番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル21

追加の設計メモ21として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本21番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル22

追加の設計メモ22として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本22番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル23

追加の設計メモ23として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本23番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル24

追加の設計メモ24として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本24番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

引き継ぎ要約ドリル25

追加の設計メモ25として、引き継ぎ要約の項目順を固定し、欠けている項目があるときは空欄と明示して人に渡す練習をします。空欄を推測で埋めることは禁則です。練習では台本25番の欠け方を変えて、要約の型が崩れていないかを見ます。崩れていればプロンプトの要約指示を一行具体化し、同じ欠け方で再試験します。

よくある質問

まとめ

電話AIエージェントのプロンプト設計は、役割、話し方、禁則、ナレッジの渡し方、引き継ぎを、耳で追える短文として書く作業です。チャット用の長文を流用せず、確定を人手に残し、聞き返しと切替の上限を明示してください。RAG、割り込み、遅延、合成の設計とセットで見直すと、会話全体が安定します。今日は「しないこと五件」を書き出すところから始めてみてください。