The same facts in the wrong tone are useless. A legal memo written like a tweet. A patient diagnosis written like a journal article.
If you don't set tone, you get the model's default: bland, corporate-adjacent prose that suits nobody.
Write an engineering post-mortem for a database outage we had on Tuesday.
Facts:
Audience: our engineering team + CTO + VP Eng. Technical, will fact-check everything.
Tone: honest and technical — no corporate spin, no passive voice to dodge blame. Use "we" and name the root cause directly. Zero tolerance for "unexpected issues were encountered."
Format: timeline of events → root cause analysis → impact by service → fix applied → 5 specific prevention items with owner and due date.
Do NOT write: "We apologize for any inconvenience" or "unexpected behavior" or "our team worked quickly."
Write a rejection email for a software engineering candidate, Marcus Webb, who interviewed for our Senior Backend Engineer role.
Context:
Tone: warm and specific — not a form letter. Acknowledge the time he invested. Be honest about why without being harsh. Format: 4–5 sentences max. No bullets. First name only in the greeting. Include: one genuine observation from his interviews (leave a [SPECIFIC OBSERVATION] placeholder — I'll fill it in). Closing: an authentic door-open for future roles — only if it sounds genuine, not performative.
Claude is excellent at style matching. Paste 2–3 paragraphs you admire and say 'Match this voice in your response.' Transfer is very reliable.