Menu
当用户提到审核 PR、review PR、检查开放 PR、判断升级能否合并时使用。逐个读取 PR 信息与首个评论，提炼亮点更新和破坏更新，对照当前仓库/集群配置判断是否需要同步变更，并给出简洁结论与代码引用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 独立小节 输出，不要混在一起。
一个合格结果应满足：