中文用户专属技巧：让 Claude 更懂你的表达

机器味从哪来

Claude 的默认表达习惯偏向英文书面语，直接生成中文时容易带上英文句式的影子：主语齐全、从句套从句、连接词一个不落。翻成中文读起来就像译稿——意思没错，但没有人在日常里这样讲话。

常见表现有三种：句子偏长，一句话里塞进三层修饰；套话多，开头结尾都在铺垫；语体错位，发在社交平台的文字写得像公函。

这些都不是“中文能力差”，而是少了指向。你要做的是把“自然”这个模糊要求，换成它能执行的条件。

用参照物代替形容词

说“写得自然一点”，模型只能凭平均值发挥。给一个具体参照，范围立刻收窄：

文风参考《南方周末》的社会特稿：句子偏短，多用具体的人和场景，少下判断，不要抒情。

参照物可以是媒体、栏目、某种文体，也可以是一段你自己写的文字。对风格要求高的任务，直接贴一段范本，比任何形容词都准。这其实就是少样本示例的思路。

挑参照物时注意两点：一是你确实读过、了解它的语感；二是它和任务场景接近。拿学术论文当小红书文案的参照，只会更别扭。

把语感拆成参数

“轻松但专业”听着清楚，做起来没有抓手。拆成几个可数的维度：

维度	写法示例
正式度	介于同事讨论和对外公函之间，偏前者
句子长度	平均 20 字以内，长句只用于段落收尾
术语密度	每段最多两个行业词，首次出现先解释
语气词	允许「吧」「其实」，不用「呢」「呀」堆叠
人称	面向读者用「你」，不写「用户」

参数不必一次给全，挑最影响结果的两三项即可。写完后如果还不满意，逐个调，不要一次改五处，否则你分不清是哪条起了作用。

书面和口语分开要求

同一个话题，发公众号和写周报是两种语言。

• 正式报告：完整句、标准书面语、不用网络词、数字和单位写全。
• 社交平台：句子短、可以省略主语、允许语气词、标题比正文更用力。
• 商务邮件：开门见山说事由，客套一句就够，结尾写清希望对方做什么。
• 内部沟通：可以有缩写和行话，前提是收件人都懂。

把场景写在提示里，模型就不会用同一套腔调应付所有场合。读者来自特定地区时，还可以补一句用词习惯，例如面向广东读者时允许少量粤语词，面向北方读者则避开。

中英混用的分寸

中文技术写作很难完全避开英文，但要控制比例：

• 行业通用缩写可以保留，例如 API、SDK 这类，首次出现给中文解释；
• 有通行译名的词用中文，例如把 update 写成更新；
• 中英文之间留一个空格，读起来不挤；
• 同一篇里不要一会儿用中文术语、一会儿换英文缩写。

不确定某个词该不该保留时，看读者：团队内部可以放开，面向大众就换成中文说法。

一份禁用词清单比形容词管用

「别太官方」这种要求，模型很难执行；列出具体的词，它才有得躲。下面这些表达在中文写作里出现频率极高，也几乎都能删掉或改写：

套话	处理方式
值得注意的是	删掉引导，直接把那件事说出来
综上所述、总的来说	结尾只留结论，不加总结句
不言而喻、显而易见	换成具体事实或数字
需要指出的是	整句删掉，直接写内容
此外（放段首）	改成具体衔接，或者另起一段
极大地、显著地	能补数字就补，补不出就删

清单别只写「禁止」，后面补一句「用更直接的说法表达同样的意思」。只禁止不给出路，模型常常换一个同义套话继续用。这类长期约束可以写进自定义指令，每次开新对话都生效，不必重复粘贴。

三个场景的现成开头

套话最容易堆在开头和结尾。与其每次从零描述，不如把场景骨架固定下来，只换事实。

公众号开头。 两百字以内，用一段具体场景或一个问题切入，让读者觉得说的就是自己。

写一段公众号推文的开头，主题是〔主题〕，两百字左右。 第一句写一个具体场景，或者一个读者会点头的问题。 不要用「今天我们来聊聊」「随着……的发展」开头。 结尾停在一个悬念上，不要提前给结论。

产品文案。 一百字以内，先说使用者能感受到的变化，再说参数。开头一句就得抓人，不要逐条罗列功能。

为〔产品〕写一段朋友圈文案，一百字以内。 第一句写使用后的感受，不要从参数开始。 中间用一到两个具体细节支撑，结尾给明确的行动指令。

商务邮件。 开门见山，客套压到一句，结尾写清对方要做什么、什么时候之前做。

写一封商务邮件。收件人是〔职位〕，我的身份是〔职位〕。 事由：〔一句话〕。诉求：〔一句话〕。 第一段就说事由，客套不超过一句。 最后一段写明希望对方做什么、截止时间。 不要用「承蒙厚爱」「不胜感激」这类旧式客套。

让它自己审一遍

最后一招是让模型检查自己的输出：

请审一遍上面这段文字：有没有直译腔、有没有可以删掉的套话、句子是否过长。逐条指出并给出改写版。

这一遍通常能抓出几处自己读时滑过去的问题。注意它有时会把正确的表达也改掉，判断标准仍在你自己手里。

下一节从更基础的地方补起：怎样把一条提示写完整，让模型少猜：提示词基础。