Codex 怎么用：Every 团队 5 个真实工作空间

Codex 没有"唯一正确用法"：它是一个会根据你的工作方式自我改造的智能体。但灵活性也是门槛：你能用它干任何事，所以你不知道该从哪开始。

素材来源：《Codex in Practice》，Every（Context Window Newsletter，2026-07-01），本文为整理解读

一、为什么这份素材值得读

如果你已经用了一阵子 Claude Code，或者刚接触 Codex，大概率会遇到同一个问题：工具很强大，但我到底该拿它干嘛？

官方文档会列出各种功能，社区里人人都在晒炫酷 demo，但轮到你自己坐下来，面对一个空白的对话窗口，脑子常常是空的。

Every（一个专注于 AI 与工作的媒体社区）也是这么过来的。他们的结论是：别看文档，看人。看一个真实团队里不同角色的人，每天具体怎么把这个工具嵌进自己的工作流。

于是他们做了一期对谈（AI & I 系列）加一场两小时直播，让团队里五个人各自展示自己的 Codex 工作空间。本文就是那场分享的精华整理。

一个有意思的前提：这五个人里不只有工程师。咨询负责人、撰稿人、增长负责人、产品经理都在用，而且用法截然不同。这恰恰是 Codex 区别于纯代码工具的地方。

二、咨询负责人的三个用法：不写代码也能驯服 Codex

Every 的咨询业务负责人不是工程师，但她可能是全公司把 Codex 用得最"生活化"的人。她对 CEO 说了一句很有分量的话：

"Codex 改变了我的人生。"

她分享了三个层面，从浅到深。

用法 1：把 Codex 当"省心的 Claude Code"

她以前用 Claude Code 时，花了很多时间搭"脚手架"：设计文件夹结构、建文件系统、规划项目架构。这些是工程师的肌肉记忆，但对非技术人员来说是巨大的认知负担。

转到 Codex 后，她发现一个关键区别：Codex 会自己建这些结构。她不用再费心设计架构，可以直接信任它替她做好的决策，每天打开当天优先处理的 Codex 项目，直接在里面工作。

这一点对非技术读者特别重要：Claude Code 是"给你一套强大工具，你自己搭"，Codex 更像"你告诉我目标，我来搭"。门槛的降低，意味着更多角色的人能进场。

用法 2：把 Codex 当"会干活的下属"

她用 Every 的 CRM 系统 Attio 管理潜在客户和销售管线。有一次她给 Codex 下了一个任务：根据邮箱里和现有/潜在客户的往来邮件、会议记录，把 CRM 里的客户和潜客记录全部更新到准确状态。

关键在于：Codex 有权限访问她的收件箱、会议转写以及销售管线的逻辑规则。于是它在她睡觉的时候，把几百条客户记录全部补全了。她醒来时 CRM 已经完全配置好，这活儿本来要花好几周。

这个案例的精髓不在"AI 能写邮件"，而在"AI 能在你不工作时替你完成有逻辑规则的批量工作"。前提是两条：一是给它足够的上下文权限（邮箱、会议、管线规则），二是任务有明确的输入和期望输出。满足这两条，它就能从"问答工具"升级成"夜间值班员工"。

用法 3：用 Codex 照顾生病的家人

这是最打动人的一段。她的父亲有多位护士协作照护，意味着她要不停地处理预约、随访方案、来自医疗服务方的信息流、家庭成员之间的沟通。

Codex 帮她建立了一套"操作系统"，让整个家庭可以分诊父亲的照护工作。以前这些信息散落在无数个聊天线程、邮件、纸条里，她要花大量时间去"挖"；现在 Codex 把所有信息汇总到一个地方，她能快速消化全貌。用她自己的话说，Codex 让他们可以在单一地点处理这一切，从而专注做最擅长的事：作为家人，陪在父亲身边。

这个用法已经完全脱离了"写代码"或"做产品"的范畴。它本质上是把 Codex 当成了一个个人信息中枢：吸收多源、异构、持续涌入的信息，整理成可决策的结构。这正是照护场景最缺的东西：不是更多工具，而是一个能"兜住混乱"的地方。

三、付费墙后面：另外三位是怎么用的

咨询负责人的部分是免费公开的。Every 团队另外三位：撰稿人、增长负责人、Cora 产品总经理，他们的具体用法和 prompt 模板藏在付费订阅后面。虽然原文没有公开具体 prompt，但从预告里可以提炼出他们的核心思路，这些思路本身就值得借鉴。

撰稿人的思路：让 AI 记住"你的声音"

撰稿人分享的是如何存储自己的个人声音、写作风格、专栏灵感，让 AI 在创作时使用。这解决的是 AI 写作的一个核心痛点：AI 写出来的东西"没有你"。解决办法不是每次都重新描述自己的风格，而是把"我是谁、我怎么写、我在想什么"沉淀成一个持久化的文件或记忆，让 AI 每次都带着这个上下文工作。

可迁移的做法：建一个 my-voice.md，里面放你过去的代表作片段、你常用的句式、你坚持的观点、你讨厌的词。每次让 AI 协作写作时，先让它读这个文件。

增长负责人的思路：给目标加资料源，让 AI 起草交付物

增长负责人的做法是给 AI 一个目标和资料来源，然后让它起草最终交付物。这跟前面的 CRM 案例是同一种范式，但方向不同：CRM 案例是"整理已有信息"，这里是"基于资料生成新东西"。增长工作里这种需求很多，比如基于一堆用户访谈和市场数据，起草一份增长策略文档。

可迁移的做法：与其说"帮我写个方案"，不如说"目标是 X，这些是相关资料（附上文档、链接、数据），请基于这些起草一份 Y"。给目标加弹药，比给一步到位的指令更有效。

产品总经理的思路：跨设备同步的个人文件夹

产品总经理把 Codex 当成一个跨设备同步的个人文件夹，内容来源是会议记录和语音备忘录。这是一个很"产品经理"的用法：PM 的一天就是从一个会议冲到另一个会议，灵感常常只能在通勤路上用语音记。让 Codex 自动消化这些碎片输入，维护成一个按主题组织、持续更新的个人知识库。

可迁移的做法：如果你也是"会议加语音"驱动的工作者，把所有的转写、备忘录都喂给 Codex，让它帮你维护一个"我的第二大脑"项目，按主题而不是按时间组织。

四、三个跨案例的共性规律

把五个人的用法放一起看，能提炼出三条规律。

规律 1：好用的 Codex，都建立在一个"持久化的上下文"上

咨询负责人有她的项目结构，撰稿人有她的"声音档案"，产品总经理有他的会议知识库。共同点是：他们都不在每次对话里重新解释自己。上下文被沉淀成文件，Codex 每次自动读取。这和 Claude Code 社区强调的 SKILL.md 机制是一个道理：可复用的上下文，应该写成文件，而不是每次重打。

规律 2：边界越清晰，AI 越能"夜间值班"

CRM 任务之所以能"睡觉时跑完"，是因为输入（邮箱、会议）和期望输出（更新后的记录）都很明确。撰稿人的"声音档案"也是同理：输入是代表作，输出是"用你的风格写的新东西"。模糊的任务适合白天协作，清晰的任务适合交给 AI 自主跑。这是判断一个工作该"对话式"还是"循环式"的根本标准。

规律 3：非技术人员不是"二等用户"

这份素材最反直觉的一点：把 Codex 用得最让人印象深刻的，是咨询负责人，而不是某个工程师。她的三个案例：CRM、医疗照护、日常项目管理，没有一行代码。这说明 Codex 这类工具的"用户画像"正在重写。它的核心能力不是写代码，而是"消化混乱、产出结构"。任何被信息过载困扰的角色，都是潜在的重度用户。

五、你可以怎么开始

结合 Every 团队的经验，给你一条入门路径：

第一步：选一个"被信息淹没"的场景。 不是选一个"需要写代码"的场景。也许是你的客户跟进、也许是你的会议笔记、也许是某个家庭管理事务。Codex 最擅长的不是替你写代码，而是替你整理混乱。

第二步：给它一个持久化的"身份文件"。 学撰稿人，先花 20 分钟写一个"关于我/我的工作"的 markdown 文件：你的角色、你的目标、你的资料来源、你期望的输出格式。让 Codex 每次都读它。

第三步：找一个"边界清晰"的任务，让它自主跑一次。 学 CRM 案例，找一个"输入明确、输出明确"的任务，把相关权限和数据源接上，让它在你不在的时候跑一次，体验那种"醒来发现活干完了"的惊喜。

第四步：观察、迭代、固化。 看它哪里做得好、哪里翻车，把好的部分固化进你的身份文件或流程，把翻车的部分加上约束条件。

六、写在最后

这份素材最打动人的，不是某个炫酷的 prompt，而是它点破了工具的终极意义：从来不是让你"做更多事"，而是让你把不想做、做不完的事交出去，腾出时间做只有人能做的事。

Every 团队的五个工作空间，本质上是在回答同一个问题："我想把生活的哪一部分，交出去？"

你的答案会跟他们都不一样。但启动的方式是一样的：从一个具体的、困扰你的场景开始，给 Codex 足够的上下文，让它试一次。

---

本文基于 Every《Codex in Practice》（2026-07-01）整理解读。咨询业务负责人的部分为公开内容，其余三位团队成员的具体 prompt 需 Every 付费订阅查看。原文：every.to/context-window/codex-in-practice