Landing: 发布
生产环境由 Felipe 负责。违反字面规定就是违反精神。
铁律
未经明确批准，不得在生产环境执行任何操作。
不检查已发布的URL，不得说“完成”。
首要操作： node check-gate.js --cliente <客户名称> --antes-de publicacao；阅读 01、03（如果存在）和 02（待办事项和未解决的反馈）。不要使用对话记忆。
关卡功能
- 在部署前，于本地站点运行以下命令，并将实际输出粘贴到
publicacao.md中：check-refs、check-contrast、check-content（带--segredos <客户名称>）、check-assets --fase publicacao --site <站点>、check-page（375px 和 1280px），以及有 Lighthouse 移动端时运行它。任何输出 ≠ 0 或缺失，均视为不通过。 - 在 375px 和 1280px 下捕获窗口截图，并打开相关文件。
- 在
publicacao.md中列出未检查的内容。 - Felipe 运行
! node approve.js --file <publicacao.md> --fase publicacao --via comando和! node authorize.js --cliente <客户名称> --fase publicacao --acao publicar --destino <目标>。 bash publicar.sh --root <站点> --dest <目标> --cliente <客户名称>（dry-run 模式）；显示输出；然后才能执行--executar。- 之后：清除 Cloudflare 缓存，
node check-cache.js --url <https://...>，用新浏览器打开已发布的站点，并测试邻居的真实路径（如果存在共享资源）。 - 只有完成上述步骤后，才能说“完成”，并说明已检查和未检查的内容。
Cloudflare：如果 Cloudflare MCP 可用，则用于区域、记录和清除缓存；否则，向 Felipe 提供 references/cloudflare-cache.md 中的步骤列表。远程目标：publicar.js 仅打印步骤。
红色警报：立即停止
- 手动写入
aprovado: true或 token · 以“因为昨天已经批准”为由发布 - 只看本地文件就说“完成”
- 仅检查首页 · 使用缓存过期的浏览器
| 合理化理由 | 实际情况 |
|---|---|
| “布局已经批准” | 布局批准并非授权在生产环境执行操作 |
| “dry-run 通过了” | Dry-run 不代表实际发布或验证 |
| “文件是正确的” | 请检查实际服务的 HTML 和真实缓存 |
| “部分失败，我手动调整” | 使用打印的回滚命令重新开始 |