https://codexer.com/tags/%E5%BC%80%E5%8F%91%E8%80%85%E4%BD%93%E9%AA%8C/Recent content in 开发者体验 on CodexerHugozh-cnMon, 25 May 2026 09:00:00 +0800https://codexer.com/posts/2026-05-25-codex-2026-daily-driver-review/Mon, 25 May 2026 09:00:00 +0800https://codexer.com/posts/2026-05-25-codex-2026-daily-driver-review/<h2 id="从怀疑到离不开需要多久">从怀疑到离不开，需要多久？</h2> <p>去年五月，Zach Proser 写了一篇 Codex 的初体验评测。那时候他的结论很克制：「有潜力，但还太粗糙。」任务成功率大概只有 40% 到 60%，多轮对话经常跑偏，错误信息让人摸不着头脑。</p> <p>快进到 2026 年 3 月，他在 WorkOS 的 Applied AI 团队维护着多个部署在 Cloudflare 和 Vercel 上的全栈 JavaScript 应用。Codex 已经从「偶尔试试」变成了他日常开发流程的核心组成部分。</p> <p>他用一句话总结了变化：「不是细微的改善，是天壤之别。」</p> <h2 id="一个典型的工作日早晨">一个典型的工作日早晨</h2> <p>现在 Zach 的工作日是这样开始的：</p> <p>打开 Codex，一口气丢进去 4 到 5 个任务，然后去倒杯咖啡。</p> <p>比如这些：</p> <ul> <li>修复用户入职流程中的 TypeScript 类型错误</li> <li>更新 Webhook 端点以支持新的事件 schema</li> <li>给管理后台的 React 组件加上更好的错误边界</li> <li>把旧的认证中间件迁移到新的会话管理方案</li> </ul> <p>这些任务曾经要吃掉他 30% 到 40% 的上午时间。现在 Codex 在后台处理这些，他可以先去看看消息、做做规划。等咖啡喝完，通常已经有 2 到 3 个 PR 等着他 review 了。</p> <p>然后他才会切换到 Cursor 或者 Claude Code，去做更需要深度思考的架构性工作。</p> <p>这种「双层工作流」的思路很有意思：让 Codex 负责那些模式明确、代码库成熟的维护性工作，把需要创造力的部分留给人类加专用工具。</p>