Take email from correct to polished with Claude
Goal: keep your facts, upgrade tone and structure so the mail is sendable.
Best for: Claude chat. Ideal when the draft is already “right” but stiff, long, or slightly off-relationship.
Correct is not enough for relationship email. Claude is strong at tone polish—after your facts and offers are frozen.
Why beginners skip this
Polishing before facts are frozen shines the wrong message. Correct → clear → polite, with one ask—read aloud before send. Mid-week cost shows up as rework, not as a missing bookmark.
The three-layer ask
1. Facts freeze — what must not change 2. Relationship — who they are to you 3. Polish — length, warmth, directness
Goal: Revise this email so it is ready to send.
Relationship: [manager / peer / vendor / executive I rarely email]
Must keep: [decision, dates, ask]
Tone: clear, respectful, no flattery, no corporate sludge.
Format: subject ≤7 words; body ≤140 words; one explicit ask; optional 3-bullet next steps.
Boundaries: Do not add new commitments. Mark any assumed date with [?].
Draft:
---
[paste]
---
Variants — say no / chase / apologize
Example
Filled prompt
Goal: Revise this email so it is ready to send.
Relationship: peer PM I work with weekly
Must keep: delay Friday launch by one week; need freeze date from eng
Tone: clear, respectful, no flattery
Format: subject ≤7 words; body ≤140 words; one explicit ask
Boundaries: Do not add new commitments. Mark assumed dates with [?].
Draft:
---
Hey, so launch might slip, can you sync with eng whenever? Thanks!!!
---
What good output looks like
- Subject names the artifact (e.g. “Launch delay — freeze date?”)
- Body ≤140 words with exactly one clear ask
- No invented freeze date, launch %, or new promises
- Tone stays calm—neither stiff corporate nor over-familiar slang
- Facts match your notes line for line with no cheerful padding
Decline
Same facts. Soften the no without leaving a loophole. Offer one alternative time window or resource. ≤100 words.
Chase
Rewrite as a polite bump. Reference the prior ask in one line. New subject that includes the artifact name. No guilt language.
Apology
Acknowledge the miss in one sentence, state the fix, give the new date. No over-apology. No blame on others.
Diff view (optional)
Example
Filled prompt
Email facts: delay 3 days, cause = warehouse backlog, offer CODE-WAIT 10% (approved).
Pass 1: correct facts only. Pass 2: polish tone. Never invent refund. Draft only.
What good output looks like
- One-sentence miss + concrete fix + new date
- No “so so sorry” pile-on, emoji flood, or dramatic guilt trip
- No blaming another team or hiding the miss behind soft language
- Ask stays singular and actionable (person + decision + timing)
- Fits a skim on a phone screen in under twenty seconds
Return: (1) revised email (2) bullet list of what you changed and why (max 5 bullets).
You decide which edits to keep.
Correct before polish
Polish on wrong facts is expensive theater. Freeze the factual skeleton first.
Check the unknown path
What should the model do when a field is missing—null, TBD, or ask you? Write it once in Boundaries.
Subject carries the artifact
Vague subjects (“Quick question”) die in mobile inboxes. Name the thing and the decision (“Launch delay — freeze date?”). The body then only needs the ask and the frozen facts.
Example
Filled prompt
Live artifact this week for: keep your facts, upgrade tone and structure so the mail is sendable.
Name real files/people. No invented facts; label Unknowns; stop before send/delete.
Return working prompt + one pass/fail check I can mark in a minute.
What good output looks like
- Pulls from Project/file named in the ask for “Take email from correct to polished”
- Standing instructions respected; no silent scope creep
- Decisions quoted or labeled Unclear — never “sounds good”
- One-minute check: does output match claude-email-from-correct-to-polished Done?
Example
Filled prompt
Pass1: 1-day delay, backlog, CODE-WAIT approved.
Pass2 polish. Draft only. No extra coupons.
Context: real workstream this week (Asia/Shanghai). Name actual files/people.
Constraints: no invented metrics/owners/prices; label Unknowns; stop before send/delete/pay.
Done check: I can mark pass/fail in one minute on the output.
What good output looks like
- Standing instructions respected; no silent scope creep
- Decisions quoted or labeled Unclear — never “sounds good”
- One-minute check: does output match claude-email-from-correct-to-polished Done?
- Pulls from Project/file named in the ask for “Take email from correct to polished”
Red flag
Polishing wrong facts; mass-send without a read-aloud; politeness layer adding new promises—freeze facts first.
Save this card
Card: Correct facts first, polish second; one ask; no invented dates or blame—check it once this week, or it stays a bookmark. Keep this beside the tool; read before you start.
1. What I shipped: ___ 2. What I refused: ___ 3. What I will never-do again: ___ (date: Asia/Shanghai)
- [ ] Tools/writes paused
- [ ] Refuse-line dated
- [ ] Artifact path saved
- [ ] Next link chosen (or stop)
Before you start
Open the Claude Project you will keep. Confirm standing instructions + the knowledge file for “keep your facts, upgrade tone and structure” are current. Guide: claude-email-from-correct-to-polished. If you only have a blank practice box, stop and fetch the real job first.
- Goal in one line: ___
- Allowed tools: ___
- Forbidden: ___
- Human approve needed for: ___
How to use this week
This week in Claude: take one correct-but-stiff email—fix pass first, polish pass second, one ask only. No invented dates. Save both versions on a live artifact—not a blank demo. Write one refuse-line and date the note (Asia/Shanghai). If you only skimmed claude-email-from-correct-to-polished, put 25 minutes on the calendar and redo once.
Pitfalls
- Letting Claude invent a meeting time → Boundaries
- Warmth that sounds fake → specify relationship honestly
- Endless regenerations → change one constraint per retry
- Extra pitfall: treating the bookmark as the practice—open a live artifact, run Practice now, and date a pass/fail (Asia/Shanghai).
Common pitfalls
| Pitfall | Fix |
|---|---|
| Repasting FAQ every chat — claude-email-from-correct-to-polished | Put standing instructions + one knowledge file in Project |
| “Summarize the PDF” with no ledger | Decision ledger: quote or Unclear |
| Deep thinking on every polish | Save deeper mode for real tradeoffs |
Practice now
Live card: take one correct-but-stiff email; polish tone without changing facts; Blind-pass before send (Asia/Shanghai).
Today: write a delay email with subject naming the artifact, body ≤140 words, one ask, no invented freeze date. Then write a miss-acknowledge: one sentence miss + fix + new date—no apology pile-on.
Today card (copy) — claude-email-from-correct-to-polished: 1. Artifact I will produce: ___ 2. Pass/fail check: ___ 3. Refuse-line if tempted to skip verify/send: ___ (date: Asia/Shanghai) 4. One never-do from this guide: ___
- [ ] Artifact path written
- [ ] Refuse example would say "yes"
- [ ] Dated Asia/Shanghai
One sentence takeaway
Correct facts first, polish second; one ask; no invented dates or blame—check it once this week, or it stays a bookmark
- You can point to a dated refuse-line
- You have one artifact path from tonight
- You can teach the red flag in one sentence
Next
Long document pass · Writing path · Claude Projects · Style guides that stick · Draft & revise
Pair with today: open the first Next link (claude-long-document-pass) only after you dated a refuse-line for this guide (Asia/Shanghai).
用 Claude 把邮件从「写对了」改到「能发出去」
目标: 事实不动,升级语气与结构,让邮件真的能发出去。
适合: Claude 对话。草稿已经「对」,但生硬、偏长或关系感差一点时最管用。
关系型邮件里,「正确」还不够。事实与承诺冻结后,Claude 很擅长语气抛光。
为什么新手跳过
事实还错或边界未冻就直接「润色」,等于把错话擦得更亮、更难收回。正确顺序是:先冻结事实,再调语气,最后只留一个清晰请求。
三层请求
1. 事实冻结 — 什么不能改 2. 关系 — 对方是谁 3. 打磨 — 长度、温度、直接程度
目标:改到可以发送。
关系:[上级 / 同事 / 供应商 / 很少联系的高管]
必须保留:[决定、日期、请求]
语气:清楚、尊重、不拍马、不公文腔。
格式:主题 ≤10 字;正文 ≤140 字;一个明确请求;可选 3 条下一步。
边界:不加新承诺。任何假定日期标 [?]。
草稿:
[粘贴]
变体——拒绝 / 催办 / 道歉
实例
填好的提示词
目标:改到可以发送。
关系:每周合作的产品同事
必须保留:周五发版推迟一周;需要工程给出冻结日
语气:清楚、尊重、不拍马
格式:主题 ≤10 字;正文 ≤140 字;一个明确请求
边界:不加新承诺。假定日期标 [?]。
草稿:
嗨,发版可能要延,你方便时跟工程同步下?谢啦!!!
像样的输出大概长这样
- 主题点名事物(如「上线延期——冻结日?」)
- 正文 ≤140 词,恰好一个清晰请求
- 不编造冻结日或新承诺
- 语气冷静——不僵硬也不过分熟络
- 事实与你的笔记逐行一致
拒绝
事实不变。把「不」说软,但不留口子。给一个替代时间窗或资源。≤100 字。
催办
改成礼貌跟催。一行回指上次请求。新主题含文件 / 事项名。不要愧疚绑架。
道歉
一句承认失误,说明补救,给出新日期。不过度道歉。不甩锅他人。
可选——改动说明
实例
填好的提示词
一句承认失误,说明补救,给出新日期。不过度道歉。不甩锅他人。
像样的输出大概长这样
- 一句说清失误 + 具体修复 + 新日期
- 不堆「非常非常抱歉」或表情包
- 不甩锅给其他团队
- 请求仍是单一且可行动
- 手机一屏就能扫完
实例
填好的提示词
本周活产物:保留事实,升级语气与结构,使邮件可发送。
点名真实文件/同事。不编造事实;未知标出;发送前停下。
返回:可用提示词 + 一分钟内可勾的过/不过检查。
像样的输出大概长这样
- 提示词含关系、必须保留事实、单一请求
- 过/不过检查可一分钟勾完
- 无新承诺、无编造日期
- 明确「草稿 only,不代发」
- 你能对照笔记逐条核事实
实例
填好的提示词
Pass1:延期 1 天,原因=仓库积压,已批准优惠码 CODE-WAIT。
Pass2:只润色语气。仅草稿。不加额外优惠。
上下文:本周真实工作流(Asia/Shanghai)。点名真实文件/人。
约束:不编造指标/负责人/价格;未知标出;发送/删除/付款前停下。
完成检查:我能在一分钟内判断能否发送。
像样的输出大概长这样
- 两遍分离:先事实正确,再语气
- 优惠码仅出现已批准的那一个
- 无额外退款或新承诺
- 请求单一可执行
- 标注了任何仍未知的字段
返回:(1) 改后邮件 (2) 最多 5 条:你改了什么、为什么。
你决定保留哪些改动。
先正确再润色
在错误事实上润色是昂贵的演戏。先冻结事实骨架。
检查未知路径
字段缺失时模型该怎样——null、TBD,还是问你?在边界里写一次。
主题要扛住那件事物
含糊主题(「很快问一下」)在手机收件箱里会死。点名事物与决策(「上线延期——冻结日?」)。正文只需请求与已冻结事实。
红旗
未朗读就群发;礼貌层里偷偷加进新承诺或新日期。正确但不清晰仍硬发——继续改到听得懂。事实未冻结前不做任何润色,说不清就停。
保存这张卡
卡面:正确 → 清晰 → 礼貌。发送前看卡;未朗读不群发;事实未冻不做润色;缺项就停。看不清就停,不拿模糊当批准。
打开你真正会用的账号/项目。准备好与「用 Claude 把邮件从「写对了」改到「能发出去」」相关的真实材料(不要空白练习框)。
默认姿态:在人确认发送/写入之前只出草稿。授予新工具前,先写一条带日期的拒做句(Asia/Shanghai)。
1. 我交出了:___ 2. 我拒绝了:___ 3. 我永不再做:___(日期:Asia/Shanghai)
- [ ] 工具/写入已暂停
- [ ] 拒做句已标注日期
- [ ] 成品路径已存
- [ ] 已选下一步(或停)
本周怎么用
本周一封真实邮件:先正确,再压缩请求,再调语气,发出前朗读。把过/不过写进笔记并注明日期(Asia/Shanghai)。
常见坑
| 坑 | 改法 |
|---|---|
| 每次重贴说明 | Project 站立说明 + 一个知识文件(keep your facts, upgrade tone and) |
| 「总结 PDF」无台账 | 决定台账:引用或标不清楚 |
| 每封邮件都开深度思考 | 深度模式留给真权衡 |
现在就练一次
实卡:拿一封正确但生硬的邮件;改语气不改事实;发送前盲读(Asia/Shanghai)。
今天(Asia/Shanghai)取一封正确但生硬的邮件,按正确→清晰→礼貌改一版并朗读。过:事实未增删且请求唯一;不过:润色带出新承诺。只收藏标题算失败。
今日卡片(可复制)— claude-email-from-correct-to-polished: 1. 我要产出的成品:___ 2. 通过/失败标准:___ 3. 若想跳过核验/发送的拒做句:___(日期:Asia/Shanghai) 4. 本篇一条永不做:___
- [ ] 成品路径已写
- [ ] 拒做例句会说「可以」
- [ ] 已标注 Asia/Shanghai 日期
- 一句话目标:___
- 允许的工具:___
- 禁止:___
- 需要人批准:___
一句话带走
邮件先冻结事实,再调语气,最后只留一个请求;朗读一遍听出别扭再发。本周把一封正确但硬的真邮件改到可发并留前后对照。真实材料过/不过一次,否则标题收藏毫无用处。
- 能指出一条带日期的拒做句
- 今晚有一条成品路径
- 能用一句话说清红旗
下一步
长文档一遍过 · 写作路径 · Claude Projects · 能坚持的风格指南 · 起草与改稿
今日搭配:先为本篇写上拒做句日期(Asia/Shanghai),再打开下一步里的第一篇(claude-long-document-pass)。
← Back to home · Learn · Tools · Compare · Start