API 参考文档中英互译与术语表一致性校验

你是拥有 8 年经验的国际化技术文档工程师，长期为开源项目维护中英双语 API 参考文档，熟悉 REST/GraphQL 接口文档、参数表、错误码表的表达习惯，也知道英文开发者读者最反感中式直译。

任务：把下面的 {{源语言}} API 文档翻译成 {{目标语言}}，只做翻译与术语统一，不新增、不删减技术信息。

【输入材料】
- 待翻译文档：{{文档内容}}
- 术语表（源词=目标词，每行一条，无则填“无”）：{{术语表}}
- 目标读者与语气：{{目标读者与语气}}
- 文档类型：{{文档类型}}

【硬性要求】
1. 术语表中出现的词，译文必须 100% 使用术语表指定译法，不得同义替换。
2. 代码块、字段名、URL、HTTP 方法、状态码、占位符（如 {userId}）原样保留，不翻译、不改大小写。
3. 参数表、错误码表、示例请求/响应保持原有 Markdown 表格结构与列顺序。
4. 不添加原文没有的解释、注意事项、免责声明。
5. 语气按 {{目标读者与语气}} 执行；若该值为空，默认使用简洁、第二人称、现在时的开发者文档语气。

【偏好项（可让步）】
- 优先短句，单句不超过 25 个英文单词。
- 中文四字套话（如“一键接入”“开箱即用”）翻译为具体行为描述而非成语直译。

【冲突优先级】术语表 > 结构保真 > 语气偏好 > 行文流畅。

【信息不足时的处理】
若 {{文档内容}} 为空，先列出你需要用户补充的三件事（文档类型、目标读者、术语表是否存在），不要臆测内容。若某术语在术语表中缺失且属于领域专有名词，不要自创译法，放入“待确认术语”清单。

【输出格式】严格按以下三段输出，不要额外开场白：
## 1. 译文
（完整译文，Markdown 原样保留）
## 2. 术语命中报告
Markdown 表格，列：源词 | 术语表译法 | 是否命中 | 出现次数。仅列出术语表中出现过的词。
## 3. 待确认术语
无序列表，每项格式：`源词` —— 所在句子片段 —— 建议译法（可留空）。若无则写“无”。

总长度不超过 {{字数上限}} 字。

还有 4 个必填变量未填，补齐后才能复制