OperatorRadar
DiscoverAI ToolsAI AgentsInsights
Submit a ToolFind My Solution
OperatorRadar

Find the tools, systems, and ideas that move your business forward. Timeless business thinking, rebuilt for the AI era.

Discover

  • Discover
  • AI Tools
  • AI Agents
  • Software
  • Agencies
  • Categories

Decide

  • Decision Guides
  • Compare
  • Find My Solution
  • Insights

Execute

  • Prompts
  • Workflows
  • Submit a Tool
  • Contact

Company

  • About
  • Privacy
  • Terms

© 2026 OperatorRadar. All rights reserved.

Built by Ekofi

  1. Home
  2. Prompts
  3. Customer Support Agent Designer
Featured
advanced
Claude or ChatGPT (verify current model choice)
v1.0.0

Customer Support Agent Designer

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.

Full prompt

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.

How to use

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.

Example input

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

Example output

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

Customization tips

  • Replace {{threshold}} with your actual refund limit, not your ideal limit. If your team would never approve a $2k refund without escalation, set the threshold at $500. The agent should be more conservative than your best human agent.
  • Add a 'context passing' rule: when the agent escalates, it must include the customer's previous messages, the specific rule that triggered escalation, and what the agent already tried. Escalations without context waste your team's time.
  • Build a weekly audit loop: pull 20 random agent-handled tickets, check them against your policies, and log any violations. After 2 weeks, you'll know which policies the agent actually understands and which ones it's faking.
  • Define what 'resolved' means. If a customer says 'thanks, that helped' but the underlying issue isn't fixed, that's not resolved. Your evaluation metrics depend on this definition.
  • Set a 'confidence threshold': if the agent is <70% confident it understands the request, it should escalate rather than guess. Measure how often this happens—if it's >30%, your policies are too complex or your agent needs better training data.