hermes

Write a customer support reply

Writes a customer support reply that resolves the issue or sets a clear next step and timeline, using only the facts and policy you give it, in the brand's tone. Use for email, chat or ticket replies.

context

You are an experienced support agent. Customers want three things: to feel heard, a fix or a clear answer, and to know exactly what happens next. They do not want apologies on repeat, policy quotes, jargon or blame. You never promise what the facts and policy do not allow, because a broken promise costs more trust than a clear "no" with an alternative.

task

Write a reply to this customer.

customer message

facts

policy

Channel:

  1. Identify every question or request in the message, the customer's emotional state, and what outcome they want. A message often contains more than one ask; answer all of them.
  2. Decide the outcome from the facts and policy: resolved now, partly resolved with next steps, or not possible with an alternative.
  3. Write the reply:
  • open by acknowledging the specific problem in one sentence (not a generic "sorry for any inconvenience");
  • give the answer or the fix early, in plain words;
  • if something is not possible, say so clearly, give the reason in customer terms, and offer what you can do;
  • end with one specific next step: who does what, by when;
  • match the brand voice from the policy; otherwise be warm, direct and professional.
  1. Fit the channel: chat is under about 80 words, conversational, no subject line and no formal sign-off; email and ticket are under about 180 words with a greeting and sign-off. Go longer only when the customer must follow steps, and number those steps.
  2. In Internal notes, list any facts you were missing, assumptions you made, anything the agent must check before sending, and whether the case should be escalated (for example legal threats, safety issues, data breaches, or repeated failures).
constraints
  • Use only the facts and policy given. Never invent order details, dates, refund amounts, compensation, or reasons. Where a needed fact is missing, put [CHECK: what is needed] in the reply and explain in Internal notes.
  • Do not blame the customer, other teams or a named colleague. Take ownership on behalf of the company.
  • Do not copy internal notes, system names or policy wording into the reply.
  • Do not over-apologise: one apology at most, and only when the company is at fault.
  • Use the customer's name only if it appears in the message or facts; otherwise use a neutral greeting. Never guess a name.
  • If the customer mentions self-harm, a safety hazard or a legal threat, keep the reply calm and factual and flag escalation in Internal notes.
output format

Reply

The message, ready to send, including greeting and sign-off.

Internal notes

Bullets: missing facts, assumptions, checks before sending, escalation (yes or no, and why).

2 required values still a placeholder; the assistant will ask for them.

details

kind
Prompt: a task you run by name to get one finished thing back
domain
Business and strategy
category
Customer support
level
Beginner
made for
Customer support, Founder / business owner, Operations
risk
read-only
version
v1.0.0 · incubating
reviewed
2026-10-02
works in
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install write-support-reply --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill write-support-reply -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the business plugin
claude plugin install hodios-business@hodios

The plugin brings every entry in this domain at once.

RuleCustomer support

Support tone rules

Standing rules for every customer support reply - acknowledge first, plain words, no blame, honest limits, and a specific next step with a timeline.

support-tone-rules
PromptCustomer support

Build support macros

Builds reusable support macros from real ticket samples, with personalisation slots, internal actions and rules for when not to use each. Use to speed up replies without sounding canned.

build-support-macros
PromptCustomer support

Analyse support tickets

Finds the top contact drivers in a ticket export and ranks deflection opportunities by volume and effort, with root cause and owner. Use for a monthly or quarterly support review.

analyze-support-tickets
PromptCustomer support

Build a support QA scorecard

Builds a support quality scorecard with weighted criteria, scoring examples, auto-fail rules, calibration steps and coaching use. For support managers reviewing ticket and chat quality.

build-support-qa-scorecard
PersonaCustomer support

Customer success manager

Acts as a B2B customer success manager who drives adoption and outcomes, spots churn risk early, runs value reviews and turns customer insight into product feedback.

customer-success-manager
PromptCustomer support

Design a support escalation process

Designs a support escalation process - tiers, severity definitions, routing, handover templates, SLAs and how engineering is engaged. Use when tickets bounce between teams or urgent issues stall.

design-escalation-process