---
title: "中文用户专属技巧：让 Claude 更懂你的表达"
description: "中文回答里的译稿味，多半是缺了具体指向。这一节把「写得自然」拆成参照物、可调参数和场景规则，并给出改完后的自检提示。"
updated: 2026-11-13
canonical: https://docai.cc/learn/claude-for-chinese-users/
markdown_mirror: https://docai.cc/learn/claude-for-chinese-users.md
---
## 机器味从哪来

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

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

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

## 用参照物代替形容词

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

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

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

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

## 把语感拆成参数

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

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

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

## 书面和口语分开要求

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

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

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

## 中英混用的分寸

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

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

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

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

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

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

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

## 三个场景的现成开头

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

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

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

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

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

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

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

## 让它自己审一遍

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

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

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

下一节从更基础的地方补起：怎样把一条提示写完整，让模型少猜：[提示词基础](/learn/prompt-writing-basics/)。