扒了扒Codex app负责人履历:没有一段是为 AI 准备的,但每段都用上了

前段时间那篇《20 岁创始人，招 18 岁员工，被 19 岁的人投资》，我写过一篇反驳（无能狂怒hh）。

情绪发泄完了，有个问题一直没放下。

国内这波 AI 叙事，越来越像一场年龄审查：最热的公司要 00 后，要 AI native（AI 原生一代），最好简历从第一行起就写着大模型。言外之意，其他人过去积累的东西，不仅不加分，还要倒扣分。

我不服。但光不服没用，得找参照。

那就把镜头转到这波浪潮的世界中心：聚光灯打得最亮的 AI 产品之一，OpenAI 的 Codex。它的负责人，履历应该长什么样？按国内的剧本，答案几乎是唯一的：年少成名，一路 AI，从实验室直接空降。

正好最近听了 Codex app 负责人 Andrew Ambrosino 的访谈。开头介绍他的经历：设计师，转工程师，再转产品经理。

不对啊。这不是剧本里的答案。

所以我把他的履历从 2009 年扒到了现在。

先说扒完的结论：他没有一段经历是"为 AI 准备的"。但每一段，最后都用上了。

1. 起点不是 AI，是设计和工程的交界处

如果只听"设计师转工程师"，很容易误会成：一个偏视觉的人，后来努力学代码，终于跨进技术世界。

但 Andrew 不是这个路径。

他的旧个人站里，给自己的定位就是 Developer & Designer（开发者兼设计师）。从 2009 年开始，他就接自由职业的设计开发单子，交付完整的网站和 Web 应用。

大学读的是计算机科学，同时修数学和设计，拿过 2014、2015 两届苹果 WWDC 学生奖学金。他不是从设计半路转向工程，而是一开始就把这几条线叠在一起。

早期工作也是一样的味道：在美国联邦资助的研发机构 MITRE 做高级设计工程师，按他自己旧站的说法，做图形密集的 HTML5 应用和原生移动应用，还参与过一个自然语言方向的 Python 项目；在微软做过软件工程实习生；在云存储创业公司 Upthere 做产品设计，入选过硅谷老牌风投 KPCB 的设计人才计划。

2016 年，他写过一篇 macOS 概念文章。很多设计师做操作系统概念稿，容易停在"新界面长什么样"。他那篇讨论的是：应用框架怎么统一，文件夹这种旧的组织方式是不是该被替换，人与协作关系能不能成为系统级的对象。

也就是说，他从早期想的就不是"界面好不好看"，而是"一个系统应该怎么组织信息、工作流和人"。

顺便说一句，2016 年 3 月他发这篇文章的时候，Transformer 论文还要一年多才发表。

这条线记住，后面会回来。

2. Catch：听起来像福利 App，实际是一堆现实制度接口

Andrew 最重要的一段经历，是创业做 Catch。

这个产品表面上很好理解：给自由职业者、独立工作者做福利。没有雇主，也要处理健康保险、退休账户、税款预扣这些麻烦事。

如果只这么看，它和 Codex、Agent、AI 几乎不搭。

但 Catch 真正重的地方，不在界面，也不在"自由职业者福利"这个概念。

它重在背后的制度接口。

Andrew 自己的 Catch 工作页里列过很多具体模块：

• 税款预扣与代缴；
• 应急储蓄账户；
• 三种个人退休账户（Traditional / Roth / SEP IRA）；
• 健康险和牙科险；
• 联邦医保市场接入（CMS 的 Enhanced Direct Enrollment 资质）；
• 身份核验与客户识别（KYC / CIP）；
• 注册投资顾问牌照（RIA）；
• 证券监管注册（SEC / FINRA）；
• 保险经纪资质；
• 一个州一个州的保险合规义务；
• 联邦信息安全标准审计（NIST 800-53）。

这不是一个"做个 App 帮用户记账"的复杂度。

这是把银行、税务、退休账户、保险销售、身份核验、州别保险牌照、联邦医保市场接入，硬拼到一个用户能用的产品里。

外部报道也能印证。TechCrunch 2021 年报道 Catch 的 A 轮融资时提到：这个 15 个人的团队，花了接近两年，才拿到在联邦医保市场 38 个州销售保险的审批。当时全美做到这件事的公司只有 8 家，其中获准直接向消费者销售的只有 3 家，Catch 是其中之一。

管理联邦医保市场的机构 CMS，对这种接入的官方要求也摆在那里：对接超过 20 个接口，对应用和隐私安全架构做第三方审计，然后是 CMS 审批，外加持续监控。到公司关闭时，Catch 手里有 47 个州加华盛顿特区的保险牌照。

这段经历训练的不是"能不能做出一个功能"。

它训练的是：一个功能进入真实世界之后，会撞上多少看不见的边界。用户看到的只是一个按钮，产品负责人得关心按钮背后压着的整套监管。

这段创业里还有一个容易被漏掉的细节。Catch 是 Andrew 2016 年发起的，他是创始 CEO。2019 年，他把 CEO 的位置让给了联合创始人 Kristen Anderson，自己转回去负责产品和技术。他当时发推说：

giving up the title is hard. But at the end of the day, it's the sensible option.（放弃这个头衔很难。但说到底，这是明智的选择。）

把头衔让出去，把自己放回产品上。这也是一种判断，而且是对自己的。

Catch 最后也不是漂亮的成功故事。

2023 年 3 月，公司宣布关停。当年夏天，技术和公司被两位来自身份验证公司 CLEAR 的前同事自掏腰包买走，10 月重新上线，业务收窄到只做健康险。Andrew 在访谈里回看这段创始人经历，说那几年像是一种 constant failure（持续的失败），最后 essentially sold the company for parts——用他自己的话说，把公司拆了零件卖掉。

他的联合创始人 Kristen 后来在行业通讯 Fintech Takes 上写过一篇复盘。整篇文章只用一段话讲失败原因，但每句都很硬：商业模式选错了，获客渠道押错了，对供应商的假设吃掉了利润，招聘有失误，产品路线图的优先级排错了。没有一句怪市场。（这篇复盘我翻译了全文，放在这次推送的第二条。）

还有一个后来才补全的细节。Kristen 在 2025 年的一条长推里写：其实关停前三年，他们就知道该卖掉公司了。有大厂给过收购要约，管理层请他们吃饭喝酒，然后科技寒冬来了，大厂撤回上市计划，要约蒸发。美国薪酬服务公司 Gusto 也谈过收购，最后放弃——三年后，Gusto 自己上线了几乎同样的自由职业者产品。她的总结只有四个词：Our timing was wrong.（我们只是时机错了。）

判断对了，时机错了。这不是鸡汤，是创业里最贵的一种学费。

现在把这段履历放进国内 AI 公司的简历初筛：传统行业，保险，失败创业者。大概率过不了机器那一关。

3. Noyo：从福利产品，走向工作流自动化

Catch 之后，他去了 Noyo。

这一段更容易被低估，因为它看起来还是福利领域，不像 AI，也不像 Agent。

但 Noyo 做的事情，已经更接近基础设施和工作流。

Noyo 对外讲的是"福利操作系统"（benefits operating system）。它要连接福利管理软件、保险公司、人力系统和 Workday，处理开户、参保、审计、对账、承保方路由这些流程。

这类产品不性感，但离后来的 Agent 产品问题已经很近了：怎么把复杂流程抽象成软件系统？怎么让任务可以被追踪、被自动化、被审核？怎么让多个角色、多个系统、多个数据源协同工作？

Andrew 在 Noyo 先做前端工程与产品设计负责人，后做产品负责人。他自己的页面写到，他负责过 BenefitsOS、AI Canvas、Dynamic Mapping 和 Benefits Copilot 这些产品，也组建了 AI 团队，在产品里做生成式 AI 的原型。Noyo 官方博客能核到：Benefits Copilot 上架了 Workday 应用市场，底层由 BenefitsOS 驱动。

注意时间点：这是 2023 到 2025 年。ChatGPT 已经炸了，全世界都在讨论大模型。他没有跳去任何一家模型公司，而是在一家保险基础设施公司里，把 AI 原型接进真实的企业工作流。

然后，2025 年，OpenAI。

从外面看，这是履历上最大的一次跳跃。但把三段连起来看：

Catch 让他处理真实世界的制度复杂度；

Noyo 让他处理复杂业务流程的基础设施化和自动化；

Codex 把同一个问题换了个领域：怎么把 agent 放进真实工作流。

4. Codex：当"会做"不值钱了，他过去练的东西开始值钱

先把一个容易混的事说清楚：Codex 整体的负责人是 Thibault Sottiaux；Andrew 的正式职衔是 Member of Technical Staff（OpenAI 通用的"技术团队成员"头衔），他带的是 Codex 桌面 app 团队。所以准确地说，他是 Codex app 的负责人。

这个区分不影响这篇文章想说的事，反而更说明问题——他负责的恰好是"把 agent 组织成人能用的工作台"的那一层。

OpenAI 官方对 Codex app 的定义，不只是一个写代码的工具。

2026 年 2 月 2 日发布时，官方说它是 agent 的指挥中心（command center for agents）：管理多个 agent、跨项目协作、委派任务、跑长任务。首周下载量超过一百万。Andrew 自己的发布推文里有个细节：最让团队兴奋的，是这个 app 在用自己构建自己（using the app to build itself）。

发布公告里还有一句更值得注意的话：Codex 正在从"写代码的 agent"，演进成"用代码把事情做完的 agent"（from an agent that writes code into one that uses code to get work done on your computer）。这不是后来才加的方向，是第一天就写进定位里的。之后团队以周更节奏往外扩：Andrew 每周四发一条"Codex 周四更新"（codex thursday），5 月的某一条里，已经有锁屏状态下远程操控电脑和插件共享。

一个 agent 工作台要处理的，不只是写代码：多个 agent 同时工作时，人怎么监督；长任务跑在后台时，人怎么接回上下文；什么时候让 agent 继续做，什么时候让人介入；做出来的东西怎么审、怎么验证、怎么合并。

Andrew 自己的说法更直接：Codex app 应该是你的日常主力工具，是所有正在运行的 agent 的指挥中心，一个你随时回来就能看到所有进展的地方。

看到这里再回想他的履历——"一个系统应该怎么组织信息、工作流和人"，那篇 2016 年的 macOS 概念文——是不是回来了？

他在访谈里讲过一句核心判断：

implementation is actually not the expensive part anymore. It's, dare I say, taste.（实现已经不是贵的那部分了。贵的，恕我直言，是品味。）

紧接着的那句更具体：贵的是筛选的过程——当 90 个尝试摆在你面前，哪些里面有好东西？

过去一个想法做不出来，所以"会做"本身就是门槛。现在一个想法很快就能做出好几个版本，真正难的变成：哪一版有信号，哪一版只是顺滑的噪音，哪些看起来完成了、其实根本没过判断关。

所以品味（taste）不是审美。它更接近系统判断：目标是什么，媒介是什么，用户反馈有没有被漂亮原型带偏，什么该做，什么不该做，什么现在还太早。

"还太早"不是虚的。他在访谈里的复盘是：同样的 Codex app，如果早三个月发布，会失败——产品一样，只是模型还没到。什么时候发布，本身就是判断的一部分。

而这种判断，不是从"第一份工作就在大模型公司"里来的，是被真实世界磨出来的。

Every 对 Codex 团队的另一场访谈里，Codex 整体负责人 Thibault Sottiaux 有一句话很适合收这一段：

You cannot delegate understanding.（你可以把执行交给 agent，但理解无法外包。）

5. 点只能往回连

乔布斯那句 connect the dots（把人生的点连成线）被引用太多次了，多到快变成鸡汤。但它原本的意思常常被漏掉一半：点只能往回连，不能往前连。你没法提前规划哪段经历会有用，只能事后发现它们连成了线。

Andrew 这条线就是标准样本。

2016 年他写 macOS 概念文的时候，Transformer 还没发表。2019 年他一个州一个州啃保险审批的时候，没有人觉得这是"AI 履历"。2023 年他去 Noyo 做保险工作流的时候，旁边所有人都在往模型公司跳。

没有一步是冲着 Codex 去的。但 2025 年 OpenAI 要做的那个东西，回头一看，他每一段经历都在给它交学费。

这就是我对国内那套叙事最大的不服。

上一篇我写过，旧经验不会自动保值，它必须被重新编译。但"必须重新编译"和"直接作废"是两回事，国内的剧本正在把后者当成共识。

可站在浪潮正中心的这个人，简历恰恰是反着写的：自由职业设计开发、联邦研发机构、失败的保险创业、企业级工作流——每一行单拎出来，都过不了"AI 原生"的筛查。

所以热潮上的位置，可能从来不是发给"恰逢其时"的人的。

它发给的是：浪打过来的时候，手里正好握着这个浪需要的东西的人。而那些东西，往往是在离浪很远的地方，一年一年攒出来的。

我自己不在 AI 公司，做的是业务运营增长，天天打交道的是留存、转化、渠道这些一点都不性感的东西。之前我写过，这种状态像白天低头种田，深夜抬头全是火箭。

扒完 Andrew 的履历，火箭还是火箭，田还是田。

但我现在会多想一句：这块田里长出来的东西，说不定哪天就是某个浪需要的。

前提是，真的把它种明白。