同济博一｜我的 Codex 全栈工作流

过会儿发视频～ 感觉大部分Codex 教程在讲两件事： 一是怎么在 Codex 桌面 App 里操作。 二是怎么装 Skill、怎么让它帮你写代码、改 bug。 这些当然有用，但如果真的想用 Codex 做一个能上线、能迭代的 AI 产品，需要把 Codex 放进一整套工作流里用： 1、我为什么更喜欢在 VS Code 里用 Codex？ 因为它更像真实开发环境。 我可以同时看到项目文件、代码 diff、终端报错、Git 状态和本地运行效果。 相比只在 App 里对话，VS Code 里会更有掌控感。 我知道它改了什么，也能随时自己接手。 2、我为什么要接 GitHub？ 因为 Codex 改代码太快了。 有时候一次会动很多文件。 GitHub + Git 对我来说就是安全感： 改坏了可以回退， 每次修改都有记录， 后面还能直接连接 Vercel 自动部署。 3、我为什么要接 AI API？ 因为如果只是普通网页，其实不一定需要。 但如果想做 AI 产品，比如对话、总结、分析、生成内容，就必须接模型 API。 我现在比较倾向于用硅基流动这类平台，主要是因为接入快、模型选择多、价格也比较适合快速做原型。 4、我为什么用 Vercel？ 因为它真的适合快速上线。 项目 push 到 GitHub 之后，Vercel 可以自动部署。 也就是说，我让 Codex 改完代码，push 一下，线上网站就能自动更新。 这一步让项目从“我电脑上能跑”，变成“别人也能打开”。 5、我为什么用 Supabase？ 因为很多 AI 产品最后都会需要存数据。 比如用户输入、AI 返回结果、历史记录、使用次数。 Supabase 有可视化后台，可以直接看到数据库里的数据，也可以让 Codex 帮我生成 SQL。 对快速做产品原型来说，它比自己从零写后端轻很多。 6、我为什么还要绑定 自己的域名？ 因为 xxx.vercel.app 能用，但还是更像测试链接。 绑定自己的域名之后，项目会更像一个真正上线的产品，也更适合展示和分享。 7、最后我觉得最有意思的是 手机端远程控制 Codex。 当前面这些都打通之后，流程就变成了： 手机上提出修改需求， Codex 改代码， GitHub 同步， Vercel 自动部署， 我再用手机打开自己的域名看效果。 这也是我喜欢这套工作流的原因。 它不是只让 AI 帮我写一段代码，而是让 AI 真的参与到一个产品从开发、上线到迭代的全过程里。 #同济大学 #同济大学设计创意学院 #codex #ai产品 #vibecoding #vibecoding大赏 #codex教程