绿灯之前，把范围砍成一行字
周末只有两天，第一件事是把范围砍到一行字：一个能真正跑起来的最小功能。不要写路线图，不要设计图标，把验收标准压缩成一句话，例如“提交一条消息后能看到回复”。
接着在周五晚上把工具链装好，周六醒来就能直接动手。注册账号、配置密钥、拉一个空仓库、跑通一次对话式生成，这四步是绿灯前的硬性检查。任何一步没过，都不要急着写业务代码。
这个清单还有另一层作用：它会逼你想清楚哪些事情不做。周末项目最常见的失败不是写不完代码，而是范围膨胀，做到一半才发现还想要账号体系、后台面板和多语言界面。
- 一句话写清核心功能，删掉所有“顺便做一下”的部分
- 选定一个语言和一个框架，中途不再更换
- 先不做登录，先不做美化，先不做部署
- 准备一条真实测试数据，避免空跑
- 约定一个停止时间，到点就打包当前成果
检查清单越短越好，越短越能在下午三点之前进入真正的开发状态。
并排第一圈：Codex 与 Claude Code 的起步手感
并排来看，Codex 和 Claude Code 都是命令行里的结对伙伴，但起步节奏不一样。
- Codex：偏执行，一次交代一个任务就立刻动手，适合加功能、改交互、补测试这类短回合工作，配置 OpenAI 兼容端点即可开工。
- Claude Code：偏长任务，适合把整块老代码交给它梳理和改造，配置时填写裸主机，走长上下文的路线。
如果你的项目是给现有应用加一个新功能，或者改一处交互，Codex 的短回合节奏更省心；如果你要重构一整块老代码，Claude Code 的长任务委派更合适。周末项目通常属于前者，这也是本文把重心放在 Codex 上的原因。
还有一点差别值得记住：两者的配置入口都集中在环境变量里，但地址填写方式不同，填错会直接在第一次调用时就报错，所以接入这一段必须单独验收。
第一轮并排只比较两件事：从零到跑通需要几步，以及每次修改之后你能多快看懂它到底做了什么。看不懂的修改，再快也不能留到周日。
接入层先打通，模型随时可换
接入层是我建议优先打通的一环，因为模型可以随时更换，地址和密钥配好就不再折腾。SwiftRelay 是按 token 计费的中转服务，支持 Claude、GPT、Gemini、DeepSeek、Kimi、GLM、Qwen、Grok 等模型，兼容 Claude Code、Codex、Gemini CLI 和任何 OpenAI 兼容 SDK。
- Claude Code 与 Gemini CLI 填写裸主机 https://api.fastapirelay.com，后面不要带版本路径
- OpenAI 兼容 SDK 以及 Codex 这一侧，在地址后面追加 /v1，再填入密钥
- 新账号会拿到一笔小额赠金，邀请好友还能获得其充值金额的 14%
配好之后，先用最小脚本发一条请求，确认返回正常，再让 Codex 进入你的仓库。这样即使后面出了问题，你也知道是代码的事还是通道的事。
按 token 计费还有一个好处：你不需要为闲置时间付费。周末项目常常是写两小时、停半天，用多少算多少的节奏天然匹配这种使用方式，赠金通常也够把第一版试跑完。
周六生成，周日收敛的推进节奏
节奏上，我习惯把周六留给生成，周日留给收敛。生成阶段允许粗糙，收敛阶段只做减法。
- 周六上午：搭骨架，跑通主流程，哪怕界面丑陋
- 周六下午：让 Codex 逐条补齐功能，每完成一条就手动验证一次
- 周六晚上：把所有能跑的路径写进一句说明，方便周日回忆
- 周日上午：修边界情况，删掉没用上的依赖
- 周日下午：整理提交记录，写下下个周末要做的第一件事
每一轮迭代都要求 Codex 只改一个点，改完就看差异。一次要它改十处，周末项目的代码会迅速变成没人敢动的黑箱。
模型选择上不必纠结太久：日常开发用 GPT-6.1 Sol 起步就够，遇到大量重复改写或批量补注释的环节，可以换 DeepSeek V4 Flash 来省下赠金。真正的取舍留到周日再做，周六只有一个目标，就是让它跑起来。
发车建议：用 Codex 接 SwiftRelay 起步
并排走完两圈，我的建议很明确：这个周末用 Codex 起步，把 SwiftRelay 当作唯一的模型入口。
- Codex 的短回合节奏贴合两天周期，每一小时都能看到成果
- SwiftRelay 兼容面广，后续想换 Claude 或 Gemini 的模型也不用重做配置
- 按 token 计费加上新账号赠金，试错成本低，适合还没验证的点子
具体动作只有三步：今晚注册 SwiftRelay 拿到赠金，按上面的地址规则配好 Codex，写下那一行验收标准。现在就注册 SwiftRelay，把周末的第一圈跑起来。
绿灯之后，不要回头改方案。能在一个周末交付一个能演示的最小版本，比一份完美的计划更值得放进你的作品集。