Classify Support Tickets with AI
Billing, Technical, Account, How-To, Feature Request — ticket triage with definitions that decide the borderline cases for the model.
Positive, Negative, Neutral, Mixed — overall-sentiment classification where the definitions resolve the "loved it BUT" reviews.
Sentiment looks easy until the real reviews arrive: "great product, terrible support" breaks naive positive/negative prompts. This setup classifies overall review sentiment with four labels whose definitions carry the resolution rules — Positive means satisfied overall even with minor gripes, Mixed means strong positives AND strong negatives with no overall winner — under Best Match ambiguity, because in sentiment something must always be chosen; an "Other" pile defeats the purpose. High/medium/low confidence flags the genuinely torn reviews for human reading.
Classify overall, not per sentence
The rules say judge the whole text — sentence-level mood swings are exactly what the Mixed definition absorbs.
Mind the Positive/Mixed border
"Satisfied overall, even if minor gripes appear" — the word minor is the border. Calibrate it to your data.
Read the low-confidence pile
Best Match never refuses, so low confidence is your only signal that a review genuinely resisted labeling.
The label definitions carry the rule, not the label names. Positive means "satisfied overall, even if minor gripes appear"; Mixed means "strong positives AND strong negatives with no overall winner." A great-product/terrible-support review lands Mixed only if neither side wins overall. Workflow step 2 flags the word minor as the border you calibrate to your own review data.
Each review returns a single JSON object with a "label" key and a "confidence" key, for example {"label": "Positive", "confidence": "high"} — no text around it and no markdown code fences, per the OUTPUT RULES. The connected data-classification-prompt tool generates this prompt; you run it in your own assistant, then feed the parsed label into dashboards or trend lines yourself.
Treat confidence as a triage flag, not a guarantee. The prompt states confidence is self-reported, not computed, where low means "the best available choice among the labels" under the Best Match policy that never refuses to classify. Workflow step 3 says the low pile is your only signal a review resisted labeling — a human still reads it and owns consequential calls. NewPrompt does not verify the labels.
Billing, Technical, Account, How-To, Feature Request — ticket triage with definitions that decide the borderline cases for the model.
The blocks a reliable classification prompt needs: defined labels, classification rules, edge-case rules, an ambiguity policy, and a confidence contract.
Praise, Complaint, Feature Request, Bug Report, Question — multi-label feedback categorization where one message can carry three signals.
Free text in, named fields out. The extraction prompt pattern that turns any unstructured text into consistent, parseable records.
Stop getting 'Sure, here is the JSON…' — the output-contract pattern that forces models to return only parseable JSON: schema, example, and a strict rule block.
The JSON won't parse and you can't see why. Deterministic cause-sniffing — trailing commas, single quotes, unclosed brackets — and the repair prompt that fixes it.
Build classification prompts that assign labels from a closed set — with label definitions and edge-case rules.
Turn a pile of reviews, surveys, or support comments into themes and priorities — extract the real signal, classify it by theme and sentiment, then summarize what's worth acting on.