双语智能体不是一个开关,而是需要你写下来的东西。如今的大模型中英文读写都不错,但没人告诉它时,它只能猜你想要哪种语言、哪种字体、什么语气。解决办法是把语言规则写进智能体的配置里,而干将生成的四个文件,正好为每条规则准备了合适的位置。
双语智能体为什么会“跑偏”
如果你用夹杂英文术语的中文给智能体发消息,它可能用任何一种语言回复,可能说到一半换语言,也可能把你自己绝不会翻译的词硬翻成中文。家里人看繁体,它偏偏用简体;你想要轻松一点,它却一本正经。这些都不是模型的错,而是缺了信息,而配置文件正是放这些信息的地方。
每条语言规则该放在哪里
- soul.md,智能体是谁:它在两种语言里各自的声音。可以加一条规则,比如“用户用哪种语言写,就用哪种语言回复;代码、命令和文件名保留英文”。
- user.md,它为谁服务:在 userPrefs 里写你的偏好。比如“日常聊天用简体中文,技术写作用英文;也能读繁体字”。
- agents.md,它怎样工作:在 steps 里写具体任务的规则。比如“给客户的邮件用英文起草;给家人的总结用中文”。
- identity.md,它如何展示:取一个中英文语境下都自然的显示名称。
值得写下来的五个决定
- 默认语言:判断不出时用哪一种。
- 跟随:是跟着你上一条消息的语言走,还是固定用默认语言。
- 字体:简体还是繁体,是否因对象而异。
- 语气:用“你”还是“您”,轻松还是正式,工作和家庭是否不同。
- 术语表:哪些词保留英文,比如产品名、技术词汇和缩写;哪些词必须翻译。
一份简短的术语表作用比你想象的大。一句“以下词汇保留英文:pull request、deploy、API、sprint”,就能避免编程智能体造出同事都看不懂的译名。
你的九型结果也能帮你做这些决定。一个天生说话委婉的 2 型灵魂,写英文商务邮件时可能需要一条规则,提醒它直截了当;一个默认很直接的 8 型灵魂,用中文和长辈说话时可能需要提醒它语气放软一些。类型告诉你智能体的本能在哪里,语言规则则告诉它如何把这些本能带过两种文化。
从干将开始
在干将 App 里,高导用中文对话,所以很多双语用户觉得在这里讲自己的故事最自然。Flash Forge 闪电熔铸可以读取任何一种语言的聊天截图,App 界面也可以在“设置”里切换英文和简体中文。无论用哪种方式,你得到的都是同样的四个 Markdown 文件。
用隔空投送、“文件”或邮件把它们发到电脑上,用文本编辑器打开,加上你的语言规则,再放到智能体能读到的地方。Claude Code 会读取 CLAUDE.md,并能用 @路径 引入其他文件;Cursor 支持项目规则,也会读取 AGENTS.md;OpenClaw 的工作区启动时会读取 soul.md、identity.md、user.md 和 agents.md。如果你用的是聊天助手,就把关键规则粘贴到它的自定义指令里。
两个方向都测一测
改完之后发几条消息试试:一条中文、一条英文、一条中英夹杂;问一个技术问题,再聊一件私事。如果智能体还是跑偏,把规则写得更具体,而不是更长。“永远不要翻译代码标识符”这样一句清楚的话,比一整段笼统的建议管用。久而久之,这几个文件会成为一份小小的、真实的记录,记下你是怎样生活在两种语言之间的。
常见问题
用了干将的文件,智能体就会用中文回复吗?
除非你明确告诉它。在 soul.md 或 user.md 里加一条清晰的语言规则即可;这些文件都是纯 Markdown,任何文本编辑器都能修改。
文件该用中文写还是英文写?
对当前的大模型来说都可以。很多双语开发者会把字段名保留为英文,方便工具识别,内容则用自己思考时最顺手的语言来写。
一个智能体能处理粤语或繁体中文吗?
很多模型可以,但需要你明确写出来,比如在 user.md 里注明默认使用繁体字。