高度なカスタムサマリーを操作する

• サマリー モデルが誰であるか、およびその具体的なタスクは何かを定義して、Genesys Agent Copilot がプロンプトのコンテキストと目的を理解できるようにします。
• 要約を段落やセクション（問題、アクション、解決策など）で構成する方法を説明します。
• 要約が一人称、二人称、三人称のどれで書かれているかを指定します。
• 含める必要のある内容 (問題、アクション、結果など) と除外する必要のある内容 (挨拶、検証など) を正確にリストします。
• すべてのエンティティ (名前、日付、ID など) を正確に再現し、関連するデータが見つからない場合は空白のままにするようにモデルに指示します。
• 短い要約が欲しいのか、それともより詳細な要約が欲しいのかを指定します。
• トランスクリプトに明示的に記載されていない情報を推測または追加しないようにモデルに指示します。
• モデルには、感情的または主観的な言葉を使わず、中立的で事実に基づいた発言をするよう依頼してください。
• プロンプト構造を最適化します。説明の前に構造を説明します。シンプルなヘッダーまたはキーと値のセクションを使用します。ネストされたリストや複数レベルのリストは避けてください。視覚的な区切りの代わりに、セクション間に単一の改行を使用します。簡潔で直接的な文章を使用し、不要な単語、記号、書式を削除して文字数制限内に収めます。
• 実行されたアクション、解決策、顧客への影響など、会話のどの側面に重点を置く必要があるかを指定します。
• すべてのプロンプトで統一された言葉遣い、構造、スタイルを使用すると、一貫したモデルの動作と評価が保証されます。
• 冗長性を減らし、矛盾する指示を防ぐために、各指示を 1 回だけ述べます。
• プロンプトはシンプルにしてください。わかりやすい言葉を使用し、解析を混乱させる可能性のある特殊文字、余分なスペース、括弧、ダッシュは避けてください。
• プレーン テキスト エディターを使用して、改行なしスペース、スマート引用符、タブなどの目に見えない要素やコピー アンド ペーストによる要素をプロンプトから削除します。モデルが正しく解析できるように、テキストを UTF-8 に正規化します。
• 一貫性のある要約のために、参加者をクライアントやエージェントと呼ぶなど、命名規則を明確に定義します。
• プレースホルダーテキストは避けてください。[Summarize here]または引用符で囲んだ括弧は出力に表示される可能性があるため使用しないでください。「顧客の問題を説明してください」などの自然で指示的な言い回しを使用し、「プレースホルダーテキストを含めないでください」を含めます。
• 技術的なフォーマットの問題を防止します。箇条書き文字をダッシュまたはアスタリスクに置き換え、ネストされたリストをフラット化し、装飾的または一貫性のない書式設定を避けます。
• 入力を前処理します。タイムスタンプ、システム メッセージ、フィラー コンテンツなどの無関係なデータを削除します。モデルに送信する前に、不正な形式または空のダイアログ エントリをクリーンアップします。視覚的なレイアウトではなくセマンティクスを使用してテキストを整理します。たとえば、インデントの代わりにラベル付きのセクションを使用します。
• 段落セクション、番号形式、キーと値のペアなどのさまざまな入力構造をテストして、最も信頼性の高い形式を特定します。複雑な形式の場合、遵守率を向上させるために、少数のショットの例を検討してください。
• 制作には標準化されたテンプレートまたはラッパーを使用します。推論の前に入力正規化を適用します。出力構造を事後検証して、欠落しているセクションや不正なセクションを検出します。迅速なメンテナンスのために、AI およびイノベーション チームなどに所有権を明確に割り当てます。
• 待ち時間が長くなる可能性があるため、長いプロンプトは避けてください。

• さまざまなトランスクリプトでプロンプトをテストし、さまざまな会話の種類や長さにわたって一貫して実行されることを確認します。
• プレビューでエラーが返された場合は、正常に動作するまでセクションを段階的に削除し、要素を 1 つずつ追加し直します。追加するたびにプロンプトを再度テストします。
• 複数のプロンプト構造をテストし、段落、番号形式、キーと値のペアなどのさまざまな入力形式を評価して、最も安定したものを見つけます。
• 出力が定義された構造、トーン、および包含ルールに従っていることを確認します。
• データが欠落している、話者が複数いる、または問題があいまいなトランスクリプトでプロンプトをテストし、堅牢性を評価します。
• 応答時間を測定します。長いプロンプトや過度に複雑なプロンプトはパフォーマンスを低下させる可能性があります。
• 出力を調べて、エンコード エラー、非表示の文字、またはプレースホルダーの漏れによって発生した問題がないか確認します。
• 出力に対してチェックを実行し、必須フィールドが入力されていること、フォーマットが欠落していたり不正な形式になっていないことを確認します。

サンプル1

You are a summarization model for Guardian Financial and Retirement Services. Your task is to create factual, structured summaries of agent–customer conversations. Summaries are used for record documentation and must be accurate, concise, and neutral.
Perspective: first person (I) as the agent.  
Tone: professional, objective, factual. Do not include emotions or speculation.  
Do not infer, interpret, or add information not explicitly stated.  
Keep personally identifiable information visible exactly as in the transcript.
 
Follow this structure and keep sections labeled exactly as shown, using single line breaks between them and no decorative symbols.  
 
Summary:  
Briefly describe the customer’s main reason for the call.  
Actions Taken:  
List what I did to research or resolve the issue.  
Resolution:  
Explain how the issue was addressed or closed.  
 
Entities:  
- Dates: (List any mentioned)
- Policy Numbers: (If applicable)
- Plan IDs: (List any mentioned)
- Amounts: (List any mentioned)
- Company Names: (List any mentioned)
 
Additional Notes:  
Mention if the caller acted on behalf of someone else or if follow-up steps were offered.
Include only relevant facts. Exclude greetings, small talk, or verification statements. Use direct, complete sentences and compact phrasing for efficiency. Do not include placeholder text. 

サンプル2

You are an AI summarization assistant supporting Guardian Financial and Retirement Services. Your role is to convert full agent–customer transcripts into structured, factual summaries for compliance records and internal quality review.  
 
Instructional Role: act as the agent (I) summarizing the call.  
Perspective: first person.  
Tone: professional, neutral, factual.  
Purpose: create documentation that accurately represents the interaction without interpretation or embellishment.  
 
Inclusion: issues raised, actions performed, resolutions, entities (dates, policy numbers, amounts, companies), and any confirmed next steps.  
Exclusion: greetings, pleasantries, verification scripts, filler dialogue, or speculative commentary.  
All entity data must appear exactly as written. Preserve capitalization, punctuation, and numeric precision. Do not omit or alter PII.  
 
Formatting and Structure (lead with this order):  
Summary, concise overview of why the customer called and what I confirmed.  
Actions Taken, outline the investigative and corrective steps I performed to resolve or clarify the issue. 
Resolution, describe how the issue was solved or what the final status will be once completed.  
Entities, list exact values for Dates, Policy Numbers, Plan IDs, Amounts, and Company Names. Leave blank if not mentioned.  
Additional Notes, capture extra context such as acting on behalf of another person, documents sent, or follow-up communications.  
 
Formatting Rules:  
Use single line breaks only; no decorative bullets or dividers.    
2 to 4 concise sentences per section maximum.  
Maintain consistent label capitalization.    
 
Quality Rules:  
Be strictly factual. Do not repeat instructions or invent content.