Skaffold 实现“一键热部署”需 Skaffold + devcontainer + Kubernetes 插件协同，且 PATH、context、schema 必须对齐；Skaffold 负责监听变更、构建、推镜像、更新资源，但需显式配置 target context、registry、skaffold.yaml 关键字段、devcontainer.json 中注入 Skaffold/kubectl 及 kubeconfig 挂载、插件 kubectlPath 与语言模式正确、Node.js 启用 --inspect=0.0.0.0:9229 并配 portForward。
能实现，但“一键热部署”不是开箱即用的功能，必须靠 Skaffold + devcontainer + Kubernetes 插件三者协同，并且所有环节的 PATH、context、schema 都得对齐，缺一不可。
Skaffold 本地构建与部署链路必须显式声明
VS Code 本身不提供热部署能力，真正干活的是 Skaffold。它负责监听文件变更、触发构建、推镜像、更新 K8s 资源。但默认配置下它不会自动连接你的集群——你得写清楚 target context 和 registry。
- 在项目根目录建
skaffold.yaml，关键字段不能省：build.artifacts.image必须匹配你集群中imagePullPolicy: Always的期望镜像名；deploy.kubectl.manifests要指向实际 YAML 文件路径（如manifests/*.yaml） - 若用私有 registry（比如 Harbor 或 ECR），
build.artifacts.push必须设为true，且本地docker login已生效；否则 Skaffold 构建完就卡住，不报错但也不部署 - Skaffold 默认使用当前 kubeconfig 的 active context，但如果你用
KUBECONFIG环境变量切换配置，需在skaffold.yaml里显式写deploy.kubectl.flags: ["--context=my-prod"]，否则它连错集群
devcontainer.json 中必须注入 Skaffold 和 kubectl 环境
Remote-Containers 启动的容器，若没装 Skaffold 或 kubectl，VS Code 就调不动部署链路。仅靠宿主机装了没用——插件运行在容器内进程里。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 在
.devcontainer/devcontainer.json的features段落加两项："ghcr.io/devcontainers-contrib/features/skaffold:latest"和"ghcr.io/devcontainers-contrib/features/kubectl:latest" - 别依赖
postCreateCommand手动装——Feature 是原子化安装，失败会中断容器创建，比事后调试更早暴露问题 - 确认容器内终端执行
skaffold version和kubectl config current-context有输出；若后者为空，说明 kubeconfig 没挂载进来，得在devcontainer.json里补"mounts": ["source=${env:HOME}/.kube/config,target=/home/coder/.kube/config,type=bind,consistency=cached"]
Kubernetes 插件的“Deploy”按钮失效的三大硬伤
右键 YAML 文件点小火箭图标没反应？不是插件坏了，是底层依赖断了。常见断点不在 UI 层，而在 CLI 调用链上。
- 插件调用的是它自己进程里的
kubectl，不是你终端里能跑的那个。检查 VS Code 设置里是否设置了kubernetes.kubectlPath，值必须是容器内绝对路径（如/usr/local/bin/kubectl），而非宿主机路径 - YAML 文件语言模式必须是
Kubernetes，不是YAML。右下角点开后手动选，否则插件根本不解析apiVersion字段，也就无法确定该 deploy 到哪个 group/version - 即使按钮亮了，点击后无响应或报
command 'kubectl.apply' not found，大概率是插件权限被容器 SELinux 或 rootless Docker 拦截。临时方案：在devcontainer.json加"remoteUser": "root"（仅限开发环境）
热重载调试时 Node.js 进程必须启用 inspect 模式
Skaffold 部署的是 Pod，但你想在 VS Code 里打断点，就得让容器里 Node.js 进程暴露调试端口并允许远程连接。光靠 nodemon 不够。
- 在容器启动命令里加
--inspect=0.0.0.0:9229（不是127.0.0.1），否则 VS Code 宿主机连不上容器内端口 -
launch.json的port必须和容器内一致，且address设为localhost（VS Code 通过 port-forward 自动映射） - Skaffold 的
portForward配置要显式打开：portForward: [{"localPort": 9229, "podSelector": {"app": "my-node-app"}, "remotePort": 9229}]，否则断点永远触发不了
最易被忽略的是：Skaffold 的 sync 规则默认只同步 .js 和 .ts，但 Node.js 服务常依赖 package.json 或 node_modules 变更——这些改了必须重建镜像，不能靠文件同步。热部署不是万能的，该 rebuild 的时候别硬塞 sync。
