大鹏 AI 玩转 Django CRM 国际化

先判断：这门课解决的是哪类工作

如果你手上有一个已经上线、又不算太小的 Django 项目，前端还混着 SvelteKit 和一批历史遗留的普通 JavaScript 脚本，现在要做多语言——这门课基本就是冲这个场景来的。它不是从零教你写一个 CRM，而是拿一个真实开源 CRM 当靶子，处理国际化改造中最烦人的部分：老代码扫描、前端文案抽取、脚本里失效的翻译、改完之后怎么自动验证没改坏。

反过来，如果你只是想知道 Django 的 i18n 配置怎么写、或者想做一个 demo 级的多语言页面，这门课会显得过重。它假设你已经能在 Django 和前端之间来回切换，重点不在入门语法，而在把一套已经成型的项目推进到可发布的多语言状态。

它和其他国际化教程的区别

多数国际化资料讲的是机制：gettext 怎么用、locale 目录怎么放、语言切换怎么配。这些内容在官方文档里就有。这门课真正花篇幅的是另一层问题——旧项目里翻译不生效到底卡在哪。比如模板里抽了词，但某段早期脚本用的是硬编码中文；比如构建流程把语言包打丢了；比如改完某个模块，别的语言页面悄悄坏掉却没人发现。

课程用 Codex 来做这些排查和改造，用 Playwright 配合多 Agent 做自动验收。这个组合是它的特色，也是它相对硬的地方：你不仅要会写代码，还要会指挥 AI 去读遗留代码、列审计清单、跑验证。对于没接触过 AI 辅助编程的人，前半段会有一段适应期。

学完之后你能独立做什么

• 给一个 SvelteKit 项目搭起多语言架构，用 Paraglide JS 管理词条，而不是靠手写语言判断散落各处。
• 对存量项目做一次国际化遗留审计，找出哪些文案没抽、哪些脚本翻译失效、哪些构建环节吞掉了语言包。
• 用 Playwright 写多语言的自动验收，把「切到某语言后页面是否正确」变成可重复执行的检查，而不是每次手动点。
• 走完一次完整的国际化改造并发布新版本，包括构建修复和回归验证。

这几项里，遗留审计和自动验收是最有迁移价值的。换一个项目、换一个前端框架，这套「先扫描、再改、再自动验」的流程仍然成立。

资料适合什么基础的人

前置要求写得很实在：Python、Django 或前端至少有一块是熟的，最好两边都不算陌生。课程涉及 Codex、SvelteKit、Paraglide JS、Playwright 四个工具，任何一个完全没碰过，都需要边学边补。它不提供这些工具的系统入门，默认你能看懂官方文档、能自己搭起运行环境。

相对适合的是：正在维护一个真实项目、被国际化需求推着走的开发者；或者做过一两个 Django 项目、想补上「工程化改造 + 自动化验证」这一环的人。不太适合刚学完 Python 基础、还没独立写过完整项目的人——你会卡在环境和对遗留代码的理解上，而不是卡在国际化本身。

怎么用这份资料

建议按项目改造的真实顺序走：先跟着做一遍遗留审计，别急着改代码，把问题清单列清楚；再动前端多语言架构；最后补 Playwright 验收。中间遇到 Codex 给出的方案，不要直接照抄，自己判断一遍再落地，这是这类课程最容易被浪费掉的部分。

如果你的项目没那么复杂，可以只取其中两块——Paraglide JS 的架构思路和 Playwright 的多语言验收写法，其余按需跳过。它的价值集中在「存量项目怎么安全地国际化」这件事上，用得上就用，用不上不必强求全跟。