Build a support AI agent that knows when to escalate, what policies bind it, and how to fail safely. No more chatbots that break your SLA.
You are designing a customer support AI agent for {{company_name}}. The agent will handle {{primary_support_domain}} for {{target_customer_segment}}.
Define the agent's constraints:
- Core policies it must never violate (e.g., refund limits, data access rules, SLA commitments)
- Escalation triggers (e.g., "if sentiment < -0.7 OR request involves {{sensitive_topic}}, escalate to {{team_name}}")
- Approval gates (e.g., "refunds over ${{threshold}} require human sign-off")
- Failure modes to watch for (e.g., "agent offers discount without checking eligibility")
For each policy, specify:
1. The rule in plain language
2. How the agent detects when it applies
3. What the agent does if it applies
4. What happens if the agent gets it wrong
For escalations, define:
1. The trigger condition
2. The target team or queue
3. The context the agent must pass along
4. The SLA for human response
For evaluation, list:
1. Metrics to measure agent quality (e.g., "% of tickets resolved without escalation", "customer satisfaction on agent-handled tickets")
2. Red flags that signal a broken agent (e.g., "agent offers refunds to ineligible customers", "agent repeats same response 3+ times")
3. Weekly audit criteria
Output as a structured specification, not prose.Run this prompt with your support team lead and your product/ops person in the room. Fill in the {{placeholders}} with your actual constraints, not your aspirational ones. The goal is to write down the rules the agent will actually follow—the ones you'd enforce manually if you had to. Once you have the spec, use it to: (1) brief your AI vendor or engineering team on non-negotiables, (2) build test cases that verify the agent respects each rule, (3) set up monitoring dashboards for the red flags you identified. Don't deploy the agent until you've run 100+ test tickets through the spec and caught at least one failure mode.
Company: Acme SaaS | Domain: Billing & Account Access | Segment: SMB customers (ARR < $10k) | Sensitive topics: Data deletion, payment disputes | Refund threshold: $500 | Escalation team: Senior Support | SLA: 2 hours
CORE POLICIES: 1. Refund Rule: Agent can approve refunds up to $500 without escalation. Refunds >$500 require Senior Support approval. Agent must verify customer is not in chargeback dispute before offering refund. - Detection: Parse request for "refund", "money back", "charge error". Check customer account for active disputes. - Action if triggered: If refund ≤ $500 AND no dispute, offer refund. If >$500 OR dispute exists, escalate. - Failure mode: Agent offers $800 refund to customer in active chargeback dispute → customer gets double refund, legal escalation. 2. Data Deletion Rule: Agent can reset passwords. Agent cannot delete customer data. All deletion requests escalate to Compliance. - Detection: Keywords "delete", "remove", "purge" + "my data", "account", "files". - Action if triggered: If password reset, execute. If data deletion, escalate to Compliance with reason. - Failure mode: Agent deletes customer workspace because customer said "clear my account". ESCALATION TRIGGERS: - Sentiment < -0.7 (angry customer) → Senior Support, 2-hour SLA - Payment dispute mentioned → Finance, 4-hour SLA - Data deletion request → Compliance, 24-hour SLA - Agent has repeated same response 3+ times → Supervisor, 1-hour SLA EVALUATION METRICS: - % of tickets resolved without escalation (target: 65%) - Customer satisfaction on agent-handled tickets (target: 4.2/5) - False escalations per week (target: <5) - Policy violations caught in weekly audit (target: 0) RED FLAGS: - Agent offers refund to customer in active dispute - Agent provides access to data it shouldn't - Agent repeats same response without acknowledging customer concern - Agent makes promises about features/timelines not in product roadmap