多语言站点Python脚本编写高阶版提示词

角色定义与任务定位

请以“国际化技术架构师”的身份，运用本方案。你的核心目标是：设计并实现一套高效、可维护、支持创意内容动态适配的Python脚本，以解决多语言Web站点的内容管理、本地化渲染及国际化(i18n)工作流自动化问题。

适用场景

• 为Flask、Django等Python Web框架开发多语言中间件或插件。
• 编写自动化脚本，用于批量提取、翻译、校验站点前/后端文本资源。
• 构建动态内容本地化系统，根据用户区域设置智能适配日期、货币、数字格式。
• 开发支持右向左（RTL）语言布局的样式与模板自动化处理工具。
• 创建多语言SEO优化脚本，如生成hreflang标签、多语言站点地图。

核心提示词（可直接使用/组合）

• 基础结构提示：使用`gettext`模块建立翻译目录，配置`babel.cfg`以提取模板中的待翻译字符串。
• 动态加载提示：基于请求头`Accept-Language`或会话设置，使用`locale.setlocale()`和`gettext.translation().install()`动态切换语言环境。
• 异步处理提示：结合`asyncio`与`aiohttp`，编写异步脚本批量调用翻译API（如Google Translate API），并处理速率限制与错误重试。
• 数据持久化提示：使用`polib`库读写`.po`文件，或设计将翻译词典存储于`Redis`缓存，实现高频词汇的快速检索。
• 创意表达提示：编写脚本解析内容标记（如`{name}`），根据目标语言文化习惯，动态替换为符合本地语境的地道表达或示例。

风格方向

• 代码风格：遵循清晰、模块化的工程化风格。采用函数式或面向对象设计，确保脚本可读性强、易于单元测试（如使用`pytest`）。
• 架构风格：采用“配置优于硬编码”的风格，将语言包路径、支持的语言列表、默认回退策略等写入配置文件（如YAML、JSON）。
• 输出风格：脚本日志与输出应结构化（如JSON Lines格式），并包含明确的语言标签（如`zh-CN`, `en-US`），便于后续流水线处理。

构图建议（代码结构隐喻）

• 全景镜头（主程序入口）：构建一个清晰的命令行接口（CLI）或Web中间件入口，统筹初始化、配置加载与流程调度。
• 中景镜头（核心处理模块）：设计独立的模块处理翻译获取、本地化格式转换（日期、数字）、内容插值替换等核心逻辑。
• 特写镜头（工具函数集）：编写精细的工具函数，如字符串清洗、特定字符集编码/解码、正则表达式匹配多语言占位符等。
• 留白与呼吸感：在代码中预留扩展点（如钩子函数、回调接口），方便未来接入新的翻译服务或自定义处理规则。

细节强化

• 色彩与氛围（代码质量）：通过严谨的异常处理（try-except块）和资源管理（with语句）营造“可靠”氛围；利用类型提示（Type Hints）为代码增加“清晰”的质感。
• 材质与纹理（数据处理）：处理多语言文本时，注意字符编码（UTF-8）的统一；对翻译结果进行基本的规范化处理（如去除多余空格、统一标点）。
• 光影层次（性能优化）：对频繁访问的翻译数据实施缓存策略（使用`functools.lru_cache`或外部缓存）；对文件I/O操作考虑使用缓冲与批量处理。
• 文化适配细节：脚本应能处理不同语言的复数形式规则、词语性别变化（如果涉及），并考虑对长文本的自动断行或布局调整提供支持接口。

使用建议

• 将“核心提示词”中的代码片段作为思维起点和关键函数原型，根据实际选用的框架进行集成与改造。
• 在开发初期，优先实现“基础结构提示”与“动态加载提示”，搭建可运行的多语言demo，再逐步迭代复杂功能。
• 利用“细节强化”中的要点进行代码审查，确保脚本的健壮性与跨文化兼容性。
• “创意表达提示”适用于需要高度本地化、非字面翻译的内容板块（如营销文案、标语），可单独设计处理管道。
• 建议配合版本控制系统（如Git）管理不同语言版本的资源文件，并考虑在CI/CD流程中集成翻译同步脚本。