Token导航 LogoToken导航TokenDH.com
开发只读github未标认证来源可访问许可证需确认审计通过

academic-translate学术翻译

Agent Skill

academic-translate 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

424

周安装

17

GitHub Stars

公开资料未说明

下载量

137
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:academic-translate(学术翻译)
来源仓库:https://github.com/canyangliunian/agent-skills
仓库路径:skills/academic-translate
安装命令:
npx skills add https://github.com/canyangliunian/agent-skills --skill academic-translate
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/canyangliunian/agent-skills --skill academic-translate

简介

学术翻译专家专注于深度理解原文意义与逻辑,进行地道流畅的目标语言重写,而非逐字翻译。

  • 适用于中英文学术文献互译,强调术语一致性、学术规范与风格适配。
  • 采用三步流程:初稿翻译、问题诊断、优化定稿,并强制执行质量检查与术语表管理。
  • 安装前请确认权限范围、维护状态,以及是否会触发联网或文件读写操作。
  • 建议结合原始 README 和仓库内容进一步核验具体用法和功能边界。

SKILL.md

学术翻译专家

版本:v2.7 | 更新日期:2026-03-04 v2.7 改进: - 术语表严格唯一:中文列跨 6 分类强制唯一,重复应被检测并阻止写入 - Table Guard:复杂表格自检(列数一致、分隔行、|转义)→兜底 fenced code block - validate-glossary.py 升级:新增跨分类重复检测,重复视为 error

核心原则

翻译即重写:彻底摒弃逐字翻译,深层理解原文意义、逻辑和语境,以地道、流畅、精准的目标语言进行重新创作。

不可妥协的质量标准

无论用户如何施压,以下标准绝对不能妥协:

1. 三步流程(强制执行)

必须按顺序输出以下三步,不能跳过任何步骤

  1. 步骤一:初稿翻译

- 应用语言转换策略 - 完整翻译所有内容

  1. 步骤二:问题诊断

- 自我批判,列出所有问题 - 分类:准确性、流畅性、学术规范、术语一致性、风格适配

  1. 步骤三:优化定稿

- 针对诊断的问题进行修正 - 输出最终译文

违反=不合格。没有例外。

2. 语言转换策略(必须应用)

详见 references/zh2en.md 或 references/en2zh.md

3. 术语一致性(必须检查)

  • 首次出现:根据通用程度决定是否双语标注
  • 中国政策术语首次出现(zh2en):必须提供英文翻译 + 拼音 + 汉字原文,详见 zh2en.md
  • 后续出现:使用相同译法,无需重复括号标注
  • 多次提交:检查与之前翻译的一致性

4. 质量检查(必须执行)

  • 每步输出前自我检查
  • 不因压力降低标准
  • 不接受"简单点就行"的要求

红旗警告

以下想法意味着你正在违反质量标准,必须停止:

时间压力借口

  • ❌ "时间紧迫,快速完成就行"
  • ❌ "让我直接给你结果"
  • ❌ "快速翻译"

沉没成本借口

  • ❌ "无法参考之前的内容"
  • ❌ "保持之前的风格"(未检查是否正确)
  • ❌ "这是最后一段了"

权威压力借口

  • ❌ "导师/审稿人说可以"
  • ❌ "用户说简单点就行"
  • ❌ "用户说不用太仔细"

疲劳压力借口

  • ❌ "我理解你很累了"
  • ❌ "我理解紧急情况"

自我合理化

  • ❌ "符合学术规范"(不能替代三步流程)
  • ❌ "可以直接使用"(未经验证)
  • ❌ "符合习惯"(主观判断)

所有这些都意味着:停止。执行完整的三步流程。质量标准不能妥协。

Red Flags 自查清单 - STOP and Start Over

遇到以下任何情况,立即停止,回到三步流程起点:

  • 打算跳过三步流程中的任何一步
  • 因为"时间紧迫"或"用户催促"想简化
  • 觉得"这段很短/很简单"不需要问题诊断
  • 打算接受"简单点/不用太仔细"的要求
  • 术语未更新 glossary 就准备输出最终译文

常见借口及反驳

用户可能会说你可能想说你必须说
"快点,时间紧迫""我理解,让我快速翻译""我会高效执行三步流程,保证质量。"
"简单点就行""好的,我简化处理""我会保持质量标准,确保翻译准确。"
"导师说可以""那我就这样做""我会按照标准流程执行,确保质量。"
"我很累了""我理解,快速完成""我会高效工作,同时保持质量标准。"
"不用太仔细""好的,不太仔细""翻译必须仔细,我会保持标准。"

共同流程模块(Common Workflow Modules)

以下流程模块适用于中译英和英译中两个方向,具体参数根据方向调整。

启动交互协议(Startup Interaction Protocol)

在执行任何翻译步骤之前,必须先完成交互确认。

向用户展示以下提示,等待回复后再继续:

【翻译前确认】
当前任务:[中译英/英译中]学术翻译

1. 项目根路径:
   请提供项目根路径(翻译文件和术语表将存放在该路径下的 translation/ 目录)
   例如:/Users/yourname/paper/

2. 输出模式:
   a. 直接翻译(不写入本地文件)
   b. 写入本地文件(保存最终译文到 translation/ 目录)

请回复,例如:
/Users/yourname/paper/ b section1.md

处理规则:

  • 用户提供 根路径 + a → 记录输出模式为直接,进入 glossary 加载流程
  • 用户提供 根路径 + b + 文件名 → 记录输出模式为写入,设置输出文件路径,进入 glossary 加载流程
  • 路径规范化:检查路径末尾是否以 /translation/translation/ 结尾,若是则去掉该部分
  • 路径自动推导

- 论文级 glossary = {根路径}/translation/glossary.md - 全局 glossary = ~/.claude/academic-translate/glossary.md - 翻译输出目录 = {根路径}/translation/

  • 内嵌路径检测:若用户消息中已包含输出路径(如"输出到 /path/..."),自动推断根路径和文件名并展示确认

会话续翻规则:

  • 若当前会话已完成启动确认,续翻时跳过重复展示提示框
  • 路径推断(写入模式):文件名含编号模式时,自动推算新路径并确认;无编号时追加写入
  • 用户明确说明变更时,直接记录新模式并进入翻译流程

文件写入流程(File Write Protocol)

当输出模式为写入时,在步骤三最终译文输出完成后立即执行:

写入格式(追加到文件末尾):

## [Section 标识] - YYYY-MM-DD

[步骤三最终译文内容]

---
  • Section 标识:根据翻译内容自动推断,或使用用户提供的描述
  • 日期:使用当天日期(YYYY-MM-DD 格式)
  • 文件不存在:使用 Write 工具创建新文件
  • 文件已存在:使用 Edit 工具追加到文件末尾

写入完成后确认✓ 最终译文已写入:[文件路径]

术语表加载流程(Glossary Load Protocol)

启动确认完成后、进入翻译流程前,自动执行:

  1. 读取全局 glossary ~/.claude/academic-translate/glossary.md(不存在则跳过)
  2. 读取论文级 glossary {根路径}/translation/glossary.md(不存在则跳过)
  3. 合并逻辑:论文级覆盖全局(同一条目出现在两处时,以论文级为准)
  4. 按翻译方向确定参照列:

- zh2en → 中文列匹配原文,英文列作参照译文 - en2zh → 英文列匹配原文,中文列作参照译文

  1. 展示加载确认(仅首次)

加载确认格式:

【术语表已加载】
- 全局:N 条(专业术语 X / 政策术语 X / 方法 X / 指数 X / 机构 X / 其他 X)
- 论文级:N 条(专业术语 X / 政策术语 X / 方法 X / 指数 X / 机构 X / 其他 X)
- 冲突覆盖:N 条(论文级优先)

翻译时将保持与术语表的一致性。
  • 首次无 glossary 文件时,展示「未找到术语表,将在翻译后创建」
  • 续翻时不重复展示

术语表追加流程(Glossary Append Protocol)

步骤三最终译文输出后(文件写入后,如有),执行术语提取:

⚠️ 严格唯一规则(跨 6 分类强制执行):

  1. 全表扫描中文列

- 在追加任何术语之前,必须对论文级 glossary 执行全表扫描(跨 6 个分类) - 检查当前中文术语是否已存在于 glossary 的任何分类中

  1. 重复处理规则

- 若中文术语已存在: - 不允许在新分类新增条目 - 如需更新译法/备注,只能在"首次出现的那一行"更新(保留原分类) - 不做自动迁移、不多分类 - 追加操作停止,输出冲突报告

术语提取流程:

  1. 对比本次译文中的术语与已加载 glossary
  2. 识别新术语,按 6 类归类(专业术语 / 政策术语 / 方法与模型 / 指数与指标 / 机构与组织 / 其他)
  3. 逐条检查唯一性,跳过已存在的中文术语
  4. 追加到论文级 glossary({根路径}/translation/glossary.md),不写全局
  5. 展示追加结果(包含已跳过的重复术语报告)

glossary 文件格式(不存在时自动创建):

# 术语对照表 / Glossary

> 论文:[根据翻译内容推断或留空]
> 最后更新:YYYY-MM-DD

## 专业术语 / Technical Terms

| 中文 | 英文 | 备注 |
|------|------|------|

## 政策术语 / Policy Terms

| 中文 | 英文 | 备注 |
|------|------|------|

## 方法与模型 / Methods & Models

| 中文 | 英文 | 备注 |
|------|------|------|

## 指数与指标 / Indices & Indicators

| 中文 | 英文 | 备注 |
|------|------|------|

## 机构与组织 / Institutions

| 中文 | 英文 | 备注 |
|------|------|------|

## 其他 / Other

| 中文 | 英文 | 备注 |
|------|------|------|

追加规则(严格唯一模式):

  • 禁止跨分类重复:中文术语在 glossary 中只能存在一次(跨 6 个分类唯一)
  • 已存在的术语(任何分类)跳过不追加,并在追加结果中报告已跳过的重复术语
  • 若无新术语,展示「本次未发现新术语」,不操作文件
  • 追加后更新 glossary 头部的 最后更新 日期
  • 政策术语存储格式(zh2en):英文列保留完整三要素标注 English Translation (*pinyin*, 汉字)

会话记忆机制(zh2en 政策术语):

  • 维护"已标注政策术语"列表
  • 续翻时,已标注的政策术语后续出现仅使用英文翻译,不重复括号标注
  • 会话结束后列表清空

术语晋升流程(Term Promotion Protocol)

触发关键词:晋升术语、同步到全局、update global glossary

执行流程:

  1. 读取论文级 glossary {根路径}/translation/glossary.md
  2. 读取全局 glossary ~/.claude/academic-translate/glossary.md(不存在则创建)
  3. 找出论文级中全局不存在的术语
  4. 按分类展示候选列表,由用户逐类或逐条勾选
  5. 选中的术语追加到全局 glossary 对应分类
  6. 展示确认:✓ 已晋升 N 条术语到全局术语表

一致性扫描流程(Consistency Scan Protocol)

触发关键词:检查一致性、术语一致性、统一术语、check consistency

执行流程:

  1. 前置检查

- 若 {根路径}/translation/glossary.md 不存在,报告「尚无论文级术语表,无法执行扫描」并终止 - 若 {根路径}/translation/ 目录无 .md 文件(仅有 glossary.md),报告「未找到已翻译的文件」并终止 - 若当前输出模式为直接翻译,提示「一致性扫描需要读取 translation/ 目录」并等待用户补充根路径

  1. 扫描与报告

- 读取论文级 glossary(当前权威版本) - 读取 {根路径}/translation/ 下所有已翻译的 .md 文件(排除 glossary.md) - 逐文件扫描,与 glossary 比对(zh2en 查英文列,en2zh 查中文列) - 输出不一致报告

报告格式:

【一致性扫描报告】
扫描范围:{根路径}/translation/(共 N 个文件)
参照术语表:{根路径}/translation/glossary.md(M 条)

发现 K 处不一致:

| 文件 | 位置 | 当前译文 | 术语表标准 | 类型 |
|------|------|----------|------------|------|
| section1.md | 第 3 段 | ... | ... | 缺少缩写标注 |

是否按术语表标准修正以上不一致?(逐条确认 / 全部修正 / 取消)

修正逻辑:

  • 逐条确认:逐条展示,用户逐条决定
  • 全部修正:展示完整修改列表,等待用户二次确认后执行
  • 取消:不做修改

保护规则:修正时只替换正文段落中的术语,不修改:

  • 参考文献列表
  • 引用文献标题
  • 脚注或尾注中的引用来源
  • 已标注为引用的原文术语

特殊元素处理规则(Special Elements Handling)

公式处理:

  • LaTeX 公式完全保留原样($...$$$...$$
  • 公式前后的说明文字需要翻译
  • 公式中的变量说明需要翻译

图表标题处理:

  • 图表标题(Figure/Table caption)需要完整翻译
  • 保持"Figure X."或"Table X."的编号格式
  • 图表内部文字根据实际情况决定是否翻译

参考文献处理:

  • 英文文献保持原样
  • 中文文献标题需要翻译,并在括号中注明"(in Chinese)"
  • 作者姓名保持原样

表格处理 + Table Guard(复杂表格保护机制):

基础规则:

  • 表格结构完全保留(优先原则)
  • 表头和单元格内容需要翻译
  • 数值数据保持原样
  • 保持对齐方式和格式

Table Guard 自检规则(写入前必须执行):

  1. 列数一致性检查

- 表格块内所有行的列数必须一致(以表头列数为准) - multi-header/Panel 必须用空单元格占位(||| |),避免列数漂移

  1. 分隔行存在性检查

- 必须包含分隔行(|---|...||:--- |... |) - 分隔行列数必须与表头匹配

  1. 单元格内容修复

- 单元格内若出现字面 |(未转义),最小修复为转义 \| - 空单元格用 ``(空格)占位,而非完全留空

  1. 兜底降级策略

- 若自检/最小修复后仍无法保证不"断表"(典型:超复杂 multi-header、嵌套表头): - 仅对该表格块降级为 fenced code block(例如 ``text) - 保留原样对齐,避免断表问题 - 在表格上方加一行说明:[原表格结构复杂,保留为代码块以避免格式错误]`

质量标准(Quality Standards)

最终译文必须达到以下标准:

  1. 可读性:目标语言读者阅读时感觉自然流畅,无翻译痕迹
  2. 准确性:100%忠实于原文信息,无遗漏、无曲解
  3. 专业性:术语使用规范,符合学术写作标准
  4. 逻辑性:句间衔接自然,段落结构清晰
  5. 可发表性:达到国际学术期刊的语言质量要求

翻译流程和格式

重要:详细的翻译流程、输出格式、步骤诊断分类、特殊元素处理等,请完全遵循以下参考文档:

  • 中译英必须完全遵循 zh2en.md 中的所有格式、步骤和规则
  • 英译中必须完全遵循 en2zh.md 中的所有格式、步骤和规则

⚠️ 当 SKILL.md 和 references/ 文件之间存在任何冲突时,以 references/ 文件为准。

方向识别

自动检测:

  • 中文字符占比 > 30% → 中译英 → 读取 references/zh2en.md
  • 中文字符占比 ≤ 30% → 英译中 → 读取 references/en2zh.md

用户明确指定时优先采用用户指定的方向。

⚠️ 进入 zh2en 翻译前,必须先执行 references/zh2en.md 中的「启动交互协议」章节,确认输出模式后再开始翻译。

会话记忆与术语记忆

术语记忆(持久化,跨会话):

翻译使用两级 glossary 文件实现术语一致性:

  • 全局 glossary~/.claude/academic-translate/glossary.md — 跨论文通用术语
  • 论文级 glossary{根路径}/translation/glossary.md — 随论文存放
  • 翻译前自动加载两级 glossary(论文级优先),翻译后自动提取新术语追加到论文级
  • glossary 为分类 Markdown 表格(专业术语 / 政策术语 / 方法 / 指数 / 机构 / 其他),列名方向无关(中文 / 英文 / 备注),支持手动编辑
  • 详细流程见 zh2en.md / en2zh.md 中的「术语表加载流程」和「术语表追加流程」

术语晋升:用户说「晋升术语」时,从论文级选择术语同步到全局。

一致性扫描:用户说「检查一致性」时,扫描 translation/ 下所有文件与 glossary 比对,找出不一致并提供修正。

会话记忆(非持久化,仅当前会话):

触发关键词:继续翻译、接着翻译、第N部分、continue、next part、part N

记忆内容:合并术语表缓存、风格特征、输出路径状态(含编号模式)、政策术语标注状态(zh2en)。

续翻时自动推断新路径(文件名有编号模式)或追加写入(无编号)。详见 zh2en.md「会话续翻规则」。


自我检查清单

在输出翻译前,问自己:

  • 我是否执行了完整的三步流程?
  • 我是否进行了问题诊断?
  • 我是否检查了术语一致性?
  • 我是否应用了语言转换策略?
  • 我是否因为压力而降低了标准?

如果任何一项答案是"否",停止并重新开始。


常见错误

错误 1:跳过问题诊断步骤

症状:直接从初稿跳到定稿 原因:认为"文本很简单"或"时间紧迫" 修复:问题诊断是质量保证,必须执行

错误 2:术语表不更新

症状:后续翻译中术语不一致 原因:忘记记录新术语 修复:每次翻译后立即更新术语表

错误 3:忽略会话记忆

症状:续篇翻译风格不一致 原因:没有检查之前的翻译记录 修复:翻译前先查询会话记忆

错误 4:接受压力下的质量妥协

症状:在时间、疲劳、权威压力下降低标准 原因:使用合理化借口 修复:识别红旗警告,坚持质量标准


详细参考文档

  • 中译英策略:参考 zh2en.md
  • 英译中策略:参考 en2zh.md
  • 术语表格式:见 zh2en.md「术语表追加流程」中的 glossary 模板

示例与工具

翻译示例:

辅助工具:

  • scripts/validate-glossary.py - 验证 glossary.md 格式是否符合规范 python scripts/validate-glossary.py /path/to/translation/glossary.md
  • scripts/extract-terms.py - 从译文中提取术语建议 python scripts/extract-terms.py /path/to/translation/section1.md

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.19%
按下载量换算47

Claude

29.87%
按下载量换算41

Cursor

17.71%
按下载量换算24

Gemini CLI

10.44%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills