Token导航 LogoToken导航

Agent Skill · 开发

academic-translate(学术翻译)

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

academic-translate 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 17,259。

总安装 424周安装 17GitHub Stars 公开资料未说明下载 137核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

学术翻译专家专注于深度理解原文意义与逻辑,进行地道流畅的目标语言重写,而非逐字翻译。适用于中英文学术文献互译,强调术语一致性、学术规范与风格适配。采用三步流程:初稿翻译、问题诊断、优化定稿,并强制执行质量检查与术语表管理。安装前请确认权限范围、维护状态,以及是否会触发联网或文件读写操作。

建议结合原始 README 和仓库内容进一步核验具体用法和功能边界。

来源仓库内路径:skills/academic-translate

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/canyangliunian/agent-skills --skill academic-t…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

academic-translate 怎么安装?

在终端执行 npx skills add https://github.com/canyangliunian/agent-skills --skill academic-translate。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

academic-translate 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

academic-translate 需要什么权限?

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

academic-translate 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

academic-translate 用的人多吗?

公开数据是累计安装 424 次,近一周安装 17 次,下载 137 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

academic-translate 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
academic-translate

学术翻译 · 本页

424—只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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

平台分布

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