中文代码评审意见转英文 PR Review(保留技术术语与礼貌度分级)
把中文写的代码评审意见批量翻译成可直接贴进 GitHub PR 的英文评论,按严重级别调整语气,术语保留原文并给出双语对照表。
翻译转换进阶CRISPE免费AI 质量分 91
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
直接粘贴中文评审意见,可带编号或行号;多条用换行分隔。
说明英语变体、技术栈与团队沟通风格,决定措辞直白度。
影响委婉程度:初级工程师可多给解释,外部合作方需更克制。
选是则英文评论按可粘贴到单行 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评论
- 中译英
- 语气分级