Dynamo Recipe 运行器

要解决什么问题

在 Kubernetes 上跑 Dynamo 推理时，真正耗时的往往不是「写一份新 YAML」，而是：在 recipes/ 里找对矩阵项、核对 model-cache PVC、HF secret、GPU 与镜像 tag，再按 README 顺序 apply 并确认 OpenAI 兼容端点真的可用。本技能的目标是用最少来回，从用户意图落到一条可验证的 recipe 端点，且不新建指南内容、不凭空编清单。

技能如何工作

1. 预检与选型：在 kubectl 不可达时仍可选 recipe 并返回精确命令；可达时用 scripts/recipe_tool.py list 结合 recipes/README 矩阵，优先选已有 recipe。
2. 验证与最小修补：读取 README、model-cache、deploy.yaml（及可选 perf.yaml），用 recipe_tool.py validate 在 apply 前处理阻塞项（storageClassName、镜像 tag、模型路径、GPU requests/limits、DYN_ROUTER_MODE 等），只改本次运行必需字段，不把 HF token 写入文件或日志。
3. 部署与冒烟：按 recipe README 或默认序列部署，等待前端与 worker 就绪；端口转发后检查 /v1/models 与一次 chat 补全；若已装 dynamo-router-starter 可优先用其健康检查脚本。

边界与注意

• 仅操作 ai-dynamo/dynamo 已有 recipes/ 树，不编写全新清单（除非用户明确要求）。
• apply 需要目标命名空间的 kubectl 权限；多节点 disagg 传输正确性不在范围内，部署后可用 dynamo-interconnect-check。
• 冒烟测试刻意保持最小；深度 router/端点覆盖请用 dynamo-router-starter，持续异常可切 dynamo-troubleshoot。