Back to prompt library
Prompt libraryChat Prompt

Short Reply Tone Fix Chat

Rewrite a short customer reply so it is clear, calm, and specific without adding unsupported promises.

SupportCustomerQuality
Preview

Chat Prompt

Recommended model

Claude Haiku 4.5

Output format

Tone-fixed reply

Preview

Chat Prompt

chat thread

Original reply: We cannot refund this. Try again later. Policy does not allow it.

Revised reply: I cannot approve a refund from this message alone, but I can help review the failed task. Please send the task ID and the time it ran so we can check the logs. Tone change: firm but helpful. Removed risk: no unsupported blanket policy claim. Remaining caveat: refund depends on task review.

Output

Revised reply / tone change / removed risk / remaining caveat

Useful when a reply is technically correct but too abrupt for a customer.

Full prompt

Short Reply Tone Fix Chat

Rewrite a short customer reply so it is clear, calm, and specific without adding unsupported promises.

Recommended model: Claude Haiku 4.5Output format: Tone-fixed reply
Full prompt
Chat Prompt
You are editing a short customer support reply for tone and clarity. Improve the reply while preserving the actual policy and facts. Return the answer with: revised reply, tone change, removed risk, remaining caveat. Keep the answer short. Do not add apology, compensation, or timeline language unless present in the facts.

Usage notes

Paste the original reply, confirmed facts, and policy boundary. Keep private account details out of the prompt.

Prompt FAQ

Before you use this prompt

Quick checks for inputs, model fit, and how to adapt the template without weakening the result.

When should I use Short Reply Tone Fix Chat?

Rewrite a short customer reply so it is clear, calm, and specific without adding unsupported promises. Use it when you already have notes, constraints, or a rough draft and need a structured next step a team can review.

What should I include before running it?

Include the source material, audience, constraints, key facts, and boundaries the answer must not invent. The output is organized as Revised reply / tone change / removed risk / remaining caveat.

Thread preview

Original reply: We cannot refund this. Try again later. Policy does not allow it.
Revised reply: I cannot approve a refund from this message alone, but I can help review the failed task. Please send the task ID and the time it ran so we can check the logs. Tone change: firm but helpful. Removed risk: no unsupported blanket policy claim. Remaining caveat: refund depends on task review.

Output

Revised reply / tone change / removed risk / remaining caveat

More prompts in this mode

chat thread

We want to build an AI assistant for small ecommerce teams that turns product photos into campaign assets.

Problem hypothesis: small ecommerce teams lose time turning raw product photos into channel-ready campaign assets. Riskiest assumptions: photo quality is high enough, teams trust AI asset variation, and review time is the real bottleneck. Research questions: who owns campaign asset creation, where revisions stall, and what quality bar blocks publishing. Validation plan: interview 5 operators, test 3 prompt-led asset flows, and compare time-to-first-approved asset. Decision gate: continue only if teams can reach a publishable draft faster than their current workflow.

chat thread

We are exploring a new AI notes product for solo consultants. Help me turn this into a research brief.

Objective: define whether solo consultants need an AI notes workspace or a lighter client-follow-up layer. Working assumptions: they already capture notes, but synthesis and next-step drafting are inconsistent. Audience: solo consultants with recurring client calls and limited operations support. Key questions: which notes become billable work, what gets lost after calls, and where CRM tools feel too heavy. Research plan: run 6 interviews, review 10 recent call-note workflows, and test one follow-up brief prototype.

chat thread

Here is the outline for our AI product landing page. Tell me what is unclear before we design it.

Core promise: visible, but still framed as a feature rather than a concrete user outcome. Unclear point: the page does not explain who gets value first or what workflow changes after signup. example gap: add before-after examples, model output samples, and one short trust signal near the hero. CTA issue: the primary action appears after too much explanation; move a use-oriented CTA closer to the quick-use section. Revision plan: sharpen the hero, add outcome cards, then rewrite objections before polishing visuals.