고급 사용자 정의 요약 작업

• Genesys Agent Copilot이 프롬프트의 맥락과 목적을 이해할 수 있도록 요약 모델이 누구인지, 그리고 구체적인 업무가 무엇인지 정의하십시오.
• 요약 내용을 단락 또는 섹션(예: 문제, 조치, 해결)으로 구성하는 방식을 설명해 주세요.
• 요약문을 1인칭, 2인칭 또는 3인칭으로 작성할지 명시하십시오.
• 반드시 포함해야 하는 사항(예: 문제, 조치, 결과)과 제외해야 하는 사항(예: 인사말, 확인 사항)을 정확하게 나열하십시오.
• 모델에게 모든 엔티티(이름, 날짜, ID 등)를 정확하게 재현하고 관련 데이터가 없으면 비워 두도록 지시합니다.
• 간략한 요약본을 원하시는지, 아니면 더 자세한 요약본을 원하시는지 표시해 주세요.
• 모델에게 녹취록에 명시적으로 언급되지 않은 정보를 추론하거나 추가하지 않도록 지시하십시오.
• 모델에게 감정적이거나 주관적인 표현을 사용하지 않고 중립적이고 사실적인 어조를 유지하도록 요청하세요.
• 프롬프트 구조를 최적화하세요. 설명에 앞서 구조를 제시하십시오. 간단한 헤더 또는 키-값 섹션을 사용하세요. 중첩된 목록이나 다단계 목록을 피하세요. 각 섹션 사이에 시각적 구분선 대신 한 줄 바꿈을 사용하십시오. 글자 수 제한을 준수하려면 간결하고 직접적인 문장을 사용하고 불필요한 단어, 기호 또는 서식을 제거하십시오.
• 대화 내용 중 어떤 부분을 강조해야 하는지 구체적으로 명시하십시오. 예를 들어 취해진 조치, 문제 해결, 또는 고객에게 미치는 영향 등이 있습니다.
• 모든 프롬프트에서 일관된 표현, 구조 및 스타일을 사용하여 모델의 행동 및 평가의 일관성을 유지하십시오.
• 지침의 중복을 줄이고 상충되는 지침을 방지하기 위해 각 지침은 한 번만 명시하십시오.
• 질문을 간단하게 하세요. 구문 분석을 혼란스럽게 할 수 있는 특수 문자, 추가 공백, 괄호 또는 하이픈을 사용하지 말고 간결하고 명확한 언어를 사용하십시오.
• 일반 텍스트 편집기를 사용하여 프롬프트에서 줄 바꿈 방지 공백, 스마트 따옴표 또는 탭과 같은 보이지 않거나 복사 붙여넣기 과정에서 생긴 흔적을 제거하세요. 모델이 텍스트를 올바르게 파싱할 수 있도록 UTF-8로 정규화하세요.
• 요약의 일관성을 유지하기 위해 참여자를 클라이언트와 에이전트로 지칭하는 등 명확한 명명 규칙을 정의하십시오.
• 다음과 같은 자리 표시자 텍스트를 사용하지 마십시오.[Summarize here] 또는 따옴표로 묶은 괄호를 사용하세요. 출력 결과에 나타날 수 있기 때문입니다. "고객의 문제를 설명하세요"와 같이 자연스럽고 지시적인 표현을 사용하고 "자리 표시 텍스트를 포함하지 마세요"라는 문구를 추가하세요.
• 기술적인 서식 문제를 방지하세요. 글머리 기호를 하이픈이나 별표로 바꾸고, 중첩된 목록을 평탄화하고, 장식적이거나 일관성이 없는 서식을 사용하지 마십시오.
• 입력값을 전처리하세요. 타임스탬프, 시스템 메시지 및 불필요한 내용과 같은 관련 없는 데이터를 제거합니다. 모델에게 보내기 전에 형식이 잘못되었거나 비어 있는 대화 항목을 정리하십시오. 시각적 레이아웃 대신 의미론을 사용하여 텍스트를 구성하세요. 예를 들어 들여쓰기 대신 레이블이 지정된 섹션을 사용하세요.
• 단락 구분, 번호 매기기 형식, 키-값 쌍 등 다양한 입력 구조를 테스트하여 가장 안정적인 형식을 파악하십시오. 복잡한 형식의 경우, 준수율을 높이기 위해 몇 회 촬영한 예시를 고려해 보세요.
• 제작 시에는 표준화된 템플릿이나 래퍼를 사용하십시오. 추론 전에 입력값 정규화를 적용하십시오. 출력 구조를 사후 검증하여 누락되거나 형식이 잘못된 부분을 감지합니다. 신속한 유지보수를 위해 담당자를 명확하게 지정하십시오. 예를 들어 AI 및 혁신 팀에 담당자를 배정할 수 있습니다.
• 지연 시간을 증가시킬 수 있으므로 긴 프롬프트는 피하십시오.

• 다양한 대화 유형과 길이에 걸쳐 프롬프트가 일관되게 작동하는지 확인하기 위해 다양한 녹취록을 사용하여 테스트하십시오.
• 미리보기에서 오류가 발생하면 오류가 해결될 때까지 섹션을 하나씩 제거한 다음, 오류가 해결되면 요소를 하나씩 다시 추가하세요. 각 항목을 추가한 후에는 프롬프트를 다시 테스트하십시오.
• 단락, 번호 매기기 형식, 키-값 쌍과 같은 다양한 프롬프트 구조와 입력 형식을 테스트하고 평가하여 가장 안정적인 구조를 찾으십시오.
• 출력물이 정의된 구조, 어조 및 포함 규칙을 준수하는지 확인하십시오.
• 누락된 데이터가 있거나, 화자가 여러 명이거나, 모호한 부분이 있는 녹취록을 사용하여 프롬프트를 테스트하고 견고성을 평가하십시오.
• 응답 시간을 측정합니다. 너무 길거나 지나치게 복잡한 프롬프트는 성능을 저하시킬 수 있습니다.
• 출력 결과를 검사하여 인코딩 오류, 보이지 않는 문자 또는 자리 표시자 누출로 인한 문제를 확인하십시오.
• 출력 결과를 검사하여 필수 입력란이 모두 채워졌는지, 서식이 누락되거나 잘못된 형식이 없는지 확인합니다.

샘플 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.