Claude Code 额度用完以后，我用 Codex 接着做网站

上一篇文章里，我记录了用 Claude Code 重做个人主页的过程。网站的主体已经搭好，还有一些功能和细节想继续完善，这时 Claude Code 的 token 额度用完了。

于是我换到 Codex，在同一个项目里接着做。用下来，整体体验很好。这篇就算是网站重做记录的下半场。

从读取项目开始

我给 Codex 的第一个要求很简单：“请读取当前项目现状。”

它先查看了项目结构、说明文档、内容文件和 Git 状态，梳理出网站已有的页面、还没启用的评论功能，以及一条尚未提交的书架动态。接着，我让它提交这条动态，部署到 GitHub Pages，并确认线上已经更新。

这一步让接下来的工作有了很清楚的起点。网站已经是一个能运行、能构建的 Astro 项目，内容放在 Markdown 和 YAML 里，现有代码本身就能说明很多事情。我不用再把之前的聊天记录整段复述一遍。

手机上的两个小问题

接下来，我在 iPhone 上发现了两个问题：顶部导航只显示 Home 和 Blog；把网站添加到主屏幕后，图标也不是原来的黑底 LY。

我把截图发给 Codex。它查到，手机样式原本就把 Research、Life 和 About 隐藏了，于是把导航改成两行，让五个栏目都能直接看到；主屏幕图标则补上了专用的 PNG。修改后，它检查了不同屏幕宽度下的布局，再构建、部署。

这延续了上一篇里一个很好用的做法：看到哪里不对，就给截图，再说清楚想要什么。这样的沟通很直接，现有的页面风格也能保留下来。

把评论接到自己的服务器上

这一轮最大的新增功能是评论。

我的要求是：评论存在自己的 Oracle 服务器上，新评论先待审，邮件提醒我，审核通过后再公开。中英文文章应该共享同一组评论，读者也不需要 GitHub 账号。

Codex 找到了本机之前保存的服务器配置记录，接着检查实际运行环境，把网站里预留的 Artalk 评论组件接了起来。网站本身继续放在 GitHub Pages，评论数据存在服务器上，并做每日备份。

接入之后，我又调整了表单：昵称和评论内容必填，邮箱和 Website 选填，而且每一项都要标清楚。这里不能只把“选填”两个字写上去，因为评论系统原本在接口层要求邮箱。它补了匿名访客的适配，实际测试两项都留空也能提交；我仍然会收到审核提醒。

让我觉得踏实的是，这些流程确实被走了一遍：待审评论不会出现在公开列表里，审核后才显示，服务器容器重启后数据仍然保留，测试邮件也真的到了 Gmail。网站上的评论区就是这次接上的。

一封邮件也值得改

第一版审核提醒邮件能用，但评论原文和系统提示排在一起，我看起来分不清楚。我又发了一张截图，直接说：“不知道哪个是评论，哪个是系统信息。”

后来的版本把文章、评论者和编号放在上方；访客的评论原文放进灰底、蓝色侧边框的卡片；审核说明和按钮单独放在下面。这样打开邮件时，就能看清楚谁说了什么、接下来该做什么。

这类小修改很能体现实际使用的感受。先把功能接通，再根据自己看到的界面继续调整，直到用起来顺手。期间，我也让它检查了中英文 RSS，确认订阅能正常解析、文章链接能打开。

这次接力的感受

就这次网站项目而言，Codex 接手后继续完善的过程很顺畅。它能沿着已有代码往下做，也能根据截图处理具体的界面问题，完成构建、部署和验证。

Claude Code 完成了网站的第一轮重做，Codex 接着补上了评论和后续细节。对我来说，这也是一次很实际的尝试：一个工具的额度用完以后，手上的项目仍然可以继续推进。

连这篇续篇，也是我让 Codex 根据这次协作过程帮忙整理的。