用 Codex 把一个 389 页的计算器站推到 Cloudflare 生产，分享下上线验收
sohu022: 最近用 Codex 做了一次比较重的生产发布：把一个英文在线计算器站从技术预览推进到正式上线。站点在这里：[https://calculatorqueen.com](https://calculatorqueen.com)
这次最耗时间的不是“生成页面”，而是决定哪些页面真的有资格公开，以及怎样让一批页面上线时不互相制造低质量信号。把过程整理出来，供同样在用 Codex 做中大型项目的 V 友参考。
### 一、没有把“能运行”当成“可以发布”
仓库里最初有几百个计算器页面。有些公式能算，但存在公式错绑、内容意图重复、平台能力缺口或测试证据不完整。最后建立了一个明确的生产清单：325 个页面允许索引并进入 sitemap；63 个仍可访问，但保持 noindex、暂不进入 sitemap；1 个没有发布价值的测速产品直接撤下。
### 二、让公式发布门禁可机器核对
每个公开页面都绑定具体的 formula ID、版本和实现哈希。Codex 帮忙把页面 UI 使用的实际计算路径和 core contract 对齐，并补了回归向量、边界值测试和 owner authorization 的闭包检查。这样不是“JSON 里写个 approved 就算过”，实现或映射一漂移，构建就会失败。
### 三、SEO 边界也进测试
生产构建会核对：index 页面必须是 200、自 canonical、在公开目录和 sitemap 中；review 页面必须是 noindex, follow、自 canonical，并且不能泄漏到 sitemap；退役页面和 API 必须稳定 404。现在 sitemap 里共有 342 个 URL，其中 325 个是计算器页面。
### 四、Cloudflare 上线踩到的坑
项目最终走的是 Worker + Static Assets，不是把预览构建直接绑域名。预览产物曾经带 robots Disallow，直接发布会把整站挡掉；另外 52 条旧 URL 重定向里，有一部分一开始被静态 404 层截住，必须把所有 source path 都放进 run_worker_first 才能真正执行 308。www、HTTP、查询参数保留、HSTS 和安全头也都做了线上矩阵检查。
### 五、Codex 比较有用的地方
我把任务拆成了公式映射、发布策略、运行时、SEO 边界和线上审计几条并行线。它很适合做大范围对账和重复验证，但不能把“测试通过”说成“专家审核通过”，尤其健康、财务、税务页面需要把限制说清楚。最终全量单测 4799 项通过，发布后又逐页核对了 389 个清单项。
目前网站免费使用。我更想收集的是可复现的问题：具体页面、输入值、预期结果和实际结果；也欢迎指出单位、舍入、边界值、手机操作或两个页面意图重复的问题。涉及健康、财税等重要决定的结果仍然需要独立复核。
为了透明说明：这个复盘的整理过程也使用了 Codex，因此发在 OpenAI 节点讨论实际工作流。
---
原文链接：[点击查看](https://www.v2ex.com/t/1233978)
这次最耗时间的不是“生成页面”，而是决定哪些页面真的有资格公开，以及怎样让一批页面上线时不互相制造低质量信号。把过程整理出来，供同样在用 Codex 做中大型项目的 V 友参考。
### 一、没有把“能运行”当成“可以发布”
仓库里最初有几百个计算器页面。有些公式能算，但存在公式错绑、内容意图重复、平台能力缺口或测试证据不完整。最后建立了一个明确的生产清单：325 个页面允许索引并进入 sitemap；63 个仍可访问，但保持 noindex、暂不进入 sitemap；1 个没有发布价值的测速产品直接撤下。
### 二、让公式发布门禁可机器核对
每个公开页面都绑定具体的 formula ID、版本和实现哈希。Codex 帮忙把页面 UI 使用的实际计算路径和 core contract 对齐，并补了回归向量、边界值测试和 owner authorization 的闭包检查。这样不是“JSON 里写个 approved 就算过”，实现或映射一漂移，构建就会失败。
### 三、SEO 边界也进测试
生产构建会核对：index 页面必须是 200、自 canonical、在公开目录和 sitemap 中；review 页面必须是 noindex, follow、自 canonical，并且不能泄漏到 sitemap；退役页面和 API 必须稳定 404。现在 sitemap 里共有 342 个 URL，其中 325 个是计算器页面。
### 四、Cloudflare 上线踩到的坑
项目最终走的是 Worker + Static Assets，不是把预览构建直接绑域名。预览产物曾经带 robots Disallow，直接发布会把整站挡掉；另外 52 条旧 URL 重定向里，有一部分一开始被静态 404 层截住，必须把所有 source path 都放进 run_worker_first 才能真正执行 308。www、HTTP、查询参数保留、HSTS 和安全头也都做了线上矩阵检查。
### 五、Codex 比较有用的地方
我把任务拆成了公式映射、发布策略、运行时、SEO 边界和线上审计几条并行线。它很适合做大范围对账和重复验证，但不能把“测试通过”说成“专家审核通过”，尤其健康、财务、税务页面需要把限制说清楚。最终全量单测 4799 项通过，发布后又逐页核对了 389 个清单项。
目前网站免费使用。我更想收集的是可复现的问题：具体页面、输入值、预期结果和实际结果；也欢迎指出单位、舍入、边界值、手机操作或两个页面意图重复的问题。涉及健康、财税等重要决定的结果仍然需要独立复核。
为了透明说明：这个复盘的整理过程也使用了 Codex，因此发在 OpenAI 节点讨论实际工作流。
---
原文链接：[点击查看](https://www.v2ex.com/t/1233978)
评论
暂无评论。