<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>深度体验 on Codexer</title><link>https://codexer.com/categories/%E6%B7%B1%E5%BA%A6%E4%BD%93%E9%AA%8C/</link><description>Recent content in 深度体验 on Codexer</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Mon, 25 May 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://codexer.com/categories/%E6%B7%B1%E5%BA%A6%E4%BD%93%E9%AA%8C/index.xml" rel="self" type="application/rss+xml"/><item><title>用了快一年 Codex 后，这位开发者说出了最真实的评价</title><link>https://codexer.com/posts/2026-05-25-codex-2026-daily-driver-review/</link><pubDate>Mon, 25 May 2026 09:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-05-25-codex-2026-daily-driver-review/</guid><description>&lt;h2 id="从怀疑到离不开需要多久"&gt;从怀疑到离不开，需要多久？&lt;/h2&gt;
&lt;p&gt;去年五月，Zach Proser 写了一篇 Codex 的初体验评测。那时候他的结论很克制：「有潜力，但还太粗糙。」任务成功率大概只有 40% 到 60%，多轮对话经常跑偏，错误信息让人摸不着头脑。&lt;/p&gt;
&lt;p&gt;快进到 2026 年 3 月，他在 WorkOS 的 Applied AI 团队维护着多个部署在 Cloudflare 和 Vercel 上的全栈 JavaScript 应用。Codex 已经从「偶尔试试」变成了他日常开发流程的核心组成部分。&lt;/p&gt;
&lt;p&gt;他用一句话总结了变化：「不是细微的改善，是天壤之别。」&lt;/p&gt;
&lt;h2 id="一个典型的工作日早晨"&gt;一个典型的工作日早晨&lt;/h2&gt;
&lt;p&gt;现在 Zach 的工作日是这样开始的：&lt;/p&gt;
&lt;p&gt;打开 Codex，一口气丢进去 4 到 5 个任务，然后去倒杯咖啡。&lt;/p&gt;
&lt;p&gt;比如这些：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;修复用户入职流程中的 TypeScript 类型错误&lt;/li&gt;
&lt;li&gt;更新 Webhook 端点以支持新的事件 schema&lt;/li&gt;
&lt;li&gt;给管理后台的 React 组件加上更好的错误边界&lt;/li&gt;
&lt;li&gt;把旧的认证中间件迁移到新的会话管理方案&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这些任务曾经要吃掉他 30% 到 40% 的上午时间。现在 Codex 在后台处理这些，他可以先去看看消息、做做规划。等咖啡喝完，通常已经有 2 到 3 个 PR 等着他 review 了。&lt;/p&gt;
&lt;p&gt;然后他才会切换到 Cursor 或者 Claude Code，去做更需要深度思考的架构性工作。&lt;/p&gt;
&lt;p&gt;这种「双层工作流」的思路很有意思：让 Codex 负责那些模式明确、代码库成熟的维护性工作，把需要创造力的部分留给人类加专用工具。&lt;/p&gt;</description></item><item><title>Codex 30 天实测：零手写代码的背后，人类还剩下什么？</title><link>https://codexer.com/posts/2026-05-13-codex-month-experiment/</link><pubDate>Wed, 13 May 2026 10:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-05-13-codex-month-experiment/</guid><description>&lt;h2 id="一个月前我还在手写代码"&gt;一个月前，我还在手写代码&lt;/h2&gt;
&lt;p&gt;一个月前，我的日常是这样的：打开 Xcode，敲键盘，调试，重构，再敲键盘。我已经用 ChatGPT 辅助开发很久了——我那些从 Objective-C 迁移到 Swift 的十几万行代码里，有不少是 LLM 帮忙写的。但本质上，&lt;strong&gt;我还是那个在键盘上敲代码的人&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;直到 Xcode 26.3 发布，内置了 Codex 集成。我好奇地试了一下，然后就再也没有回去过。&lt;/p&gt;
&lt;p&gt;这篇文章不是评测。不是功能介绍。这是一个独立开发者花了整整一个月，用 Codex 做了所有他能想到的&amp;quot;疯狂实验&amp;quot;之后，写下的真实记录。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;前情提要：我没有写过一行代码。全程。&lt;/strong&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="第一周从怀疑到震惊"&gt;第一周：从怀疑到震惊&lt;/h2&gt;
&lt;h3 id="第一个实验一小时内做出完整-app"&gt;第一个实验：一小时内做出完整 App&lt;/h3&gt;
&lt;p&gt;我很谨慎。我甚至不敢让 Codex 碰我的真实代码库。于是我挑了一个 Todo 列表里躺了很久的小项目——一个「时间线」App，让它从零开始。&lt;/p&gt;
&lt;p&gt;我给了它一个 Markdown 格式的编码风格文件（类似于 AGENTS.md 的概念），以及一个预配置好的 Xcode 项目模板。然后就开始了。&lt;/p&gt;
&lt;p&gt;一两个小时后，我得到了一个完整的 Mac/iPad 应用：有数据模型、能持久化到磁盘、支持打印和导出 PDF、自定义布局容器和拖拽选择。不是 Demo，不是原型，是&lt;strong&gt;可以直接上架 App Store 的应用&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;我查了一下预算：用了 &lt;strong&gt;7%&lt;/strong&gt; 的月度配额。对，一个完整 App，只花了我月配额的 7%。&lt;/p&gt;
&lt;h3 id="第二个实验更复杂的非标准-ui"&gt;第二个实验：更复杂的非标准 UI&lt;/h3&gt;
&lt;p&gt;一个像素绘图 App——有浮动面板、毛玻璃效果、可缩放画布、在安全区域内居中显示内容并支持过度滚动。这些东西我自己写至少要好几天，Codex 在一个会话里就搞定了。&lt;/p&gt;
&lt;p&gt;到此为止，它做的所有事情都在 Xcode 的沙盒里完成。但是很快，我就不满足于沙盒的限制了。&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="iphone--android两次远离原始代码的移植"&gt;iPhone → Android：两次远离原始代码的移植&lt;/h2&gt;
&lt;p&gt;我从 Git 历史里翻出了十年前的 SameGame——一个用 Objective-C 写的经典消除游戏。里面有早已废弃的音频 API、已经死掉的 Flurry 统计、还有为各种屏幕尺寸打的一堆补丁。&lt;/p&gt;
&lt;p&gt;我让 Codex 把它一次性迁移到 Swift。&lt;/p&gt;</description></item></channel></rss>