用途：把 CAST AI 的安装与策略纳入仓库作为声明式事实来源，按 canary、staging、production 环逐个集群推广，使注册、云权限、Helm 配置与自动化决策可独立审查。
主要能力：清点现有 CAST AI 资源与所有权；定义仓库契约，分离集群注册、云 IAM、Helm values、扩缩容策略、节点模板、工作负载注解、通知设置与自动化开关；渲染并规划固定版本制品；处理已有安装；按环推广并验证；证明回滚与漂移检测。
使用方式：先用 Read 与 Grep 发现 CAST AI 资源、组件 chart、统一 castai chart、Terraform state 地址、Flux 或 Argo CD 对象及仅控制台设置，若两个系统可协调同一资源则停止。用 Write 或 Edit 分离各类配置，参数化组织、区域与集群标识，禁止提交明文密钥。用 Bash(helm:) 做 lint 与渲染，Bash(terraform:) 做格式化、校验并保存 plan，Bash(kubectl:) 做客户端清单检查，审查 RBAC、webhook、CRD、命名空间、中断行为、删除资源与所有权转移。若集群使用独立 CAST AI Helm release，评估 castctl cluster migrate 迁移到统一 umbrella chart，仅在记录当前 release、values、回滚与集群上下文后使用 Bash(castctl:)。通过声明的交付控制器先应用到 canary 集群，验证 agent 健康、遥测、策略状态与自动化边界后再进入 staging 与 production，环之间需显式审批并保留已审查制品摘要。最后记录回滚 Git 提交或 Terraform 变更、恢复策略分配与检测控制台漂移的方法。
适用场景：需要标准化 CAST AI 部署、统一所有权、分阶段推广与可回滚流程的团队。
限制：需先具备集群分环、选定所有者、固定版本输入与不落盘密钥的交付方式；若两个协调器拥有同一对象、plan 意外删除注册或 IAM、渲染输出含密钥、canary 丢失遥测，应停止推广并回滚。具体命令与配置细节以官方资料为准，本资料未提供完整示例。