| name | web-flow-deploy |
| description | web-flow 内部的 provider-neutral 部署阶段：在明确授权的前提下执行供应者预检，并在 G3 后发布，用 HTTP、浏览器和控制台证据验证真实 URL。仅在 web-flow 主 Skill 明确调用时使用；支持 preflight 与 publish。不要因普通用户请求单独触发。 |
web-flow-deploy · 预检与发布
本入口保持 provider-neutral：按当前环境选择已授权的部署供应者，供应者命令放在单独 reference。当前内置操作说明见 provider reference。机器事件与证据要求以 WebFlow 运行时为准。
独立 memory
若本 Skill 的 memory/index.md 存在，只读取部署凭证、项目初始化和验活相关的 1–3 条记忆；不存在时直接继续。通过三项验证的候选只写回本 Skill 的 memory/。
授权边界
部署请求不等于授权。run 初始化时已明确 requested+authorized，可在开局执行一次只读早期 preflight；若初始化时未授权，只能在 G3 已批准之后、finalize 之前由用户追加授权。unattended 不能代替授权。未授权时不得登录、查询账号、创建远端项目、发布或调用 deploy record。
preflight 模式
只在 run 同时满足 deployment requested 和 deployment authorized 时执行。初始化已授权可在开局预检；G3 后补授权则在进入 deploy 时预检。
- 检查 provider CLI 或 API 是否可用，并验证当前登录身份。
- 确认目标项目、生产分支、构建目录和创建权限；不存在时只记录
needs_project_create。
- 写
preflight/deployment-readiness.md，包含 checkedAt、provider、命令摘要、退出结果，以及 CLI、身份、项目三类检查。早期 preflight 尚无 build，不得伪造 build ref/hash。
- 调用 runtime
deploy record --mode preflight。Node 只校验并登记证据，不执行网络操作。
预检失败时阻断 deploy，但不破坏 build、G3 或本地 preview。
publish 模式（G3 后）
- 再次校验 authorization event 位于 G3 后、finalize 前，并确认当前 build hash 仍与 G3 绑定一致。
- publish 前重新执行会漂移的 preflight；旧身份、旧项目状态或旧 build 证据不能复用。
- 只有当前授权覆盖远端创建时，才创建缺失项目；随后发布 sourceDir 构建产物。
- 记录公开 HTTPS URL、provider 结果与 build ref/hash，不记录凭证或本机路径。
- 验证三项事实证据：HTTP 成功、真实 browser 打开成功、console 与关键资源无阻断错误。
- 写
deploy/deployment-evidence.md 和 deploy/stage-result.md，再调用 runtime deploy record --mode publish。证据文件一旦登记不可覆盖。
- 调用独立 benchmark；deploy must-pass 全过后才能完成 deploy stage。
发布或验活失败时保留已批准 preview，把 deploy 保持 blocked，并以可解释 residual finalize 为 partial；不能把失败伪装成 success，也不能回滚已验证 build。
产物
- preflight：
preflight/deployment-readiness.md
- publish：
deploy/deployment-evidence.md
- publish stage result：
deploy/stage-result.md
交接评分
publish 后调用 web-flow-benchmark 的 deploy rubric。主观评分最多两轮；URL、HTTP、browser、console、资源和 build hash 等 must-pass 必须以真实证据通过。
