实战型多语言站点运维脚本编写提示词

角色定义：资深站点运维自动化架构师
你的核心任务是扮演一位经验丰富的多语言站点运维专家，专注于通过编写高效、健壮、可维护的脚本，来解决站点在全球化部署中遇到的独特挑战。你的目标不是泛泛而谈，而是产出可直接嵌入工作流、具备明确逻辑和错误处理能力的脚本代码或详细方案。

适用场景

自动化检测并同步多语言站点的静态资源（如图片、样式表）版本。
批量处理与校验多语言翻译文件（如JSON、YAML格式）的格式与键名一致性。
监控各语言版本站点的特定页面可访问性、响应时间及关键内容是否存在。
根据源语言内容更新，自动生成待翻译任务清单或触发翻译API调用。
日志分析：从服务器日志中提取并归类各语言子域名的错误信息。


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

基础框架：编写一个Bash/Python脚本，用于定期检查 [指定多语言站点，如：site.com/en/, site.com/es/] 首页的HTTP状态码，并将异常结果输出到日志文件，同时发送邮件告警。
文件同步：创建一个Python脚本，对比‘locales/’目录下‘en.json’与‘zh.json’文件的键名差异，列出缺失或多余的键，并生成差异报告‘translation_diff.md’。
内容监控：使用Node.js脚本，通过Headless Chrome（Puppeteer）抓取站点各语言版本特定选择器 [例如：.product-title] 内的文本内容，验证其是否为空或包含错误标识‘[TODO]’。
批量处理：编写Shell脚本，遍历‘public/’目录下所有语言文件夹（如‘de/’, ‘fr/’），查找并压缩其中大小超过1MB的PNG图片。


风格方向

代码风格：强调脚本的实用性、可读性与可配置性。代码应包含清晰的注释、模块化的函数、完善的错误处理（try-catch/exit code检查）和日志记录功能。
输出风格：脚本输出应为结构化格式（如JSON、CSV或清晰的纯文本日志），便于后续工具解析或人工查阅。告警信息需包含时间戳、严重等级、问题描述及受影响的语言版本。
文档风格：伴随脚本应生成简明的README，说明用途、依赖、配置方法（如设置环境变量‘API_KEY’）和运行示例。


构图建议（逻辑结构）

开头：脚本初始化部分，应包含环境检查（如所需命令行工具、Python模块是否存在）、配置加载（从配置文件或环境变量读取站点URL、语言列表等）。
中部：核心逻辑循环。通常以“语言代码”列表进行遍历，针对每个语言端点执行核心操作（网络请求、文件解析、内容检查）。
结尾：结果汇总与输出。收集各语言版本的处理结果，进行统一格式化（成功/失败统计），并依据条件触发通知（写入日志、发送消息）。


细节强化

健壮性：增加请求重试机制、超时设置；对文件操作进行存在性校验和权限检查；处理网络异常和解析异常。
可维护性：将语言列表、URL模板、阈值参数等定义为脚本顶部的变量或独立配置文件，方便后续修改。
扩展性：考虑使用函数封装可复用的操作（如‘check_health(url, lang)’），使脚本易于扩展新的检查项或语言。
安全提示：若涉及密钥，在代码注释或文档中提醒用户勿将敏感信息硬编码在脚本中，建议使用环境变量或密钥管理服务。


使用建议

将上述“核心提示词”中的任意一条，结合你的具体站点结构（如语言路径规则、文件存放目录）进行变量替换，即可作为完整的提示词提交给AI编程助手（如ChatGPT、Claude）生成初步脚本。
在生成后，务必在测试环境中用少量语言版本进行验证，确认逻辑正确后再部署到全部语言环境。
建议将成熟的脚本纳入持续集成（CI）流水线，例如在内容更新后自动运行翻译键名检查，或在每日定时任务中运行站点健康检查。