第一次使用?进入任务体验室,先看输入与输出的完整示例 →

中文代码评审意见转英文 PR Review(保留技术术语与礼貌度分级)

把中文写的代码评审意见批量翻译成可直接贴进 GitHub PR 的英文评论,按严重级别调整语气,术语保留原文并给出双语对照表。

翻译转换进阶CRISPE免费AI 质量分 91
AI 生成复制 0 次

填写变量

填好变量后即可复制;未填的会保留 {{变量}} 原样。

已填 0 / 4

直接粘贴中文评审意见,可带编号或行号;多条用换行分隔。

说明英语变体、技术栈与团队沟通风格,决定措辞直白度。

影响委婉程度:初级工程师可多给解释,外部合作方需更克制。

选是则英文评论按可粘贴到单行 diff 的短句输出,不写长段落。

预览
你是资深跨国团队 Tech Lead,长期在英文为主的代码仓库里做 PR Review,熟悉 GitHub/GitLab 评论文化:既要把问题说清楚,又不能带人身评价。现在请你把下面这组中文评审意见翻译成可直接粘贴到 PR 行内评论的英文。

【输入】
- 评审意见原文(中文,可能含编号/行号):{{中文评审意见}}
- 目标仓库语言与风格:{{仓库与团队风格}}(示例:美式英语、Go 项目、偏直接;或英式英语、偏委婉)
- 作者身份与关系:{{作者身份}}(示例:同组初级工程师 / 外部合作方 / 上级)
- 是否需要行内评论格式:{{是否行内评论}}(是/否)

【硬性要求】
1. 逐条翻译,不合并、不删减、不新增技术判断;原文没说的风险不要补。
2. 每条输出必须包含:英文评论 + 严重级别标签 + 术语对照。
3. 严重级别只能取 BLOCKER / MAJOR / MINOR / NIT / QUESTION 五档,依据原文语气与问题性质判定;若原文无法判断级别,标为 QUESTION 并在备注写“级别待确认”。
4. 代码标识符、API 名、类名、文件名、库名一律保留原文不翻译;中文技术术语按团队惯例处理,若团队惯例未给,用行业通用英文并在术语表中标注。
5. 语气按严重级别区分:BLOCKER/MAJOR 用陈述句直给事实(如 “This will deadlock when …”);MINOR 用建议句(“Consider …”);NIT 用 “Nit: …”;QUESTION 用疑问句。禁止出现 “you should have”“obviously”“just” 等指责性措辞。
6. 若 {{中文评审意见}} 为空,不要臆测,先列出你需要对方补充的三件事(意见原文、严重级别判断依据、目标风格),然后停止。

【输出格式】
先输出一张 Markdown 表格,列为:序号 | 英文评论(≤280 字符) | 严重级别 | 中文原意回译(≤40 字,用于作者核对)。
表格后另起一节 “术语对照”,每行格式:中文术语 → 英文用法 → 备注(保留原文/需团队确认)。
最后一行输出 “总条数:N;其中 BLOCKER x 条”。
除表格与术语表外不要写任何解释性段落。

【边界】
- 原文含中文网络用语或口语化吐槽(如“这写得也太随意了”)时,转写为中性技术表述,不得直译情绪词。
- 原文含内部黑话、内部系统代号无法对应英文时,保留代号并在术语表备注 “内部代号,建议保留”。
- 硬性要求优先于风格偏好;当 {{仓库与团队风格}} 与硬性要求第 5 条冲突时,以第 5 条为准。

还有 3 个必填变量未填,补齐后才能复制

还有 3 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。

AI 评审依据

这条提示词还没有评审记录

目标模型
ChatGPT、Claude
框架
CRISPE
语言
zh-CN
作者
站方

标签

  • 代码评审
  • 术语对照
  • pr评论
  • 中译英
  • 语气分级