What this configuration detects
Caller-side signals (fraud and social engineering)| Behavior | What it catches |
|---|---|
| Account Impersonation | Identity inconsistencies, partial knowledge of account details, rehearsed verification responses |
| Vishing | Phishing-style social engineering over voice — false urgency, impersonation of institutions |
| Feigned Ignorance | Caller claims not to know information they demonstrably do know, used to extract agent guidance |
| Bargaining Manipulation | Cajoling, conditional framing, sympathy plays used to pressure policy exceptions |
| Coercion Manipulation | Direct threats or implied consequences tied to compliance demands |
| Behavior | What it catches |
|---|---|
| Unaddressed Question | Customer’s stated concern is never acknowledged or resolved by the agent |
| Issue Not Resolved | Call ends without the original issue being addressed |
| Issue Resolved | Positive closure confirmed by either party |
| Agent Credential Disclosure (custom) | Agent verbalizes a credential, PIN, or security code during the call |
| Verification Step Skipped (custom) | Agent proceeds past an authentication checkpoint without completing it |
Configuration
This playbook uses preset references for the caller-side behaviors and directBehaviorDef objects for the agent-side SOP behaviors — both pre-built and custom. All entries go in the same behaviors array.
Replace
<generate-a-uuid> with a UUID v4 you generate (python3 -c "import uuid; print(uuid.uuid4())") before sending the config. Each custom behavior needs a unique UUID that stays consistent across sessions so you can track detections over time.Code example
Python
Reading the output
Behavior detections arrive per-behavior per-speaker throughout the session. Thespeaker_label field tells you which side of the call triggered the detection. Use evidence_clip_uuids to look up the specific transcript clips that drove the verdict — these are the quotes you surface in a QA review or compliance report.
Confidence scores are on a 0–1 scale. For high-stakes behaviors like Account Impersonation and Verification Step Skipped, consider alerting at any detected: true result regardless of score. For softer signals like Bargaining Manipulation, a confidence threshold (e.g. >= 0.75) reduces noise.
The summary gives you a call narrative suitable for a QA system or CRM note without any additional processing.
Turning your SOP into behaviors
The two custom behaviors above are starting points — the real value comes from encoding your specific verification procedures. A few principles that apply directly to this use case: Scope every agent behavior to the agent role. Useapplies_to_participant_role_uuids with the agent’s UUID. A customer asking “can you confirm my account number?” is routine — the same question from an agent may not be.
Define your verification steps concretely. If your SOP requires two of five specific identity factors before account access, list those five factors explicitly in the detailed_description. Don’t write “proper verification” — write the actual steps.
Write negation criteria for scripted disclosures. Agents read disclosures at the start of calls that might superficially trigger some behaviors. Add explicit exclusions for known scripted content.
Related
- Custom behaviors — defining the SOP behaviors specific to your procedures
- Best practices — writing criteria that produce consistent detections
- Capabilities — full BatchConfig reference and event schema