Every 咨询负责人的 Codex 实战笔记:不懂技术的她搭建、维护自己的多个私人工作系统

她还用同一套模式搭了邮件分诊和老爸看护 App,方法可复制,完整 prompt 未公开
作者:Every07-03 · 9 分钟⚑ 方法教程
🎧 听播客版0:00 / --:--
0:00 / --:--
深度 · 小互解读
先看整篇讲了什么
  • Every 咨询业务负责人 Natalia Quintero 是非技术背景,过去一两个月从 Claude Code 转向 OpenAI Codex,用它搭建、维护自己的多个私人工作系统。
  • 她最喜欢的一次操作:给 Codex 一个目标(把 CRM 里几百个客户记录按通话和邮件内容更新准确)后去睡觉,六小时后醒来任务已经完成。
  • 她在 Codex 里建了 3 个定制 App:把学习资料自动做成通勤路上能刷的卡通、给自己邮箱做的带 7 个动作按钮且能模仿她口吻回信的分诊工具、给 81 岁父亲多方护理做的一个 13 小时建成的协调看护 App。
  • 尽管有能力自己搭 CRM,她还是主动放弃了自己用 AI 糊起来的系统,直接买了 Attio:软件是骨骼,AI 模型是大脑和韧带,维护数据质量本身就是一家 CRM 公司的全部业务。
  • Every 内部 AI 员工 Claudia 运行满一年后,团队发现它仍需要持续的人工监督和方向把关,于是额外招了一名人类运营人员。
《AI & I》:3 Custom Apps She Built in Codex ▶ 原视频 · 本文素材来源 《AI & I》:3 Custom Apps She Built in Codex — 点击到 YouTube 观看 Dan Shipper × Natalia Quintero 现场演示这三个 App
01换工具 · 心智模型

从 Claude Code 换到 Codex,她多出了什么

Every 咨询业务负责人 Natalia Quintero 最近在 AI & I 播客上现场演示了她过去一两个月里完全用 OpenAI Codex 搭建、维护的多个私人工作系统。

她是非技术背景的操盘手,却给 Codex 一个目标就去睡觉,六小时后醒来,几百个客户的 CRM 记录已经按通话和邮件内容更新完成。这篇把她那套能照搬的做法拆开讲。
🎯
为什么值得看:一个非技术背景的人,给 Codex 一个目标后去睡觉,6 小时醒来数百个客户的 CRM 记录已更新完;另一个从原型到带密码保护正式上线的完整看护协调 Web App,只花了 13 小时。

她本来是重度 Claude Code 用户,在自己搭的文件夹结构里用得很顺。Dan Shipper 缠了她好几周让她装 Codex,她装完的评价是:换了工具,生活也跟着变了。

对一个不写代码的人来说,两个变化最直接。一是 Codex 把终端和浏览器终端是敲命令让机器干活的黑框窗口,浏览器就是网页窗口,两个都嵌进了同一个聊天界面里直接嵌进了聊天界面,加上一个愿意使劲干活的强模型(5.5),你能感觉到算力在往难题上撞。二是负担轻了:以前用 Claude Code,她得先手动把文件夹结构规划好、开着 Finder 盯着东西存在哪,AI 才在这套结构里干活;换到 Codex,结构由它边做边搭,她不用先在脑子里搭好地基。

Claude Code 时代
先手动规划文件夹结构,开着 Finder 盯着文件存去了哪;把架构搭好是真本事(她的工程师做得很好),但很耗精力,AI 只在你搭好的框里干。
Codex 时代
给一个目标直接跑,文件结构 AI 边做边生长;心里那点「我得先想清楚地基怎么搭」的负担明显轻了。

贯穿全文的,是她和 Dan 反复提到的一个心智模型转变:知识工作正从「雕刻」走向「园艺」。

大白话解释:雕刻 vs 园艺

雕刻,是每一件发生的事都靠你亲手刻出来;园艺,是你把土壤、光照、水这些条件搭好,让庄稼自己长,你不亲手去做每一株。放到工作上:她的活儿不再是亲手写每一封邮件、更新每一条记录,而是搭一个能自动产出这些结果的系统,只在几个关键点上伸手。

02核心方法 · Loop

给个目标,睡一觉,任务就跑完了

她目前最喜欢的一次操作发生在配置 Attio(一款 CRM,客户关系管理软件)的时候。帮她的人需要根据通话和邮件里发生的事,把每个客户的记录补全填准。

她没有一条条去填。她给了 Codex 一个目标:把 CRM 设置成能准确反映她对话和收件箱里发生过的事,覆盖几百个客户和潜在客户,背后配一段扎实的 prompt 和方向说明。给完目标,她去睡觉。六小时后,一套本来要人工做上好几周的活儿,已经全部完成。

6 小时给 Codex 一个目标后去睡觉,醒来 CRM 里几百个客户/潜在客户的记录已按通话和邮件内容更新完成
核心方法 · 人类三明治循环

这就是大家都在说、却很少有人讲清楚的「Loop」。它的结构是一个人类三明治:人在开头判断这件事值不值得做,中间把整类任务交给 AI 搭系统去跑,人在结尾把关精炼,再把这一轮学到的经验喂回系统,让下一轮更准。

Loop 人类三明治循环 ① 目标(人) 判断值不值得做 ② 执行(AI) 搭系统批量跑 ③ 精炼(人) 审阅、把关 ④ 反哺 经验喂回系统
「人类三明治」循环的结构 · 她说的 Loop 到底是什么
人在循环的两端把关,中间全部交给 AI 执行:
1. 开头(人):判断这件事值不值得投入,即这是不是一个值得做的目标
2. 中间(AI):不逐条处理单个任务,而是搭一套能批量处理这整类任务的系统去执行
3. 结尾(人):审阅、精炼 AI 给出的结果
4. 反馈:把这一轮学到的东西喂回系统,让下一轮做得更准
大白话解释:Loop(循环)

它不是把某个单独的任务自动化,而是给一整类任务建好一套长期机制。更像给一片地建好灌溉和轮作制度,不是每天亲手给每一株苗浇水;人只在开头问「这值得做吗」、结尾问「这做得够好吗」。

她在播客里口述了循环的结构和每个 App 的做法,但每套工作流的逐字 prompt 留在 Every 的付费栏目里没有公开。能照搬的是模式和结构,不是可直接粘贴的原文。

03方法应用 01

把学习资料自动做成通勤能刷的卡通

这是她建过的最得意的一个 skill,也是她口中「最有负罪感的乐趣」。它大约六个月前起源于一条 prompt(最初由咨询团队的工程师 Nateesh 基于内部 AI 员工 Claudia 打造)。

它把她学任何一个新话题时习惯问的四个问题,固化成了一套框架。周末她会花大段时间读这类深度指南;没有整整一个周六时,她就用 Codex 的视觉模型,把每份长指南转成一串卡通,在地铁上、散步时、喝咖啡时刷完。

学习任何一个新话题的固定 4 问框架 · 她转成卡通的底稿
1. 这个话题的历史是什么?
2. 指导它运作的第一性原理是什么?
3. 我们是怎么一步步走到今天这个局面的?
4. 这个话题所在的市场里,有哪些变量在起作用?

举个她学解剖学时的例子:她学到肌肉比韧带先变强,韧带又比骨骼先变强,所以力量的增长在身体各部位是按不同时间尺度发生的。(这个「骨骼变强最慢」的细节,后面讲她为什么买 CRM 时还会再出现一次。)

她的 Codex 项目直接按学习课程来命名,比如「销售策略」「你爸」「NZQ 认识论」(亚里士多德的三段论体系)。同一套四问框架,你可以直接拿去学别的任何主题。

04方法应用 02 · 最实用

给自己的邮箱做一个分诊工具

这一节是她这套打法最能立刻落地的样本:碰到一件重复劳动,就当场让 Codex 给你做一个按钮。

工具建在 Dan 开源的邮件 App(原名 inbox sweep,现叫 Tend)之上,那个 App 会把邮件变成一张张卡片、把敏感内容打码。她在上面做了大量定制,其中最关键的一处,是用她最近发出的 150 封邮件她大约一年前建的「代笔」skill,让 AI 摸清她在不同场景下怎么说话,是她最早的几条 skill 之一训练它模仿她的口吻起草回复。用她的话说:我的邮箱比我自己还清楚在发生什么,所以它起草的东西,很可能比我自己现想的还准一点。

150 封训练邮件分诊 App「用她的声音起草回复」所参考的最近已发送邮件数量
收件箱
新邮件进来
→
AI 起草回复用她的口吻 · 150 封训练
→
7 个动作按钮
一键分流

她给这个工具加了 7 个动作按钮,每一个都对应她真实处理一封邮件时会做的一个动作。这份清单可以直接抄:

邮件分诊 App 的 7 个动作按钮 · 每个都对应她一个真实动作
1. 批准并发送(AI 已用她的口吻起草好回复,一键发出)
2. 要求重写(不满意草稿,让 AI 重写)
3. 归档
4. 归档进对应客户的 markdown 文件(哪怕不回复,上下文也存进这个客户专属的文件里)
5. 转成 Asana 任务
6. 标记垃圾邮件
7. 保存

更关键的是这套逻辑的来源:她手绘了一张销售管道的分诊流程图,把「一封陌生来信要满足什么条件才能往管道下一步走」这套复杂逻辑画了出来,然后把流程图存成 PDF 喂给 Codex。同一套逻辑,同时驱动着她的邮件分诊和她的 Attio CRM。

最快的上手方式:播客上线时,Every 计划开源 Tend(这个邮件 App)。Dan 给了一条捷径:你可以把这段视频丢进 Codex,让 Codex 直接看完,然后照着做一个用起来一样、但属于你自己的版本。

05方法应用 03

给 81 岁老爸的多方护理做一个协调 App

同一套「给自己现搭系统」的打法,被她用在了一个常人根本想不到能自己动手的场景。她的父亲 81 岁,由多位护士照护。

这是一个 13 小时的 Codex 项目,从原型一路做到带密码保护、正式上线的完整 Web App,成了这家人协调看护的操作系统。

13 小时老爸看护 App 从原型到带密码保护、正式上线的完整耗时
多位护士
Google 表单报告
家庭 WhatsApp 群
随手更新
→
看护协调 App汇总 · 中西双语
→
顶部「最新情况」摘要
责任追踪器
未办高亮 · 完成变灰
老爸看护 App 的功能清单
1. 摄入多个护士提交的 Google 表单报告
2. 摄入家庭 WhatsApp 群里的随手更新(预约怎么样、用药剂量情况如何)
3. 顶部呈现一条「最新情况」摘要
4. 西班牙语/英语一键切换(护理更新通常用西语,白天想快速看就切成英语)
5. 护士也能看到彼此的记录,保证护理的连续性
6. 责任追踪器:每个家庭成员该跟进的事项,没解决就高亮,完成了就变灰

她是哥伦比亚人,护理更新通常用西语,白天想快速消化就切成英语。护士也有自己的版本,彼此能看到对方做了什么,护理因此有了连续性。价值不在这个工具本身:护士只是觉得这家人更主动、更靠谱,而 App 把行政杂事从每个人肩上卸掉,家人于是能腾出精力去陪伴,而不是忙于处理杂务。

06买还是搭

能自己搭 CRM,她为什么还是花钱买了一个

Every 有资源自己糊一个 CRM(Fable 甚至能近乎一次生成一个内容管理系统),但她还是主动放弃了自己用 AI、靠 Claudia 拼起来的 Google Sheets 系统,买了 Attio。她给出的理由,是一条很好用的通用判断法。

在 AI 时代你几乎什么都能建,真正该问的不是「能不能建」,而是「该不该建、以及该不该长期维护它」。数据质量要靠持续维护才能好到能做出有意思的事,而把一个 CRM 维护好,本身就是 Attio 的全部业务。

只有大脑没骨骼
= 一滩瘫软水母
骨骼 + 大脑
= 站得起来
只有骨骼没大脑
= 一堆木棍
买 vs 自己搭的判断框架
1. 先问:这东西能不能建 ≠ 该不该建。真正要问的是该不该建,以及该不该长期维护它
2. 真正的软件是成千上万条你事先根本想不到的具体逻辑规则的集合,一家软件公司的全部工作,就是持续收集这些规则、并在出问题时修改它们
3. AI 很擅长在这类确定性规则系统里工作、写代码,但不会一次性把你需要的所有规则都写对写全
4. 判断隐喻:软件是你的骨骼,AI 模型是你的大脑和韧带,没有骨骼你是一滩瘫软的水母,没有大脑和神经系统你是一堆木棍
判断维度自己 vibe-code 一个买现成的 Attio
能不能建能能
那上千条你想不到的规则谁来补AI 不会一次写对写全,得你不断填坑公司持续在收集和修订这些规则
长期维护数据质量维护成本压在你自己身上维护 CRM 就是 Attio 的全部业务

结果是,她成了 PRD(产品需求文档)和范围界定的拥护者,也更早地去判断一件东西该买还是该建。团队出于同样的理由,把项目管理也换上了 Asana,为的是给团队少压一点维护负担。

07诚实边界

一年过去,Claudia 还是离不开人

Claudia 是 Every 咨询团队内部的 AI 员工,之前单独出过一期节目。运行满一年后,最近两个月的模型更新,大幅提升了它能干的事。

1 年 + 1 人Claudia 运行满一年,团队反而再招了 1 名人类运营:AI 把数据端上来,人做判断、主导对话

现在 Claudia 有了自己的 LinkedIn 和 Twitter 账号,会管理仪表盘,还带一个「信任电量」机制:它跑在一个循环里,自评表现、再根据反馈改进。

大白话解释:trust battery(信任电量)

就像手机的电量条,用来衡量一个 AI 员工攒了多少「可以放手让它自己拿主意」的信任额度。表现好就攒电,出错或要人接手就掉电,团队据此决定给它多大自主权:电量满了才敢让它自己出门办事,电量低就得盯紧点。

但边界是诚实的:AI 特别擅长照着一套标准作业流程去执行,Claudia 在这件事上做得很出色。可它仍然需要两样东西。一是持续的人工监督和管理,品味和把事情做到精益求精,还是得靠人给方向、给管理支持,这件事既琐碎又耗时;二是人终究还是想跟人打交道。

所以团队的动作是:同时再招一名人类运营人员。Claudia 负责把丰富的数据和仪表盘摆出来,人负责从里面挑出哪些值得关注、并主导那些对话。AI 负责把数据端上来,人负责判断和行动。

08起步清单

如果想在自己团队里试,她给的 3 条起步建议

这是她对任何一个想在大组织里引入这套做法的人的 3 条建议:

1从你已经在用的系统开始。如果你本来就用 KPI、共同目标、OKR、SOP 在管团队,把这同一套架构原样交给 AI(前提是公司允许)。这些共享的上下文和基础设施,就是地基。
2决定哪些事只能由你的人来做。比如打电话、进行真正有成效的客户对话,这类事必须留给人。先把边界划清楚,AI 才知道自己该在哪个范围里干活。
3从小任务开始。她自己、也见客户最常犯的错,是想一次性把整个系统重做、一步到位变成「AI 优先的组织」。正确做法是把「一件事怎么做到位」标准化、写下来,把「做得好」长什么样定义清楚,做完一件再做下一件,叠起来就是复杂系统。这事「一点都不性感」,就是你打开一个 markdown 文件、读一份简单说明,从那里开始。

题外话,她随手用 AI 现搭的两个小东西。在新奥尔良旅行时,她让 Claude 边走边给她和妈妈生成西班牙语导览;还让它读自己的 Spotify 歌单,挑出法国区音乐节里她们最会喜欢的乐队。都是同一套「碰到需求就当场现搭」的顺手活。

Codex 帮我做的,基本上是造了一套操作系统。我的邮箱比我自己还清楚正在发生什么。 Natalia Quintero · Every 咨询业务负责人,AI & I 播客
来源:Every《Codex in Practice》书面文章 + 配套 AI & I 播客(Dan Shipper × Natalia Quintero,2026-07-01)的转录整理。播客里口述了模式与结构,各工作流的逐字 prompt 及其他团队成员的 Codex 配置留在 Every 付费栏目,本文可复制的是方法与结构。文中数字(6 小时 / 13 小时 / 150 封 / 约 6 个月 / 1 年)均为当事人现场陈述。
来源
EveryEvery·查看主材料
↑ 正文结束
✓ 本篇全文免费开放

会员可复制、下载全文 Markdown,还能让你的 AI 订阅和提问。

阅读原文 ↗
📮 新解读第一时间进邮箱

读完觉得有用?留个邮箱,每篇新解读发布就送达,随时退订。