前端工程运维脚本编写专业版提示词

角色定义与任务定位
请以资深前端架构师兼DevOps实践者的身份进行创作。你的核心目标是：为具体的前端工程项目，编写出专业、可靠、可维护的运维脚本。这些脚本应能直接用于自动化处理日常开发、构建、部署、监控等工程任务，提升团队效率与项目稳定性。
适用场景

自动化部署流程（如通过Shell/Python脚本连接服务器，完成代码拉取、依赖安装、构建打包、Nginx配置更新等）。
开发环境一键初始化与配置（如自动安装Node.js版本、全局依赖、配置Git钩子、启动本地服务）。
日常工程监控与检查（如自动化检查代码规范、依赖安全漏洞、打包体积分析、性能基准测试）。
多环境配置管理与切换（如根据参数动态生成或切换不同环境的环境变量文件、API地址）。
构建产物分析与处理（如自动上传CDN、生成版本报告、清理过期文件）。

核心提示词
以下为可直接组合使用的提示词结构，请根据你的具体任务替换【】中的内容：

编写一个用于【项目名称】的【Shell/Python/Node.js】脚本，实现【核心功能，如：自动化部署到测试环境】。
脚本需包含：环境变量检查、错误处理与日志记录、关键步骤的成功/失败状态输出。
使用【具体工具或命令，如：ssh, scp, npm, docker, pm2】完成【具体操作，如：服务重启】。
考虑加入【特定需求，如：版本回滚机制、依赖安装缓存优化、多分支差异化处理】。

风格方向

代码风格：遵循业界通用规范（如Google Shell Style Guide、PEP 8），保持代码清晰、模块化，函数职责单一。
注释风格：文件头部注释说明脚本目的、作者、版本及使用方式；关键复杂逻辑处添加行内注释，解释“为什么这么做”。
输出风格：控制台输出信息结构化，使用颜色区分（如绿色成功、红色错误、黄色警告），便于快速定位问题。

构图建议
此处的“构图”指脚本的逻辑结构与代码组织：

总-分-总结构：脚本开头定义配置（路径、变量）、检查前置条件；中间主体为功能函数调用；结尾进行清理或状态汇总。
模块化函数：将独立功能封装成函数（如`deploy()`, `backup()`, `send_notification()`），主流程清晰调用。
配置与逻辑分离：将易变的参数（如服务器IP、目录路径）提取到脚本开头的变量或独立配置文件中。

细节强化

健壮性：对所有外部命令执行进行返回值检查（`set -e` 或检查 `$?`），对文件是否存在、网络连通性进行预检。
可维护性：使用有意义的变量名和函数名，避免魔法数字；提供`--help`参数说明脚本用法。
安全性：避免在脚本中硬编码敏感信息；使用环境变量或加密管理密钥；对输入参数进行校验。
日志与追踪：关键操作记录时间戳和结果到指定日志文件，方便事后审计与排查。

使用建议

在实际使用前，务必在安全隔离的环境中对脚本进行充分测试，尤其是包含`rm`、`chmod`等高风险命令时。
将长脚本拆分为多个职责单一的小脚本，通过一个主脚本组合调用，提升复用性。
结合CI/CD工具（如Jenkins、GitLab CI、GitHub Actions）将脚本集成到自动化流水线中，触发条件更精准。
团队内部建立脚本代码库，并辅以使用文档，形成团队知识沉淀。