用途：面向 OpenShift 平台运维看板，帮助操作者优先看到影响租户的风险，再下钻到具体服务健康状态，避免信息过载。适用于用户要求更新平台看板并做可靠性检查的场景。
主要能力与工作流：
- 从平台契约锁定范围：编辑面板前先依据 platform-contract.md，将 L1 指挥视图限制在关键、先于租户影响的信号上，优先使用门控对齐组件（关键 CO gate、节点、MCP、核心 API/etcd/ingress），服务专属区块（Crossplane、Keycloak）放在 L1 之下。
- 强制信息架构：依据 layout-guidelines.md，L1 仅关键项、需立即行动、面板预算最小；L2 按依赖域组织平台服务；L3 为深度下钻（如未来 GPU 看板），不进 L1。
- 从已知查询库构建：依据 promql-library.md，从已验证查询出发，最小化调整标签，优先计数与行动表格而非装饰图表，按需显式过滤告警噪音（如 ArgoCD/GitOps）。
- 应用前验证：每次编辑后运行扫描脚本，通过标准为所有查询成功、无坏/解析错误。
- 应用并核验同步：仅在验证成功后应用，并检查 DashboardSynchronized 条件状态与原因。
- 以运营视角收尾：报告改动了哪些面板及意图、验证结果（查询数与失败数）、同步状态与残余风险，下一步将线上变更提升到 GitOps 管理的源。
必要用法（命令保持原样）： 确认看板目标：oc --context <ctx> get grafanadashboard -A | rg -i '<dashboard-name-or-theme>' 导出：skills/grafana-platform-dashboard/scripts/grafanadashboard_roundtrip.sh export --context <ctx> --namespace <ns> --name <grafanadashboard-name> --out-dir /tmp/<workspace> 验证 PromQL：skills/grafana-platform-dashboard/scripts/promql_scan_thanos.sh --context <ctx> --dashboard-json /tmp/<workspace>/<name>.json（可加 --output <scan.tsv>） 应用：skills/grafana-platform-dashboard/scripts/grafanadashboard_roundtrip.sh apply --context <ctx> --namespace <ns> --name <grafanadashboard-name> --json /tmp/<workspace>/<name>.json 核验同步：oc --context <ctx> -n <ns> get grafanadashboard <name> -o jsonpath='{.status.conditions[?(@.type=="DashboardSynchronized")].status}{"|"}{.status.conditions[?(@.type=="DashboardSynchronized")].reason}{"\n"}'
设计规则：关键租户影响预测项优先；每个红色面板必须隐含行动路径；避免含糊面板名（如将“platform pods”替换为具体命名空间范围）；保持 L1 低噪音；GPU 深度诊断放在专用 GPU 看板，不混入 L1。
限制：资料未提供具体价格、收费、支持平台版本或性能数据，暂未提供。