从零搭术语一致 Project。术语表与禁翻表、好译例与错译反例进 Knowledge。指令写明以文件为准，未登记标 UNKNOWN，勿自创译名。新会话测四句。
要点
- 项目知识库里的文件会进入该项目下所有聊天；项目指令约束行为与回复方式。项目名和描述 Claude 读不到。同项目聊天之间默认不共享上下文，除非写入知识库。（How can I create and manage projects?）证据强度：高（官方）。
- 创建路径不必重走一遍：打开 claude.ai/projects 或左侧 Projects，点 “+ New Project”，再设指令与知识库。细节见官方帮助页。证据强度：高。
- 术语向 Project 建议准备四类文件：术语表 glossary 与禁翻表 do-not-translate、好译例与常见错译反例。文件名带语言对和版本号；一词多义分行，不要让同一个源词独占一行。（文件结构综合公开术语表写法，见 How to Build a Translation Glossary）证据强度：中（第三方可抄，非官方字段）。
- 指令里写短规则：术语以 Knowledge 里的现行文件为准；禁翻表优先于术语表；未登记词标 UNKNOWN，禁止自创译名；好译例管语气，错译反例管“不要再犯”。官方建议指令保持简短。（项目管理页；指令宜短亦见 Claude for Translation）证据强度：高／中。
- 付费档在项目知识接近上下文上限时可能自动启用 RAG，只检索相关片段。第三方据此建议：必须遵守的完整术语表，不要只指望知识库始终整份在场；10 到 20 个绝不能改的词可写进指令，完整表放在每次翻译请求开头。（RAG 行为见项目管理页；放置策略见 BookTranslator）证据强度：高（会否切 RAG）／中（怎么放完整表）。
- 改术语先改你外置的版本文件，再替换 Knowledge 里的副本；指令若写了版本号一并改掉。验收必须新开一条项目内聊天，用四句已知术语短句测试。证据强度：中（可跟做，官方无现成验收模板）。
- 与“建第一个 Project”“风格指南塞进指令”“共享权限”“长文档分块”错开：本稿只谈术语一致与译法记忆怎么从零搭起来。
正文
场景
同一份更新说明里，“Save Slot”先写成“存档位”，隔两段又变成“保存槽”。模式名 New Game+ 被译成了“新游戏+”，读着像功能介绍，不像专名。你并不是第一次提醒它。新开一条聊天，这些约定又回到训练默认。
要稳住的是译法记忆：哪些词必须用指定译名，哪些词不准翻译，哪些写法已经判错过。Claude 的 Project 能把文件固定在容器里，让该项目下每条新聊天都能看见。它不是 Trados 或 memoQ 那种带强制替换的专业翻译记忆库。你仍然要抽查，而且要用下面的四句话验收，确认它真的在看你上传的表。
可跟做步骤／可抄工作流
证据强度：创建入口与知识库／指令分工＝高；四类文件和指令骨架、更新与四句验收＝中（可抄模板）；RAG 出现后完整表再贴一遍＝中（第三方对官方 RAG 描述的落地）。
1. 用一段话建好空项目，不要在这里迷路
登录后打开 claude.ai/projects，或把鼠标移到左侧点 Projects，右上角 “+ New Project”。填写名称和描述，方便你自己辨认即可。官方写明：Claude 不会读取这两项，真正生效的是项目指令和知识库。付费团队若要设可见性，按帮助页选择仅自己与受邀者，或（管理员允许时）对组织开放。更完整的按钮说明见 How can I create and manage projects?。建好之后回到本稿，开始放术语文件。
2. 先准备四类文件，再上传
不要把所有名词都塞进一张表。公开术语表写法的共识是：只收那些译错会改变含义、造成界面混乱，或已经引发过返工的概念。一词多义必须分行，例如当动词的 craft 和当名词的 crafts 不是同一条。
建议在仓库或网盘里用带版本号的文件名，和项目内保持同步：
glossary-en-zh-v2026-11.md
do-not-translate-v2026-11.md
examples-good-v2026-11.md
examples-bad-v2026-11.md术语表 glossary-en-zh-v2026-11.md（可抄）
# glossary-en-zh-v2026-11
语言对：en-US → zh-CN
状态说明：draft＝未生效；approved＝现行；deprecated＝仅供识别旧译，禁止再用
| 源术语 | 目标译法 | 词性／领域 | 语境例句 | 状态 | 备注 |
| --- | --- | --- | --- | --- | --- |
| Save Slot | 存档位 | 名词／UI | Select a Save Slot | approved | 不用“保存槽” |
| craft | 制作 | 动词／系统 | Craft a potion | approved | 作名词时另开一行 |
| party | 队伍 | 名词／战斗 | Add a member to your party | approved | 宴会义见下行 |
| party | 宴会 | 名词／剧情 | The village holds a party | approved | 勿与队伍混淆 |禁翻表 do-not-translate-v2026-11.md（可抄）
# do-not-translate-v2026-11
| 原文 | 原因 | 大小写 | 备注 |
| --- | --- | --- | --- |
| New Game+ | 模式官方名 | 保留写法 | 不要写成“新游戏+” |
| HP | 界面数值缩写 | 全大写 | 不要写成“生命值”简称混用 |
| Steam | 平台名 | 保留 | 句子里的普通蒸汽另议 |好译例 examples-good-v2026-11.md
写 3 到 5 组已审过的原文／译文，并加一句“好在哪里”。只有形容词（“专业但不乱译”）时，模型很容易回到通用网文腔。
# examples-good-v2026-11
## 例 1｜UI 短句
原文：Select a Save Slot before you continue.
译文：继续之前，请先选择一个存档位。
好在哪里：Save Slot 用了术语表里的“存档位”，没有写成“保存槽”。错译反例 examples-bad-v2026-11.md
# examples-bad-v2026-11
## 反例 1
原文：Select a Save Slot
错误译法：选择一个保存槽
应用译法：选择一个存档位
错在哪里：保存槽是已否决的旧译，见术语表备注。把这四份文件从项目主页右侧知识库的 “+” 上传。上传后，它们会进入该项目内后续聊天的上下文。单次聊天里聊过的新译法不会自动带到下一聊，除非你写回文件并重新上传。
3. 指令里只写翻译规则，不粘整张表
打开 “Set project instructions”，把下面整块贴进去，按你的语言对和文件名改括号。长表、完整例句留在 Knowledge，指令只负责告诉它去看哪份文件、冲突时听谁的。
【ROLE】你是【语言对／产品线】的翻译助手。只在本项目内按下列规则翻译或审校。
【SOURCES】
- 术语以 Project Knowledge 中现行《glossary-【语言对】-vX》为准。
- 禁翻以现行《do-not-translate-vX》为准；与术语表冲突时，禁翻表优先。
- 语气与句式参考《examples-good-vX》；禁止再犯《examples-bad-vX》里的错误译法。
- 你看不到项目名称和描述，不要把标题栏里的字当成已告知上下文。
【ALWAYS】
- 已登记术语必须使用目标译法，允许正常的单复数或句法变化，但不许换近义词。
- 禁翻表中的原文保持原样，包括指定的大小写。
- 先核对上述文件，再动笔。
【UNKNOWN】
- 源词未在术语表或禁翻表中出现：不要自创译名。
- 译文里保留源词，并在段落后列出 “UNKNOWN: 源词｜你建议的候选（仅供人工裁定，不得直接当作已批准译名）”。
- 禁止根据训练记忆“看着办”或沿用其他产品的习惯译名。
【CONFLICT】
- 两份 Knowledge 文件互相打架：点名文件名，停止发挥，等人工裁定。
- 用户在当次聊天里给出的临时术语，只对当次有效；不要假定下次聊天还记得，除非已写入 Knowledge。
【FORMAT】
- 默认输出译文本身；若用户要求对照，使用“原文／译文”分段。
- 不要总结或删段，也不要解释剧情，除非用户明确要求审校意见。BookTranslator 的公开心得还补了一句很实用的话：付费项目一旦因为体积触发 RAG，知识库不再保证整份术语表都在场。他们的做法是指令里只放简短文风和 10 到 20 个绝不能改的词，完整批准表放在每次翻译请求的开头。官方没有公布“术语表一定会被检索到”的承诺。体积较大、或你已经看到项目提示启用检索时，按这个补丁做：指令仍然写“以 Knowledge 文件为准”，请求里再贴一遍现行完整表。
可抄的请求头：
请将下面这段从【源语言】译为【目标语言】。
完整术语以我粘贴的表为准，并与 Project Knowledge 中的 glossary／do-not-translate 核对；未登记词标 UNKNOWN，禁止自创译名。
<glossary>
（粘贴现行批准表）
</glossary>
<source>
（待译文本）
</source>4. 怎么更新术语
- 先改你外置的 Markdown 副本，更新日期或版本号，写一句变更说明（旧译与新译、适用范围）。
- 把 Knowledge 里的旧文件换成新文件。不要只在聊天里口头宣布“从今天起改译”，下一聊看不见。
- 若指令里写死了版本号（例如 v2026-11），同步改指令并保存。
- 新开一条项目内聊天做下一节的四句验收。旧会话可能还带着改前的说法。
- 被替换掉的旧译如果需要防回流，留在术语表里标 deprecated，或写进错译反例，不要默默删掉后指望模型忘记。
草案行不要混进生效表。状态不是 approved 的条目，模型不该当作必须遵守的译法。公开术语表文也提醒：看起来整洁的表格，并不等于每一行都已批准。
5. 验收四句（必须新会话）
改完文件或第一次搭好项目后，在该项目里新开一条聊天，只发送下面四句（把括号换成你表里的真实条目）：
请逐句翻译，并在每句后用括号注明你依据的文件名。未登记的词按项目规则处理。
1) Select a Save Slot before you continue.
2) This run starts in New Game+.
3) Open the aether kiln to refine the ore.
4) Craft a potion for the party before the village party begins.对应检查：
- 已知术语：Save Slot 必须是“存档位”，不能是“保存槽”。
- 禁翻：New Game+ 必须原样保留。
- 未登记：aether kiln 应标 UNKNOWN，不能自创一个看起来很酷的译名。
- 一词多义加已知动词：前一个 party 应是“队伍”，后一个应是“宴会”；craft 应是“制作”。若你的表与例句不同，就改成你自己的四句，逻辑不变：已知术语与禁翻、未登记与容易撞车的旧错译。
答错其中一句，先别开始正式翻译。回头看文件是否上传成功，以及状态是不是 approved、指令里的文件名是否写错，修完再测一轮。
真实用户诀窍／反例
- 诀窍：文件名带语言对和版本号。 你对照外置副本时不容易拿错月的表；指令里也可以点名文件。
- 诀窍：绝不能改的 10 到 20 个词可以额外写进指令。 完整表仍以 Knowledge 和当次请求为准，避免只靠检索碰到其中一个词。
- 诀窍：好译例至少三组，且点明“好在何处”。 抽象风格句替代不了对照。
- 诀窍：客户稿上传前先看账号的隐私与模型改进相关设置。 以现页为准；未发布文本不要默认“丢进项目就没事”。
- 反例：只把关键译法写在项目名或描述里。 官方写明 Claude 读不到这两项。
- 反例：好译例和错译反例混在一张没有标记的表。 模型可能把旧错译当成可选用法。
- 反例：改了聊天里的说法，却不更新文件。 下一聊仍会回到旧表。
- 反例：未登记词让它“先译着，我们回头再统一”。 一次看着办，后面就会出现第三种译名。
- 反例：把词典式的大词表整份糊进指令。 指令变难维护，也更容易和 Knowledge 里的新表打架。
适用边界
- 本稿覆盖：在 claude.ai Project 里从零搭建“术语一致 + 译法记忆”的文件与指令、更新和四句验收。
- 不覆盖：创建按钮的逐步截图（见“建第一个 Project”），以及风格指南如何拆指令与 Knowledge（见“风格指南塞进 Project 指令”）。Team 共享权限和长文档分块上传也不在本稿。
- 本稿说的翻译记忆，是项目内可复用的术语与译例容器，不是 CAT 工具里带匹配率的 TM 记忆库，也不能替代人工审校。
- Claude Code 里用 CLAUDE.md 保存语言对和术语路径，是另一条产品线，入口与字段不同，不要和 claude.ai Projects 混用步骤。
- 付费档是否已切 RAG、Free 档项目数量与知识容量，以你账号现页为准；指令字符上限官方未在本稿引用页写死，勿臆造。