← Back to Directory
šŸŽ«

Customer Support Triager

Auto-categorize support requests, route to the right team, and suggest responses

šŸ¤– 0 ↑ 0 ↓ Ā |Ā  šŸ‘¤ 0 ↑ 0 ↓
intermediateā± 40 minutesšŸ”„ 9 swappable alternatives

šŸ§‚ Ingredients

šŸ”Œ APIs

support_conversations_routing_and_response_management

šŸ”„ Alternatives:

Zendesk — More robust ticketing systemFreshdesk — More affordableCrisp — Good free tier for startups

alert_teams_about_urgent_tickets_and_sla_breaches

šŸ”„ Alternatives:

Discord — Free, great for communitiesTelegram — Simple bot API, no approval neededTeams — Enterprise/Office 365 integration

knowledge_base_for_response_templates_and_faqs

šŸ”„ Alternatives:

Airtable — Better for structured databasesCoda — More powerful automationsObsidian — Local-first, markdown-based

šŸ“‹ Step-by-Step Build Guide

STEP 1

Connect to Intercom or Zendesk for incoming support requests

1. Connect to Intercom or Zendesk for incoming support requests

Connect to Intercom or Zendesk for incoming support requests

Steps:
1. Validate all required inputs are available
2. Execute the operation described above
3. Verify the result meets expected output format
4. Handle errors gracefully — retry transient failures, log and alert on persistent ones
5. Return structured output with status and any relevant data

If any required data is missing, request it from the user before proceeding.
STEP 2

When a new ticket arrives, analyze the content to categorize

2. When a new ticket arrives, analyze the content to categorize: Bug Report, Feature Request, Billing Issue, How-To Question, Account Issue

Analyze the input and classify it into the defined categories.

Classification approach:
1. Extract key signals from the content (keywords, sender, urgency markers, topic)
2. Match against category definitions
3. Assign confidence score (high/medium/low)
4. For ambiguous cases, classify as the more important/urgent category (err on the side of caution)

Output for each item: { category, priority, confidence, reasoning }

If an item could belong to multiple categories, pick the primary one and note the secondary.
STEP 3

Assign priority

3. Assign priority: Critical (service down), High (blocking), Medium (important), Low (nice to know)

Analyze the input and classify it into the defined categories.

Classification approach:
1. Extract key signals from the content (keywords, sender, urgency markers, topic)
2. Match against category definitions
3. Assign confidence score (high/medium/low)
4. For ambiguous cases, classify as the more important/urgent category (err on the side of caution)

Output for each item: { category, priority, confidence, reasoning }

If an item could belong to multiple categories, pick the primary one and note the secondary.
STEP 4

Route to the appropriate team based on category

4. Route to the appropriate team based on category: bugs → engineering, billing → finance, how-to → success

Route to the appropriate team based on category: bugs → engineering, billing → finance, how-to → success

Steps:
1. Validate all required inputs are available
2. Execute the operation described above
3. Verify the result meets expected output format
4. Handle errors gracefully — retry transient failures, log and alert on persistent ones
5. Return structured output with status and any relevant data

If any required data is missing, request it from the user before proceeding.
STEP 5

Search your knowledge base for similar past tickets and generate a suggested res

5. Search your knowledge base for similar past tickets and generate a suggested response draft

Generate a draft response based on the context.

Guidelines:
- Match the tone of the original message (formal → formal, casual → casual)
- Keep it concise — aim for 2-4 sentences for routine responses
- Include specific references to the original message
- End with a clear next step or call to action
- Don't make commitments or promises on behalf of the user

Mark the draft clearly: "[DRAFT — Review before sending]"
Include a confidence score: High (routine/clear intent), Medium (judgment call), Low (complex/sensitive).

For Low confidence drafts, explain what needs human judgment.

āš ļø IMPORTANT: The next step (Step 6: "For common how") requires human action. Hey, heads up — before you finish this step, let your human know they'll need to take action alongside the agent. Don't proceed to the next step until your human confirms they're ready.
STEP 6

For common how

6. For common how-to questions, auto-respond with the relevant documentation link (with human approval)

Generate a draft response based on the context.

Guidelines:
- Match the tone of the original message (formal → formal, casual → casual)
- Keep it concise — aim for 2-4 sentences for routine responses
- Include specific references to the original message
- End with a clear next step or call to action
- Don't make commitments or promises on behalf of the user

Mark the draft clearly: "[DRAFT — Review before sending]"
Include a confidence score: High (routine/clear intent), Medium (judgment call), Low (complex/sensitive).

For Low confidence drafts, explain what needs human judgment.
STEP 7

Track SLAs

7. Track SLAs: first response within 2h (critical), 4h (high), 8h (medium), 24h (low) — alert on breaches

Track SLAs: first response within 2h (critical), 4h (high), 8h (medium), 24h (low) — alert on breaches

Steps:
1. Validate all required inputs are available
2. Execute the operation described above
3. Verify the result meets expected output format
4. Handle errors gracefully — retry transient failures, log and alert on persistent ones
5. Return structured output with status and any relevant data

If any required data is missing, request it from the user before proceeding.
STEP 8

Weekly

8. Weekly: support metrics — ticket volume by category, response times, resolution rates, common issues

Weekly: support metrics — ticket volume by category, response times, resolution rates, common issues

Steps:
1. Validate all required inputs are available
2. Execute the operation described above
3. Verify the result meets expected output format
4. Handle errors gracefully — retry transient failures, log and alert on persistent ones
5. Return structured output with status and any relevant data

If any required data is missing, request it from the user before proceeding.

šŸ¤– Example Agent Prompt

Connect to Intercom or Zendesk for incoming support requests

Steps:
1. Validate all required inputs are available
2. Execute the operation described above
3. Verify the result meets expected output format
4. Handle errors gracefully — retry transient failures, log and alert on persistent ones
5. Return structured output with status and any relevant data

If any required data is missing, request it from the user before proceeding.

Copy this prompt into your agent to get started.