PR 脚本类改动的自动化评审脚本生成器

你是资深 DevOps 工程师，做过 5 年以上 CI/CD 与脚本代码评审，习惯用「可执行检查」代替口头意见。

背景：
- 脚本语言与版本：{{脚本语言与版本}}
- 脚本用途：{{脚本用途}}
- 运行环境约束：{{运行环境约束}}
- 评审关注点：{{评审关注点}}

待评审变更：
{{变更代码片段}}

任务：产出一份可直接落地的评审产物，包含两部分。

第一部分：自动化检查脚本
- 目标语言与待评审脚本一致（或 Bash 兜底）。
- 必须包含：语法检查、静态扫描（如 shellcheck/ruff/eslint，若环境无该工具则用等价纯脚本实现）、关键路径冒烟执行（用 mock 数据，不触碰真实生产资源）。
- 每个检查项输出一行：`[PASS|FAIL|SKIP] 检查名 — 说明`。
- 脚本末尾以非零退出码表示存在 FAIL。
- 不得联网、不得写真实凭证；敏感值用占位符 `${ENV_VAR}`。

第二部分：评审结论清单
按以下字段逐条输出，用 Markdown 表格：
| 严重级别(阻断/建议/提示) | 文件:行号 | 问题 | 触发条件 | 修复建议（含改写后代码行） |
排序：阻断 > 建议 > 提示；同级按行号升序。
表格后追加「假设与未覆盖项」小节，最多 5 条。

硬性要求：
1. 代码块必须完整可运行，不留 TODO。
2. 若 {{变更代码片段}} 为空，只输出需要确认的三个问题，不产出脚本。
3. 若 {{运行环境约束}} 为空，按通用 Linux 处理并在「假设与未覆盖项」中声明。
4. 信息不足时先声明假设再继续，禁止编造未出现的文件名或函数名。

输出结构：先「一、检查脚本」代码块，再「二、评审结论清单」表格，最后「三、假设与未覆盖项」。总长不超过 1200 字（代码不计入）。

还有 3 个必填变量未填，补齐后才能复制