专题教程
围绕一个工作问题连续学习
本地能跑线上翻车前，让 Codex 先查清配置和环境变量
很多“本地正常，线上翻车”的问题，并不是业务逻辑写错，而是改动前没有查清环境差异。你在本地看到功能开关是开的，预发环境却读了另一套默认值；你在开发环境调用的是 mock 服务，生产环境调用的是真实外部接口；你以为缺少环境变量会启动失败，结果代码里悄悄给了一个宽松默认值；你以为配置来自 `.env...
改表单字段前，让 Codex 从 UI 到数据库追完整数据流
前端工程师改表单字段，最容易低估的不是页面本身，而是字段离开页面之后发生了什么。一个看起来很小的需求，例如“把联系人备注改成客户偏好说明”“新增一个可选的跟进时间”“把收货地址里的楼层字段拆出来”，往往不只是改一个 input、一个 label、一个校验规则。字段可能先被表单库收集，再经过前端 ...
接手陌生仓库，第一小时让 Codex 帮你找到路
这篇文章教你在接手一个没有交接文档的陌生仓库时，如何用 Codex 做第一小时的项目导航。你会让 Codex 先只读仓库，识别技术栈、启动入口、关键目录、最近改动和测试方式，再产出一份可以人工核对的“项目入口地图”和“首日检查清单”。
业务限制没人说清时，让 Codex 从代码里挖出规则和影响范围
很多系统里的业务规则并不在需求文档里，而是散在代码的判断条件、接口参数、权限中间件、测试用例、数据库字段默认值和前端提示文案里。产品问一句“为什么试用团队最多只能建 3 个项目”，工程师打开文档找不到说明，搜 `3` 又会搜出一堆分页大小、重试次数和 UI 间距。真正的限制可能藏在 `canCr...
页面报错时，让 Codex 帮你画出路由、组件和接口对应表
这篇文章解决一个很具体的问题：线上某个页面报错了，你只知道页面 URL、浏览器里看到的接口失败、仓库大概在哪里，但不知道这个页面对应哪个前端路由、哪个组件、哪个接口封装、哪个后端处理函数，也不知道本地应该跑哪条启动命令。
README 和脚本说法不一致时，先让 Codex 建一份事实清单
多年项目里最麻烦的不是“没有文档”，而是“文档、脚本、CI、部署记录和人的记忆都各说各话”。README 说部署要跑 `npm run deploy:prod`，仓库里却只有 `pnpm release`；老同事说要先手工同步配置，CI 里又显示部署前会自动生成配置；最近一次上线记录写着“临时绕...