用途：在正式启用 CAST AI 优化前，先跑通最小可用闭环——选定一个沙箱集群、预览连接、以成本监控方式接入、验证遥测，并保持优化自动化不变。
主要能力：确认沙箱上下文；用 castctl 做连接 dry-run 预览；记录决策与清理路径；执行一次连接；用 kubectl 验证 castai-agent 命名空间工作负载与就绪状态；确认控制台识别正确集群并开始显示成本数据；评估结束后交接或断开。
使用方式：前置条件包括可丢弃或非生产 kube 上下文、已安装并认证的 castctl、集群管理员与已审核的云厂商权限、已批准的取证与清理计划。步骤为：用 kubectl 打印当前上下文并检查集群身份，用 Read/Grep 确认集群未被 CAST AI、其他自动扩缩器、Terraform 或 GitOps 接管；用 castctl 检查版本并运行文档化的连接 dry-run，核对 provider、集群名、区域、组织、拟启用功能、命名空间与云变更；用 Write 记录 dry-run、所选集群、负责人、功能、开始时间、预期遥测与清理路径；执行经审核的交互式连接，确认提示解析到同一集群与组织，保留控制台 URL，但不得保存浏览器 token、kubeconfig 或 API key；用 kubectl 验证 castai-agent 工作负载、就绪状态与近期警告事件，确认控制台显示正确集群并开始出现成本数据，初始报告为空应视为数据摄取时间而非零成本；评估继续则交接给观察优先的入门流程，结束则按文档化断开路径操作，先审查云与集群清理影响并保留最终记录。
限制：成本监控始终启用，不要仅为完成快速入门而选择节点或工作负载自动扩缩；若上下文为生产环境应停止并改选已批准沙箱；dry-run 检测到错误 provider 或区域应先纠正环境；agent Pod 未就绪时只收集有限证据、不添加功能；清理后果不明确时保持状态不变并上报平台负责人。