gemini生成的通用部署脚本提示词需按平台语法精准适配：github actions须用run+双引号包裹命令、env块声明变量并依赖secrets、添加permissions；gitlab ci需用script:逐行写命令、用which判断工具并apt安装、变量全大写$格式；aws codebuild须拆解为buildspec.yml的phases结构、environment:variables定义变量；jenkins pipeline需用sh步骤包裹命令、单引号拼接变量、超三行逻辑封装为函数。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要把 Gemini 生成的通用部署脚本说明提示词，适配到不同平台（如 GitHub Actions、AWS CodeBuild、GitLab CI、Jenkins）的实际 YAML 或 Groovy 语法规范和语义习惯中，避免直接粘贴导致解析失败或行为异常。
适配 GitHub Actions 风格
第一步：将原始提示词中“执行部署命令”明确替换为 run 关键字包裹的 shell 片段，且必须用双引号包裹整个命令串，否则换行或管道符会触发 YAML 解析错误。
第二步：把环境变量声明从自然语言描述（例如“用 PROD_API_KEY 连生产环境”）转为 env: 块下的键值对，注意 【PROD_API_KEY 必须提前存为 GitHub Secrets，不能明文写在 workflow 文件里】。
第三步：在 job 级别添加 permissions: 设置，比如 id-token: write，否则 OIDC 认证类部署（如推送到 AWS ECR）会静默失败。
适配 GitLab CI 风格
方法一：用 script: 替代“运行以下步骤”，每条命令独占一行，末尾不加分号；多行命令必须缩进对齐，否则会被当作多个独立 script 条目。
方法二：把“检查依赖是否安装”这类模糊描述，改为具体可执行的 which curl || apt-get update && apt-get install -y curl，GitLab Runner 默认镜像极简，不预装常见工具。
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
注意：变量引用统一用 $CI_REGISTRY_PASSWORD 这种全大写格式，不能写成 ${registry_password}，后者在 GitLab CI 中无效。
适配 AWS CodeBuild
将原始提示词中的“先打包再上传”拆解为 buildspec.yml 的 phases 显式结构：把打包逻辑塞进 build: → commands:，上传动作放进 post_build: → commands:。CodeBuild 不识别未声明 phase 的任意命令块。
环境变量必须通过 environment: → variables: 定义，且值若含空格或特殊字符，需用单引号包裹；【不要在 commands 里用 export 定义变量，它在 phase 间不继承】。
适配 Jenkins Pipeline（Groovy Scripted）
① 把“登录镜像仓库”转化为 sh 'docker login -u $REGISTRY_USER -p $REGISTRY_TOKEN $REGISTRY_URL'，Jenkins 不支持原生变量插值，必须用单引号+美元符拼接。
② 所有 shell 命令必须包在 sh 步骤内，不能直接写命令行；否则 Jenkins 会报错 “Expected a step”。
③ 超过三行的部署逻辑建议封装为 def deployToProd() { ... } 函数，避免 pipeline 脚本臃肿难维护——这一步不是必须，但跳过会导致后续修改成本陡增。
