Reference: Mid-Volume Support Triage Agent
referencecustomer-support-triage
routing
Model Routing / Gateway
framework
Agent Framework
memory
Memory
retrieval
Retrieval / Vector Store
eval
Eval
observability
Observability / Tracing
prompt_management
Prompt Management
sandbox
Sandbox / Code Execution
deployment
Deployment Target
mcp_servers
MCP Servers
guardrails
Guardrails / Safety
Architectural notes
Reference architecture for a SaaS team auto-triaging inbound support tickets at mid-volume scale. Why these picks: - Sonnet 4.6 as primary for nuanced triage; Haiku 4.5 as fallback for simple categorization to keep blended cost down. - Portkey fronting both so model swaps are config, not code. - mem0 for per-customer continuity (past issues, account context). - turbopuffer over Pinecone because per-customer namespaces fit the serverless pricing model well at this scale. - Braintrust for nightly eval against a golden ticket set. - Helicone for real-time cost visibility for non-engineer stakeholders. Common gotchas: - Zendesk MCP can rate-limit on bulk reply writes; queue them. - mem0 fact extraction needs domain-tuning to avoid noisy memories.
Embed this stack
Show off your stack on your engineering blog or company page.
<iframe src="http://testserver/embed/stacks/support-triage-midvol" width="100%" height="380" frameborder="0" style="border: 1px solid #334155; border-radius: 8px;"></iframe>