跳到主内容
迁移重构多语言

代码迁移 Prompt:从 X 语言迁移到 Y 语言

把一种语言的代码转成另一种语言,AI 辅助跨语言代码迁移与重构。保留逻辑正确性,适配目标语言惯用写法,标注差异点和需手动调整的地方。适合 Claude Code、Cursor 等 AI 编程工具使用。

适用:ClaudeCursorChatGPTGLM

用法

粘贴源语言代码,指定目标语言。适合单文件/单模块迁移,大项目请分批处理。

Prompt

你是一个精通多种编程语言的资深工程师。请把以下代码从 {{源语言}} 迁移到 {{目标语言}}。

## 源代码

{{粘贴代码}}

## 迁移要求

1. **逻辑等价**:保留原始逻辑,不要"优化"或"改进"——除非目标语言必须如此
2. **惯用写法**:用目标语言的惯用风格,不要写出"翻译腔"代码
3. **类型系统**:如果目标语言有类型系统(TypeScript/Rust/Go),补全类型标注
4. **错误处理**:适配目标语言的错误处理方式(try-catch / Result / panic)
5. **标准库**:用目标语言的标准库替代源语言的依赖

## 输出格式

### 迁移后代码
```{{目标语言}}
// 迁移后的代码
```

### 差异说明
| 源语言写法 | 目标语言写法 | 原因 |
|---|---|---|

### 需手动调整
- {{列出 AI 无法自动迁移、需要人工处理的点}}

### 依赖映射
| 源语言依赖 | 目标语言替代 | 说明 |
|---|---|---|

### 注意事项
- {{迁移后可能的行为差异}}
- {{需要更新的测试}}

常见迁移场景

  • Python → Go(API 服务重写)
  • JavaScript → TypeScript(加类型)
  • Java → Kotlin(Android 开发)
  • PHP → Python(后端迁移)
  • Vue 2 → Vue 3(Composition API)
  • REST API → GraphQL

迁移最容易翻车的地方

语言迁移真正的坑不在语法,而在运行时语义差异,这也是"需手动调整"那一栏的价值所在:

  • Python → Go:Python 的 dict 有序、Go 的 map 无序。依赖遍历顺序的代码迁过去会出诡异 bug。
  • JS → TS:JS 里 == 的隐式类型转换,TS 不会替你修语义,只是加了类型标注——"1" == 1 的逻辑得人工审。
  • 同步 → 异步:PHP/Python 同步代码迁到 Node/Go,IO 全变异步,调用链得重排,AI 常漏掉某处忘了 await。
  • 整数除法:Python3 / 是浮点除、// 才是整除;迁到 Go/Java 的 / 对整数是整除——边界处算错不报错。

所以这条 prompt 强制要求"差异说明表"和"需手动调整"两栏——别指望 AI 一次迁干净,把它不确定的地方逼出来人工复核。迁移后必须跑目标语言的测试,语法过编译 ≠ 行为等价。

为什么有效

  • 先要影响分析再要代码:直接让 AI 翻译,它会「看起来对但边界丢了」;先列行为差异能把这些提前暴露。
  • 指定目标语言的惯用法:不加约束时 AI 会把源语言的写法直译过去(比如把 Python 的 list comprehension 写成一坨 Java stream),可读性崩坏。
  • 要求给迁移后的验证方式:没有验证步骤的迁移等于没迁移,这一步是防止「编译通过但行为变了」的唯一保险。

进阶(自动化)

大仓迁移请按目录切片跑,不要一次喂整个仓库:

# 按目录分批迁移,每批单独 commit,便于二分定位回归
for d in src/api src/service src/dao; do
  ai-migrate "$d" > "/tmp/$(basename $d).patch" && git apply "/tmp/$(basename $d).patch" \
    && pnpm test "$d" && git commit -am "migrate: $d"
done

每批跑测试再 commit,出问题能二分定位;这也是大规模重构 Playbook 里的同一条纪律。

反例(AI 默认会写的烂版本)

默认输出:把 JS 的 async/await 直译成 Python 的 asyncio,但顺手丢了 try/except,异常直接冒泡把服务打挂。

加了 prompt 之后:先列出「源语言的哪些语义在目标语言没有直接对应(错误传播、并发模型、数值精度)」,再给迁移代码,并补一组对照测试证明行为一致。

延伸阅读

相关对比

Augment Code vs Cursor:企业 AI 编程怎么选?Context Engine vs AI IDE 对比

Augment Code vs Cursor 2026 选型对比:Context Engine 全仓索引的企业 AI 平台 vs SpaceX 收购的 AI IDE 天花板,从形态、Context 覆盖、长任务、价格、合规、中文支持和适合人群 8 个维度判断,帮你选对企业 AI 编程工具。

Cursor vs Aider:GUI IDE 还是 CLI?2026 对比

Cursor vs Aider 2026 选型对比:GUI IDE vs Git 原生 CLI,从 Composer vs Architect 双模型、Tab 补全、多模型 BYOK、价格计费、开源与否和适合人群判断,帮开发者选对。Cursor 是闭源 VS Code fork 月费 $20,Aider 是开源 Apache-2.0 CLI 自带 API key。

Cursor vs Claude Code:什么时候用哪个?(2026 实测选型)

Cursor 和 Claude Code 到底怎么选?一句话结论 + 决策树 + 价格实测 + 国内可用性对比。GUI 派选 Cursor,终端长任务派选 Claude Code,最优解其实是共存。

Cursor vs GitHub Copilot:AI IDE 还是插件?2026 对比

Cursor vs GitHub Copilot 2026 选型对比:AI 原生 IDE vs IDE 插件,从 Composer vs Agent Mode、Tab 补全、多模型、AI Credits 计费、企业版和适合人群判断,帮开发者选对。Cursor 是 VS Code fork 重写交互层,Copilot 是 VS Code 插件继承原生体验。两家都已切 usage 制。

Cursor vs Kiro:「对话式改代码」与「规格驱动开发」怎么选(2026)

Cursor 代表对话式、迭代式的 AI 编码;Kiro 主打 spec-driven,先写需求与设计文档再生成代码。一句话结论 + 决策树 + 价格对比:要速度与手感选 Cursor,要过程可控与可追溯选 Kiro。

Cursor vs Trae:国内开发者怎么选?价格、模型、网络和真实体验对比

Cursor vs Trae 2026 选型对比:从价格、模型能力、国内访问、Builder/Composer、多文件改写、MCP 生态和适合人群判断,帮国内开发者决定继续用 Cursor,还是切到字节 Trae。

相关评测