先问一个扎心的问题：你有没有遇到过这种情况——用 Claude Code 写代码，任务描述是中文，代码里的注释是中文，结果它给你的解释、状态输出、错误提示全是英文？或者更魔幻一点，一段话里“这个功能我们已经 implement 了，但是还需要 check 一下 edge case”。说实话，作为长期用命令行工具的人，我一开始觉得“中英文混杂”无伤大雅，能看懂就行。但用得越久越觉得别扭：英文输出往往信息密度低、语气僵硬，而且中文指令配英文回复，上下文切换很累，严重的时候连日志排查都得先“翻译”一遍。
这篇文章就是来解决这个问题的。我会从 Claude Code 的语言机制讲起，一步步拆解如何通过系统提示词、配置文件、环境变量、CLAUDE.md 这四种方式，让 Claude Code 做到真正意义上的“纯中文输出”——不光是回复内容，包括代码注释、commit message、命令行输出、错误提示，全都统一成中文。内容适配 Windows、macOS、Linux 三种系统，也覆盖通过 VS Code 插件使用 Claude Code 的场景。全文尽量说人话，所有配置都给了可以直接抄的写法，你照着做基本就能告别英文输出。
1. 为什么 Claude Code 会“中英文混杂”——先搞清楚病根
1.1 默认语言偏好：英文是 Claude 的“母语”
Claude Code 用的底层模型，训练语料里英文占比极高，所以模型在没有明确语言约束时，会倾向于用英文回答。你可能会问：我的输入全是中文，它为什么不能顺着用中文？这里有个关键点：模型的回复语言主要受“系统提示词”影响，而不是完全跟着用户输入走。Claude Code 启动时会在系统提示词里塞入大量工具说明、工作流程描述，这些内容全是英文，模型在生成时就会被这些英文文本“带偏”。
另外，Claude Code 的很多工具返回结果本身也是英文的，比如 git diff 的输出、文件系统的报错信息、linter 的检查结果。模型拿到这些英文中间结果后，如果系统提示词里没有强烈的“使用中文”约束，它就很自然地在最终输出里保留英文原文，甚至整个回复都切到英文。
1.2 影响输出语言的三个关键因素
根据我的使用经验，影响 Claude Code 最终输出语言的因素主要有三个：
- 系统提示词：这是最根本的因素。Claude Code 会把你配置的 CLAUDE.md、系统命令、工具定义等拼进系统提示词，如果这里面没有明确的语言指令，模型就按默认习惯走。
- 用户会话输入：你每次输入的中文任务。说实话，这个的影响权重没有想象中那么大。模型确实会参考用户的输入语言，但在复杂的工具调用链中，这个信号会被系统提示词稀释。
- 工具返回内容：代码执行结果、文件内容、git 状态等。这些是“客观数据”，模型一般不会主动翻译它们，但会决定模型用哪种语言来“转述”这些数据。
1.3 中英文混杂到底带来什么问题
如果你只是偶尔用 Claude Code 写个脚本，中英文混杂可能不算致命。但在下面这些场景里，它真的会拖慢效率：
- 代码审查场景：Claude 用英文解释代码逻辑，你还得在脑子里翻译一遍才能判断它有没有理解你的意图。
- 生成代码注释和文档：你明确要求“用中文注释”，但生成的注释经常是中英混合，比如
// 检查 user 是否 valid。这种注释比纯英文更糟，因为它已经“半本地化”，反而失去了英文注释的通用性。 - 命令行输出和错误信息：Claude 调用终端工具时，错误信息经常原样输出英文。这时你本来只想快速定位问题，结果还要先“解析”一遍英文报错。
- 团队协作场景：如果团队里有人英文不太好，Claude Code 的英文输出就成了信息墙，等于这个工具只有英文好的几个人能顺畅用。
理解了这些底层原因，后面配置的时候你就能明白：我们不是在“设置一个开关”，而是在“调整系统提示词的约束条件”，让中文信号压过英文默认值。
2. 配置前的准备工作——版本、环境与账号检查
2.1 确认你用的哪种安装方式
要配置出稳定的纯中文输出，第一步不是急着改配置，而是确认你的 Claude Code 是从哪装的、什么版本。不同的安装方式，配置文件的位置和生效机制有差别。
目前主流的安装方式有三种：
| 安装方式 | 安装命令 | 适用系统 | 配置目录 |
|---|---|---|---|
| npm 全局安装 | npm install -g @anthropic-ai/claude-code | Win / macOS / Linux | ~/.claude/ |
| 原生安装器 | 官方提供的 install script | 主要是 macOS / Linux | ~/.claude/ |
| VS Code 插件 | 扩展市场搜索 Claude Code | 所有支持 VS Code 的系统 | 跟随用户目录~/.claude/ |
查看当前版本很简单，终端里执行：
claude --version如果你不是最新版，建议先升级到最新版本。Claude Code 更新频率非常高，旧版本可能缺少某些配置项或修复。npm 安装的升级方式：
npm update -g @anthropic-ai/claude-codemacOS 如果你用的是 Homebrew 安装的，那就是另一套升级路径，不过现在官方主推 npm 和原生安装器，brew 的版本可能滞后。这个要注意。
2.2 环境检查：Node 版本、网络条件与登录状态
Claude Code 底层依赖 Node.js 运行时，npm 安装方式对 Node 版本有要求。官方文档里要求 Node 18+，但我实际用下来，Node 20 和 22 的兼容性更好，尤其是遇到一些复杂插件和文件操作场景。检查 Node 版本：
node -v如果版本过低，建议先升级 Node 再装 Claude Code，不然装上了也容易遇到各种奇奇怪怪的运行时报错。
网络条件这个点很关键。Claude Code 需要能访问 Anthropic 的官方 API，如果你的网络环境本身无法顺畅访问，那不管怎么配置语言，输出都可能会中断或者超时。这里不讨论任何网络工具，只说一个基本原则：确保你的终端网络环境是正常的、可以稳定访问官方服务。公司内网、校园网这种有额外防火墙的环境，经常会导致 Claude Code 连接不稳定，表现为输出一半卡住、长时间无响应。
另外确保已经登录。未登录状态下，Claude Code 基本没法用，它会在首次启动时提示你登录：
claude按提示打开浏览器完成授权即可。如果之前登录过，可以用下面的命令确认当前登录状态：
claude doctor这个命令会输出客户端配置的状态，包括登录信息、配置路径、权限情况，排查配置问题非常好用。说实话，claude doctor是我每次改完配置必跑的一条命令，能少走很多弯路。
2.3 先想清楚：你要的是“会话级中文”还是“全局级中文”
很多人配置中文输出失败的深层原因，是他们没有分清楚语言配置的作用范围。Claude Code 里语言控制是分层的，每一层的优先级和生效范围都不同。
- 会话级：打开 Claude Code 后，直接在对话框里输入“请你全程用中文回复”。这种方式最直接，但只对当前会话有效，关掉重开就失效。
- 项目级：在项目的
CLAUDE.md文件里写清楚“所有回复请使用简体中文”。这个对当前项目下的所有会话有效，而且会跟随项目走，团队成员 clone 项目后也能继承规则。 - 用户级（全局）：在
~/.claude/CLAUDE.md里配置，影响你机器上所有项目。 - 系统级：通过环境变量或 settings.json 配置
ANTHROPIC_DEFAULT_OPTS等方式，从 Claude Code 启动时就注入中文约束。
我的建议是：如果你只是想自己用得爽，用“用户级 CLAUDE.md + settings.json”双保险；如果你在带团队、希望项目里所有人输出规则一致，那就把配置写进项目的 CLAUDE.md，提交到 git 仓库里。
3. 纯中文输出的核心配置方案——四种方法，由浅入深
3.1 最快见效：会话内直接下指令
先给最没有技术含量的方法，适合临时用一下、不想改任何文件的场景。打开 Claude Code 后，第一句话输入：
请你在整个会话中始终使用简体中文回复我，包括解释、代码注释、commit message、命令输出总结，全部都用中文。除非我明确要求你用英文，否则不要出现英文段落。这个方法效果其实挺好，因为这是最直接的“用户输入信号”，模型会非常重视。但我必须提醒你：这个约束只对当前会话有效。你只要重开一个会话，它又恢复原样。所以如果你是长期使用，这个方法只能算“急诊”，不是“根治”。
3.2 一劳永逸：用/config命令设置系统提示词
Claude Code 内置了一个配置命令/config，这个是我最推荐新手使用的方法，因为它不需要你手动去翻配置文件，也不会因为格式写错导致配置失效。
操作过程：在对话输入框里输入：
/config回车后会进入配置模式，它会把当前生效的配置项列出来。在配置模式里，你要找的是 system prompt 相关的设置项（不同版本名称可能略有差异）。选择编辑后，把下面这段内容填进去：
你是 Claude Code，一个运行在用户终端中的 AI 编程助手。你的所有回复必须使用简体中文，包括但不限于：对话内容、代码解释、代码注释、commit message、调试信息总结、错误原因分析。当工具返回英文内容时，你要用中文向用户转述关键信息。仅在用户明确要求时使用英文。保存退出后，这个配置会写进用户级设置里，相当于给所有会话加了一个持久化的“中文约束”。实测效果很好，比单纯在会话里说一句“用中文”要稳得多。
那/config到底改的是哪个文件？答案是你用户目录下的~/.claude/settings.json。你完全可以直接编辑这个文件，效果等价。用/config的好处是它帮你做了格式校验，不容易写错。
3.3 项目级约束：CLAUDE.md 的正确用法
我在前面提到过，CLAUDE.md 是 Claude Code 很核心的配置机制。它会自动被注入到系统提示词里，相当于你给 Claude Code 写了一本“项目操作手册”。很多人的 CLAUDE.md 只写了项目技术栈、目录结构这些，完全忽略了语言约束，这其实是浪费。
在项目根目录新建或编辑CLAUDE.md，加入下面这部分：
# 语言要求 1. 与本项目相关的所有回复，一律使用简体中文。 2. 生成代码时，注释、变量命名说明、API 文档说明都必须使用中文。 3. 生成的 commit message 使用中文，并遵循 Conventional Commits 格式，例如：`feat(用户模块): 新增用户注册接口`。 4. 如果用户使用中文提问，禁止切换到英文回答；如果用户使用英文提问，可以用英文回答。这个写法有几层用意：
- 第 1 条是总约束，直接要求所有输出为中文。
- 第 2 条约束代码注释和文档语言，避免“代码是代码，注释是英文”的割裂感。
- 第 3 条把 commit message 的中文化也规范了。说实话，这个对团队协作帮助很大，git log 里全是中文描述，比中英混杂或者全英文更直观。
- 第 4 条是个性化设定：不是“无条件全中文”，而是“跟随用户语言”。这样既能保证中文输出，又不影响你用英文跟 Claude 交流。
CLAUDE.md 可以放在两个位置：
~/.claude/CLAUDE.md：用户级，所有项目生效。<项目根目录>/CLAUDE.md：项目级，只对当前项目生效。
两个文件会同时被加载并注入系统提示词。注意后加载的会覆盖或补充先加载的内容，如果你的用户级文件里写了英文默认偏好，项目级文件可以覆盖它。
3.4 系统层兜底：settings.json 配置环境变量
CLAUDE.md 解决的是“模型输出语言”，但 Claude Code 里还有一部分输出不经过模型，比如客户端日志、部分工具的处理状态。这些内容要改语言，就得通过系统环境变量和 settings.json 配合。
在~/.claude/settings.json中，可以设置环境变量：
{ "env": { "LANG": "zh_CN.UTF-8", "LC_ALL": "zh_CN.UTF-8" }, "permissions": { "allow": [ "Bash" ] } }LANG和LC_ALL是 Linux/macOS 下的标准本地化环境变量，告诉 Claude Code 的子进程使用中文 locale。这样终端工具输出的一些状态信息，比如日期、错误分类等，会尽量走中文。注意，这个变量对 Windows 系统的效果有限，Windows 下你需要在 PowerShell 里执行：
$env:LANG = "zh_CN.UTF-8" $env:LC_ALL = "zh_CN.UTF-8"但说实话，光靠环境变量并不能完全实现“纯中文”，尤其是 Claude Code 内部工具（如 Git 命令、文件操作）的输出，很多是英文硬编码的，模型只是在“转述”时帮你翻译。所以我把这个方案定位为“系统层兜底”，它跟 CLAUDE.md 配合使用才能发挥最大效果。
另外，settings.json 里还有model字段，可以指定你使用的模型。就中文输出效果而言，我没有发现不同模型之间有显著差异，主要制约因素还是系统提示词里的约束。
3.5 进阶参数：ANTHROPIC_DEFAULT_OPTS 环境变量
如果你用 Claude Code 很频繁，而且希望每次启动都自动带上某些配置参数，可以用ANTHROPIC_DEFAULT_OPTS这个环境变量。它的作用是：在 Claude Code 启动时，自动附加你指定的命令行选项。
举个例子，在 macOS/Linux 的 shell 配置文件中（~/.zshrc或~/.bashrc）添加：
export ANTHROPIC_DEFAULT_OPTS="--set-env LANG=zh_CN.UTF-8 --set-env LC_ALL=zh_CN.UTF-8"Windows 用户在 PowerShell 配置文件（$PROFILE）里添加：
$env:ANTHROPIC_DEFAULT_OPTS = "--set-env LANG=zh_CN.UTF-8 --set-env LC_ALL=zh_CN.UTF-8"这个参数的好处是，它不修改~/.claude/settings.json，而是以“运行时参数”的形式注入，适合你想临时切换配置的场景。不过对于绝大多数人来说，用/config和 CLAUDE.md 就足够了，这个属于“进阶玩法”，知道有这回事，等需要的时候再回来查也行。
3.6 三种配置的优先级和组合策略
把上面的方法整理一下，你就会发现它们不冲突，而是互相补充的关系：
| 配置位置 | 生效范围 | 优先级 | 推荐使用场景 |
|---|---|---|---|
/config或settings.json里的 system prompt | 所有会话 | 高 | 新手首选，一劳永逸 |
~/.claude/CLAUDE.md | 所有项目 | 中 | 个人长期使用 |
项目根目录CLAUDE.md | 当前项目 | 中 | 团队协作，规范统一 |
| 会话内指令 | 当前会话 | 最高 | 临时切换语言 |
ANTHROPIC_DEFAULT_OPTS | 启动时注入 | 高 | 需要动态传参的场景 |
优先级方面，会话内指令 >/config系统提示词 > CLAUDE.md > 默认行为。这意味着，即使 CLAUDE.md 里写了“使用中文”，你在会话里明确说“这次用英文回答”，Claude 会听你的。
我的组合策略是：/config里写好全局中文规则，项目 CLAUDE.md 里补充项目特有的中文术语表，比如“这个项目里 module 统一叫模块，repository 统一叫仓库”。这样既保证了所有会话默认中文，又能在具体项目里统一术语。
4. 实操验证与问题排查——配置完怎么确认生效、出问题了怎么办
4.1 配置完成后如何快速验证
配置改完，很多人直接开始干活，结果过一会儿发现怎么又出英文了。其实验证配置是否生效，有两分钟就够了。
第一步，重启 Claude Code。配置 CLAUDE.md 或 settings.json 之后，必须重启会话才能让变更生效，这个很多人会忘。
第二步，发送一段验证指令：
请用一段话说明你现在使用的回复语言策略，包括：你会用什么语言回复对话、生成代码注释、编写 commit message。然后写一个 Python 函数计算斐波那契数列，要求注释全是中文。信息量很大的一个验证指令。它同时验证了三件事：
- Claude 是否用中文回复（语言策略响应）
- Claude 是否在代码生成时使用中文注释（代码注释约束）
- Claude 是否清楚 commit message 的语言规则（commit 约束）
如果你看到它的回复里夹着“I will use Chinese to respond...”这种英文句子，说明配置没生效，继续往下排查。
第三步，跑一个真实任务。光说不够，让它实际调一次工具，比如让它创建一个文件并生成一段代码，看整个交互过程是否全程中文。这是对“工具调用链中语言稳定性”的测试，有时候对话是中文，但一旦涉及工具调用，模型就可能切回英文。
4.2 常见问题速查表：为什么我的配置不生效
配置不生效的原因通常很蠢，但也很隐蔽。我把踩过的坑整理成了表格：
| 现象 | 可能原因 | 解决办法 |
|---|---|---|
| 配置 CLAUDE.md 后没有效果 | 没有重启 Claude Code | 退出当前会话，重新执行claude |
| 只有当前目录生效，其他目录还是英文 | 把规则写进了项目 CLAUDE.md，没写用户级 | 在~/.claude/CLAUDE.md中也加入语言规则 |
/config保存后提示权限错误 | 设置目录无写入权限 | 检查~/.claude/目录所有权，必要时chmod |
| 对话是中文，但代码注释还是英文 | 系统提示词对代码补全的约束不够强 | 在 CLAUDE.md 中明确写“所有生成的代码注释必须使用中文” |
| commit message 有时中文有时英文 | 约束条件不够明确 | 明确写“commit message 用中文，遵循 Conventional Commits 格式” |
| 使用 VS Code 插件时配置不生效 | 插件版本未重启或读取了缓存 | 重启 VS Code，重新加载窗口 |
settings.json改了但报 JSON 解析错误 | 手写 JSON 格式错误 | 用/config命令修改，或者用支持 JSON 校验的编辑器 |
| Windows 终端下中文乱码 | 终端代码页问题 | PowerShell 执行chcp 65001切换到 UTF-8 |
这里重点提两个高频问题。
第一个，~/.claude/settings.json权限问题。如果你在 mac/Linux 下用了 sudo 安装或运行过 Claude Code，有可能导致~/.claude目录的所有权变成 root，导致普通用户无法写入。排查方式：
ls -la ~/.claude如果目录所有者和组不是你的用户，需要改回来：
sudo chown -R $(whoami):$(whoami) ~/.claude第二个，Windows PowerShell 下的中文乱码问题。Claude Code 在 Windows PowerShell 里，有时模型输出中文是正常的，但中间调用的命令输出是乱码。这通常是代码页问题。解决方式是在启动 Claude Code 前先执行：
chcp 65001把代码页切到 UTF-8，就能很大程度避免乱码。如果你用 Windows Terminal，建议在终端配置文件的“命令行”里直接加上这段，省得每次手动执行。
4.3 进阶技巧：建立你自己的中文术语表
配置纯中文输出，不等于“所有英文都翻译”。用户真正需要的是“该翻译的翻译，该保留的保留”。比如API、HTTP、JSON、Git这些词，强行翻译成“应用程序接口”“超文本传输协议”，反而难懂。
我建议在 CLAUDE.md 里加一个术语表，这样 Claude 在生成中文输出时，遇到这些词会保留英文原文，其余全部中文：
# 术语表 以下术语在中文输出中保留英文原文，不要翻译： - API、HTTP、HTTPS、JSON、YAML、XML - Git、GitHub、Docker、Kubernetes、Node.js、npm - Bug、Debug、Deploy、Build、Commit、Push、Pull - URL、CLI、IDE、SDK、DB、CPU、GPU - 文件名、函数名、变量名、类名、命令名保持原样这个列表太实用了。不加术语表的时候，Claude 有时会把 “bug” 翻译成“错误”，把“deploy”翻译成“部署”，意思没错，但你跟同事沟通时反而不习惯。加了术语表以后，输出就会自然很多。
还有个细节：Claude Code 生成的代码注释，涉及变量名和函数名时不要翻译，只有说明性文字用中文。比如：
# 根据用户 ID 查数据库，过滤已删除的记录 def get_user_by_id(user_id: int, include_deleted: bool = False) -> User: pass这种注释既保留了代码可读性，又让不熟悉英文的同事也能看懂。我在实际项目中这么做了以后，团队里非技术背景的成员也能看懂核心逻辑的注释，协作效率提升明显。
4.4 卸载重装后配置丢失怎么办
最后一个很常见的场景：你卸载了 Claude Code，重新安装后，之前的中文配置全没了。这是正常的，因为卸载时如果你选择清理用户数据，~/.claude目录会被删除。
解决方法是把配置当成“可移植资产”管理。我个人的做法是：
- 把
settings.json和CLAUDE.md的内容统一放在一个 git 仓库里管理。 - 安装完 Claude Code 后，直接从仓库里拷回来。
macOS/Linux 可以写个简单脚本一键恢复：
#!/bin/bash mkdir -p ~/.claude cp ~/dotfiles/claude/settings.json ~/.claude/settings.json cp ~/dotfiles/claude/CLAUDE.md ~/.claude/CLAUDE.md echo "Claude Code 配置恢复完成"Windows 下可以在 PowerShell 里做类似操作，原理一样。这样即使你换电脑，新机器上几分钟就能恢复到熟悉的配置环境。
5. 贴一个实战案例——从零开始配置“纯中文 Claude Code”
光说不练不行，我把一次完整的配置流程走一遍，你可以直接照着做。
5.1 场景设定
我这次是在一台全新的 macOS 机器上配置，目标只有一个：让 Claude Code 的所有输出都是简体中文，包括对话、代码注释、commit message。项目是一个多人协作的 Web 项目，团队成员希望统一用中文提交说明。
5.2 步骤明细
第一步，安装并登录：
npm install -g @anthropic-ai/claude-code claude首次启动会要授权，按提示完成。
第二步，验证目录：
ls -la ~/.claude新装的环境，这个目录只有在首次启动后才会生成。
第三步，用/config设置系统提示词，填入了前面 3.2 节里那段中文约束，同时检查输出的配置路径，确认写入~/.claude/settings.json。
第四步，在项目根目录编辑CLAUDE.md，把术语表和 commit message 中文规则都写了进去。这一步影响的是整个项目的协作规范。
第五步，在用户级~/.claude/CLAUDE.md里也写了同样的内容。注意不要让两级配置冲突，如果项目级的规则更严格、用户级更宽松，最终按项目级执行。
第六步，验证。重启 Claude Code，先发送 4.1 节里的验证指令，确认语言策略、注释和 commit 都符合预期。然后实际让它跑了一个 git commit 操作，生成的 commit message 是feat(用户认证): 新增邮箱登录接口，非常标准。
第七步，顺手测了工具链输出。让它执行一个故意写错的 Python 脚本，确认报错解释也是中文描述的。这一步很多教程不会提，但实际体验差异很大。
整套流程走下来十分钟左右。configure 完以后，用了两周，基本没有出现过英文打断体验的情况。
5.3 注意事项
配置过程中有几个容易翻车的点：
- 不要修改
~/.claude/settings.json里跟权限相关的字段，除非你真的明确知道每项的作用。配置语言优先只动env和系统提示词部分。 - 同一个会话里，如果你手动输入过“用英文回答”的指令，它会覆盖 CLAUDE.md 的约束。想回到中文，得重启会话或者在会话里再命令一次。
- CLAUDE.md 的语法我见过有人用 YAML 写，其实它是自由文本格式，不是 YAML。用 markdown 的标题分节就行，别画蛇添足。
- 新版 Claude Code 偶尔会更新配置文件的结构，如果你的配置在升级后失效，先运行
claude doctor看看诊断结果，再决定要不要调整。
6. 纯中文输出的边界与局限——有些东西是配置不出来的
我花了不少篇幅讲怎么做纯中文，但说句掏心窝的话：Claude Code 的输出不可能做到“绝对纯中文”，有几个地方是配置也搞不定的。
第一个是第三方工具的原生输出。Claude Code 调用 git、npm、python 等外部命令时，这些命令本身的错误信息、状态提示，是工具自己决定的，Claude 能做的只是“转述”时帮你翻译。但它有时候会偷懒，直接把原始输出附在后面，这时候你就看到英文报错了。想减少这种情况，只能在系统提示词里明确写“当工具返回英文错误时，请用中文先总结错误原因，再附上原文”。
第二个是模型在长任务中的“语言漂移”。刚开始对话是中文，但任务链很长、执行了很多步之后，模型偶尔会切回英文。这时候你只需要在会话里提醒一句“继续用中文”，它就会回来。不用慌。
第三个是终端本身对中文的渲染问题。个别终端字体、编码配置不佳时，中文字符会显示成方块。这不是 Claude Code 的问题，是你的终端没配好。macOS 的 Terminal.app 一般没问题，Windows 下优先用 Windows Terminal，字体选“Cascadia Mono”或“Sarasa Term SC”这类支持中文的。
想清楚这些边界，你就不会对“纯中文输出”抱有不切实际的期待。我们的目标是让 95% 的交互体验都是中文，剩下 5% 的工具原生输出，用中文总结去弥补。
最后再分享一个我个人的小习惯：我的~/.claude/CLAUDE.md里除了语言规则，还写了一些我个人的偏好，比如“代码示例优先使用 Python 或 TypeScript”“解释问题时分步骤回答，每步标注原因”。这些跟语言无关的偏好，同样通过 CLAUDE.md 注入系统提示词。你可以把 CLAUDE.md 当成你的私人“使用手册”，不只是语言约束，任何希望 Claude 遵守的规则都能写进去。配置这东西，花点时间打磨，后面省下来的时间绝对值得。
