用途：端到端设计、构建与运维 Kubernetes Operator，覆盖 Operator 模式（有状态工作负载的控制循环）、CRD 设计（schema、校验、转换、status）、调和循环（幂等、收敛、level- 与 edge-triggered）、框架选型（controller-runtime / Kubebuilder / operator-SDK / metacontroller）以及运维关注点（finalizer、leader election、RBAC 范围、status 子资源、可观测性）。主要面向 Go Operator，并附 KOPF、JOSDK、kube-rs 说明。
主要能力：判断是否该写 Operator（对比 Helm、GitOps、admission webhook、Crossplane）；CRD 设计（spec/status 分离、OpenAPI v3 结构 schema、CEL 跨字段校验、版本化、转换 webhook、status/scale 子资源、printer columns）；幂等 level-triggered 调和循环、owner reference 与垃圾回收；controller-runtime 模式（骨架 reconciler、server-side apply、finalizer、leader election、watch/predicate/indexer、错误分类、envtest）；运维加固（RBAC 收紧、status conditions/observedGeneration、Prometheus 指标与结构化日志）；24 条反模式审计目录。
使用方式：先确认任务（脚手架、CRD 校验或控制器审计）、资源标识（名称、API group、kind 或 CRD/控制器路径）与框架。脚本均为 stdlib、argparse CLI，输出 JSON 或 markdown： python3 scripts/crd_validator.py --schema my-crd.yaml --format markdown python3 scripts/operator_scaffold.py --name db-operator --group example.com --kind Database python3 scripts/reconciliation_audit.py --controller-path ./internal/controllers --crd ./config/crd/bases/*.yaml 按需加载 references 下的模式与 CRD、controller-runtime 模式、反模式、决策与工作流文档。
适用场景：为内部平台原语构建 Operator、审计现有 Operator 生产就绪度、设计自定义资源 CRD、决定 operator vs Helm vs 清单、搭建项目骨架、排查控制器不调和问题；运行他人 Operator 时仅部分适用。
限制：不覆盖第三方社区 Operator 的运维（仅理解与监控）、云厂商特定资源供给（见 Crossplane）及通用集群管理。具体收费、价格与平台信息暂未提供。