菜单
当用户提到审核 PR、review PR、检查开放 PR、判断升级能否合并时使用。逐个读取 PR 信息与首个评论，提炼亮点更新和破坏更新，对照当前仓库/集群配置判断是否需要同步变更，并给出简洁结论与代码引用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when 部署/更新 VPS 或 sakamoto
Kubernetes 事故取证流程。Use when 服务离线但没告警、升级后异常、K8s 应用/入口/备份链路失败、Gatus/Prometheus/Alertmanager 异常、Envoy Gateway 403/GeoIP/RBAC 异常、audit log 追溯手动操作、router-dns-proxy 延迟/失败、外部访问抖动，或需要统一时间线定位故障断点。
在 home-ops 仓库中为 k3s 集群新增服务的完整流程：设计→创建代码→提交审查→部署观测。按 Flux GitOps 双层结构（infra.yml 与 apps.yml）组织文件与依赖。使用当用户要求部署新应用、添加新服务、补齐 app 目录资源时。
在 containers 仓库创建无后端轻量前端应用，并串起 home-ops GitOps 部署流程。Use when 用户要求创建简单应用、轻量前端服务、小工具、展示页、SPA、simple-service，或提到“复制模板到 apps 并部署”。
从 home-ops 的 Docker Compose 服务补齐 Gatus outside 健康检查，并选择轻量、可从集群内验证的探测方式。Use when 用户要求对比 compose 与 Gatus、补充 outside endpoints、检查集群外 VPS/sakamoto 服务监控、或调整 Gatus health check 轻量化。
shelken/home-ops 项目的目录结构与资源组织规范。在涉及该项目的文件放置、模块拆分、资源归属判断时使用。
| name | review-pr |
| description | 当用户提到审核 PR、review PR、检查开放 PR、判断升级能否合并时使用。逐个读取 PR 信息与首个评论，提炼亮点更新和破坏更新，对照当前仓库/集群配置判断是否需要同步变更，并给出简洁结论与代码引用。 |
把每个 PR 压缩成一个可执行判断：
默认按 一个个来 处理，等用户决定后再看下一个。
出现以下意图时就使用：
每个 PR 至少检查：
首个评论优先级最高，通常最能说明升级范围和风险。
确认：
如果 PR 里信息不够，按顺序补查：
只看发布说明和升级说明，不要分析上游源码。
重点检查这些位置是否受影响：
k8s/apps/common/k8s/infra/common/k8s/components/k8s/clusters/staging/.renovate/packageRules.json5以及相关资源：
HelmReleaseKustomizationExternalSecret判断：
只关注和当前仓库/集群有关的变更，优先看这些：
本项目遵循最小权限原则。若升级要求更高权限，必须单独指出。
如果服务当前已关闭，还要检查：
.renovate/packageRules.json5 的 Disabled Packages 是否已覆盖始终使用这个结构：
<编号/标题>path#Lx-Ly：...或：
需要变更
path#Lx-Ly：要把 ...path#Lx-Ly：要新增/删除/调整 ...结论：可直接合并
结论只能是：
当你写“当前配置关联”或“需要变更”时，必须引用仓库中的实际位置，例如：
k8s/apps/common/example/app/helmrelease.yaml#L10-L42.renovate/packageRules.json5#L50-L88要求：
按这个顺序取证：
默认流程：
如果用户要求一次看全部，也要按 每个 PR 独立小节 输出，不要混在一起。
一个合格结果应满足：