Skip to main content

Summary of Conversations

Customize how your agent generates summaries of conversations. Summaries are automatically created after each conversation and help you quickly understand what happened without reading full transcripts.

Language Instructions​

Define which language(s) should be used for summaries and when.

Example:

Use either Dutch (preferred) or English (if the transcript is in English).

Tips:

  • Specify your preferred language first
  • Include fallback languages for multilingual scenarios
  • Keep it concise and clear

Summary Content Instructions​

Define the structure and content of the summary. Specify what information should be included and in what format.

Example:

- one sentence describing the topic of the conversation with high specificity.
  For example, "the customer called about a stolen card that they want to block"
- [if applicable] one sentence explaining if and how the customer was identified.
  For example, "I identified the customer by their date of birth, address and name."
  If you did not identify the customer, you can omit this sentence.
- one sentence describing the outcome of the conversation.
  For example, "The customer was unable to block the card themselves because they
  lost their phone with the card. I have blocked the card for them and requested
  a new card to be sent to them."

Tips:

  • Be specific about what information to include
  • Provide example outputs for clarity
  • Structure it as a bulleted list for easier reading

Information to Exclude​

List types of information that should never be included in summaries for privacy, security, and compliance reasons.

Example:

- any of the customer's personal information such as name, address, phone number, email, etc.
- any sensitive information such as account numbers, social security numbers, etc.
- any sensitive information such as religious topics, political topics, or health related information.
  Even if the customer mentions it, you should not include it in the summary.
- try not to infer gender unless that is explicitly stated by the customer.
  Instead, use "the customer" or "them" as appropriate.

Tips:

  • Be comprehensive about excluded information types
  • Consider privacy regulations (GDPR, HIPAA, etc.)
  • Include both obvious (PII) and subtle (gender assumptions) exclusions

Good Summary Examples​

Provide examples of well-written summaries that follow your guidelines. These help the AI understand your expectations.

Example:

The customer called about a stolen card that they want to block. I identified
the customer by their date of birth, address and name. The customer was unable
to block the card themselves because they lost their phone with the card. I have
therefore blocked the card for them and requested a new card to be sent to them.

Tips:

  • Include 1-3 complete examples
  • Make examples realistic and specific to your use case
  • Show the desired tone and level of detail

Bad Summary Examples​

Provide examples of poor summaries with explanations of what makes them inadequate. This helps the AI learn what to avoid.

Example:

The customer, Dave Mills, called about their card. I identified Dave according
to policy. It was stolen when he left his mosque. I blocked it and did the
usual follow up.

-> This is a bad summary because it includes the customer's name, the fact that
he left his mosque, it is not specific about the topic, it makes assumptions
about gender, and it did not specify that a new card was requested.

Tips:

  • Include the bad example and an explanation of why it's bad
  • Use the -> or similar marker to separate example from explanation
  • Cover different types of common mistakes