刚装好 Codex 时，界面和输入框通常都不难理解。

但是，应该把什么任务交给Codex，如何去交给Codex？很多人还是一头雾水。

Codex 适合处理有明确材料、具体步骤和可检查结果的任务。它可以读取文件、整理信息、运行命令、操作网页和软件，也可以把反复出现的要求保存成固定流程。下面十个场景按照普通人的实际使用顺序展开。每一节都会讲清任务为什么容易出错、怎样交给 Codex，以及完成以后检查什么。

一、电脑配置、软件安装与模型部署

换电脑、安装专业软件、配置开发环境，或者在本地部署一个模型，往往要连续处理系统版本、芯片架构、依赖、网络、权限和配置文件。网上能找到的教程很多，但它们可能针对另一种系统，也可能已经过时。直接复制命令，最常见的结果是安装到一半才发现版本不匹配，或者旧环境被改乱。

这类任务很适合让 Codex 协助，因为它可以先读取当前电脑的真实状态，再选择安装路径。开始时只做检查：确认操作系统、芯片、内存、磁盘空间、现有软件和环境变量。随后查阅软件的官方说明，列出将要安装的组件、预计占用空间、会修改的文件以及回退方式。方案确认以后，再分步骤执行。

请协助我安装并配置 ________。

先只读检查操作系统、芯片、内存、磁盘空间和已有依赖，不要立即安装。
请根据官方文档给出适合当前电脑的方案，并说明：
1. 将安装哪些软件和依赖；
2. 会修改哪些配置；
3. 预计占用多少空间；
4. 失败后怎样恢复。

我确认后再逐步执行。每完成一步都验证结果；涉及管理员权限、网络代理、防火墙、安全设置、账号登录或密钥时，先停下来确认。最后运行一个最小示例，并生成安装记录和卸载说明。

安装普通软件时，验收标准可以是应用能够启动、文件能够打开、插件能够识别。配置开发环境时，还要检查命令路径、版本和测试程序。部署本地模型则需要多看一层：模型文件大小、内存或显存需求、量化方式、运行速度和存储位置都要提前核对。先下载较小模型或运行最小样例，链路确认无误以后，再处理几十 GB 的文件。

一次只配置一项，并为每一步留下验证结果。配置文件修改前先备份，密钥放在环境变量或专用凭据工具中，不要直接写进聊天记录。安装完成后保留“装了什么、改了什么、怎样卸载”的记录。几个月后环境出问题，这份记录往往比重新搜索教程更有用。

二、文件夹整理与目录结构优化

下载目录、项目资料和聊天附件很容易混在一起。同一份文件被改成“最终版”“最终版2”“真的最终版”，图片没有日期，合同没有项目名，真正需要时只能靠搜索和记忆。文件越积越多以后，整理本身也会变成一件不敢开始的事。

整理失败通常发生在第一步：还没看清文件，就开始移动和改名。这样很容易分错目录、拆散相关材料，或者误删仍有价值的旧版本。把文件夹交给 Codex 时，应先让它只读盘点，列出文件类型、数量、体积、修改时间、疑似重复项、空文件和命名异常。这个阶段只观察，不改变任何内容。

盘点完成后，再根据用途设计目录。工作资料可以按客户、项目和阶段划分；学习资料可以按主题、课程和年份划分；照片与素材则更适合按日期、活动和格式划分。目录层级不宜过深，名称要让半年后的自己仍能看懂。

请先只读检查当前文件夹，不要移动、改名或删除任何文件。

请输出：
1. 文件类型、数量、大小和大致用途；
2. 疑似重复文件、空文件和命名异常；
3. 建议的目录结构与命名规则；
4. 无法判断、需要我确认的项目。

我确认方案后，请把文件复制到“整理后”目录，保留原件，并生成一份包含原路径、新路径和处理动作的清单。

先盘点，后修改，是整理文件最重要的顺序。第一次执行最好使用“复制到新目录”，不要直接移动。完成后随机打开几份文档、图片和压缩包，确认文件没有损坏；再核对重复项是否真的相同，而不是名称相近。确认整理结果可靠以后，旧目录怎样处理再由你决定。

三、材料汇总与会议纪要整理

项目推进到一定阶段，材料会散落在 Word、PDF、网页导出、聊天记录、邮件和会议录音里。人工汇总的难点不只是阅读量大，还在于不同来源会重复、冲突，背景、结论和待办经常混在一起。最后得到的摘要看起来完整，真正执行时却找不到负责人和截止时间。

Codex 可以先建立材料索引，逐份记录文件名称、日期、主题和主要内容，再按主题合并。会议材料可以进一步拆成背景信息、讨论重点、已经确认的决定、尚未解决的问题和行动项。这样得到的结果既能作为存档，也能直接用于后续跟进。

请整理当前目录中的会议和项目材料。先建立文件索引，再输出一份汇总稿。

汇总稿包含：
- 背景与目标；
- 已确认的事实和决定；
- 尚有分歧或缺少依据的内容；
- 行动项、负责人和截止时间；
- 每个关键结论对应的来源文件。

不要补写材料中没有的信息。日期、金额、人名、合同条款和明确承诺必须回查原文。

会议纪要可以同时生成两个版本。完整存档版保留讨论过程和出处，执行版只保留决定、负责人、截止时间和下一步。需要对外发送时，再生成一份措辞更正式的版本。三份内容来自同一套事实，但服务的用途不同。

如果材料包含录音转写，应先校对人名、产品名和专业词，再做总结。来源之间出现冲突时，不要让 Codex 自行选择一个看起来合理的答案，而要把两种说法并列出来。涉及金额、日期、姓名和承诺时，必须保留出处。验收时从汇总稿中抽取几条关键结论，回到原文件逐一核对。

四、Excel 与多维表格分析

面对 Excel 或多维表格，最常见的要求是“帮我分析一下”。这句话没有说明要解决什么问题。表里可能有销售额、日期、地区、渠道和成本，但寻找增长来源、排查退款异常、评估库存积压，需要的计算方式完全不同。

开始分析前，先让 Codex 认识表格。它应当检查工作表、字段含义、时间范围、缺失值、重复行、数据类型、异常值和公式错误，再说明哪些数据可以直接使用，哪些字段需要你解释。完成数据体检后，再提出具体问题，例如“最近三个月哪些渠道增长最快”“退款率上升来自哪些商品”“库存周转慢的分类有哪些”。

请分析这个表格，但不要修改原文件。

先检查工作表结构、字段含义、时间范围、空值、重复值、异常格式和公式错误，并说明数据质量问题。
然后回答：最近三个月的主要变化是什么，哪些分类贡献最大，哪些异常值得复查。

请写明筛选条件和计算口径，给出关键数据表与结论。无法由数据确认的内容标为推测。最后分别保存清洗后的数据、计算过程和分析报告。

如果同一个指标有多个口径，例如订单金额是否包含退款、客户数按账号还是手机号去重，应在计算前确定。分析结果最好同时保留原始数据、清洗结果和计算过程，方便以后复算。图表只展示关键关系，不必把每一列数据都画出来。

处理飞书多维表格、Notion 数据库或在线表格时，还要把读取和写回分开。先读取少量记录验证字段映射，再决定是否更新线上数据。批量写入、覆盖公式、修改状态和删除记录都应经过确认。分析是否可靠，最终要看关键数字能不能复算。

五、PPT 内容设计与文件制作

用 Codex 制作 PPT，容易出现两个结果：只有几页空泛提纲，或者直接生成几十页外观完整、内容却无法使用的页面。内容结构、视觉设计和文件制作同时进行，任何一处方向出错，整套文件都要返工。

更稳妥的做法分成五个阶段。

第一阶段先定义任务。明确听众是谁、演讲多长时间、希望听众听完采取什么行动、已有材料有哪些，以及最后需要原生可编辑的 PPTX，还是更重视展示效果。页面数量、信息深度和视觉风格都由这些条件决定。

第二阶段只做大纲。大纲要写明每一部分的作用、预计页数和核心结论。确认后再写逐页内容，包括页面标题、正文、数据、图片需求和讲解备注。此时先不排版，更容易发现重复内容、空话和证据缺口。

第三阶段选择制作方式。需要在公司内部反复修改、替换数据时，应优先使用原生文本框、图表和形状；追求统一视觉时，可以使用整页图片；既需要效果又需要局部修改时，可以采用混合方式。复杂页面先做一页，实际打开并拖动元素，确认它真的可编辑。

第四阶段只做三页样稿：封面、普通内容页和数据页。字体、颜色、留白、图表风格确认以后，再批量生成整套文件。方向不合适时只改三页，返工成本会低很多。

第五阶段逐页验收。把成品渲染出来，检查文字溢出、图片变形、字号过小、页码错乱和元素遮挡，并核对 PPTX 与 PDF 的页数。需要演讲时，再生成与页面一致的讲稿或备注。某一页有问题，只修这一页。

请根据当前目录的材料协助制作一份 PPT。

先不要生成 PPTX。请先确认受众、时长、目标、使用场景和可编辑要求，然后提交大纲。
大纲确认后，写出逐页内容、数据出处和素材需求，并检查重复、空话与证据缺口。
再制作封面、内容页、数据页三张样稿供我选择。
样稿确认后生成完整文件，并逐页检查溢出、变形、页数、备注和可编辑性。

修改旧 PPT 也按同样顺序处理。先扫描全稿，列出字体、版式、颜色和内容问题，确认统一规则后再批量修改。涉及数据、事实和页面结构的调整单独列出，避免一次美化把原意改掉。

六、网页信息检索与结果核验

网页搜索的难点在于把结果变成可以使用的判断。搜索引擎会返回大量相似内容，文章之间可能互相引用，发布日期也未必是事情发生的时间。只让 Codex“搜一下”，它通常能带回链接，却未必回答你的真实问题。

检索前先限定问题：查什么、时间范围多长、适用哪个地区、比较哪些对象、结果用来做什么。如果要选择软件，应明确预算、操作系统和必须功能；如果要查政策，要明确适用地区和生效时间；如果要判断一个观点，应同时寻找支持材料与反例。

请检索这个问题：________。

范围：最近一年，面向中国用户，重点比较 A、B、C。
比较维度：价格、核心功能、使用门槛、限制和适合人群。

优先使用官方文档、原始公告和原始数据。每个关键结论附上链接和页面日期；区分已确认事实、来源观点和你的推断。若来源冲突，请并列说明。最后用表格比较，并列出仍需人工确认的项目。

搜索时先看官方文档、公告、论文、数据集和当事人的公开说明，再用媒体报道和评测补充背景。重要数字回到原始页面核对。复杂问题可以换几种表达，也可以使用中英文关键词交叉检索。某个结果被很多文章重复引用，并不代表它有多个独立来源。

结果中应保留链接、页面日期、信息发生时间和引用位置。结束时，让 Codex 说明查到了什么、没有查到什么、哪些结论证据较弱。一份合格的检索结果要让人看得出依据，也看得见缺口。

七、网页与桌面软件操作

有些工作需要在网页或软件中连续操作，例如测试新功能、导入数据、调整设置、填写后台、检查发布流程，或者复现一个界面故障。Codex 可以通过浏览器工具处理网页，也可以通过 Computer Use 识别画面并操作桌面应用。

这类任务必须缩小范围。说明使用哪个应用、打开哪个页面、允许执行哪些动作、遇到什么情况必须停止，以及什么结果才算完成。页面里存在多个相似按钮时，可以先让 Codex 描述当前画面和准备点击的位置，再继续执行。

请在已经打开的软件中测试“导入文件”功能。

你可以打开设置、选择测试文件、执行导入并查看结果。
不要删除现有数据，不要更改账号、安全和付费设置，也不要发布任何内容。
如果出现登录、授权、覆盖、上传隐私文件或付款提示，请立即停止并告诉我。

完成后记录操作步骤、测试结果、报错信息和最终状态。

测试软件时，可以提前列出正常操作、错误输入、中途取消、重复导入等用例，让 Codex 逐项执行。遇到问题后再复现一次，记录触发条件、报错文字和出现位置。这样得到的不只是一句“不能用”，还有可以提交给开发者或客服的测试记录。

结构化工具能够直接读取数据时，应优先使用结构化工具；只有必须看见界面、拖动元素或跨应用操作时，才使用视觉操作。登录、付款、公开发布、删除数据和修改安全权限，应始终保留人工确认。操作结束后还要回到界面检查最终状态，因为按钮被点击不等于数据已经保存。

八、长期任务管理与记忆沉淀

持续几周的研究、求职、装修、课程学习或内容跟踪，很难靠一次对话完成。时间一长，材料越来越多，已经做过的决定散落在不同消息里，每次继续时都要重新解释背景，旧结论也可能被新内容覆盖。

长期任务需要一套可以继续使用的外部记忆。可以在任务目录中保存目标与边界、资料索引、重要决定、当前进度、待办事项和下一步。每次开始前让 Codex 先读取这些记录，说明准备继续什么；完成后再更新进度。关键事实不要只留在不断增长的对话里。

这是一个持续六周的任务。请在当前目录建立并维护以下记录：
- 项目目标和边界；
- 已确认的事实与重要决定；
- 资料索引和来源；
- 当前进度；
- 下一步和待确认问题。

每次开始前先读取记录，说明本次准备继续什么；完成后更新进度，但不要覆盖历史决定。发现新信息与旧记录冲突时，请单独列出并等待我确认。

知识沉淀也放在这一层。会议纪要、研究材料和个人笔记先保留原件，再建立主题索引、简要摘要和关键词。以后检索时先通过索引定位原文，不必每次重新阅读全部文件。重要决定还应记录日期、参与人和原因，方便理解当时为什么这样选。

记录需要定期维护。已经结束的阶段和失效待办可以归档，未经确认的推测继续保留标记，重复材料可以合并索引但不要贸然删除原件。稳定的外部记录，才会让持续几周的任务真正接得上。

九、Skills 与固定工作流建设

一项工作每周都要重复时，重点会从“这次做完”转向“每次都按同一标准完成”。例如每周汇总数据、整理会议纪要、检查文章、归档合同或生成月报，临时提示词很容易漏步骤，同一个人隔几天也可能忘记上次的判断标准。

已经跑通的做法可以先写成固定工作流，稳定以后再制作成 Skill。Skill 可以保存任务说明、参考资料和必要脚本，让 Codex 在遇到相同任务时复用同一套规则。它适合保存方法，不适合掩盖还没有想清楚的流程。

制作 Skill 之前，先手工跑通两三次。记录输入文件放在哪里、执行顺序、输出格式、异常怎样处理、哪些动作需要人工确认，以及最后如何验收。流程仍在频繁变化时，先继续修改工作说明，不必急着自动化。

请把已经确认的“每周经营数据汇总”整理成可复用的 Skill。

它需要说明：
1. 输入文件、字段和日期范围；
2. 数据检查与计算步骤；
3. 固定的报告结构；
4. 缺失文件、口径变化和计算失败时的处理；
5. 哪些动作必须由我确认；
6. 交付前的复算和文件检查。

先给出 Skill 结构和测试样例，确认后再创建并用一组旧数据试跑。

只在一个目录中使用的规则，可以先写在项目内；跨多个项目反复出现，再做成 Skill。需要定时运行时，先手动执行一次，确认权限、输入和输出都正确，再设置计划任务。自动任务还要明确失败后怎样通知、是否允许重试，以及生成的文件存放在哪里。

自动化的主要价值，是让重复结果保持稳定。一条流程能够连续运行，却没有失败提示、执行记录和人工复核入口，仍然很难放心使用。

十、专业资讯监控与定期摘要

关注行业资讯时，时间主要耗在每天打开许多账号、网站和信息流，再从重复内容中找出少量真正的新信息。简单的定时搜索容易把旧闻重新包装，也容易追着热度跑，最后得到一份很长但没有实际价值的摘要。

先建立监控清单：关注哪些作者、机构、产品页面、项目仓库和关键词；哪些来源优先；多久汇总一次；什么变化值得报告。每条结果保留原链接、发布时间、信息发生时间和一句价值说明，并与历史记录去重。

请建立一份每周资讯监控任务。

关注对象：________。
优先来源：作者原帖、产品官方公告、项目仓库和正式文档。
时间范围：只收集过去七天首次出现的内容。

输出按“重要更新、值得观察、可以忽略”分类。每条保留标题、链接、发布日期、核心变化和关注理由。与历史记录去重；没有重要变化时明确写“本周无重要更新”，不要用旧内容补数量。

监控标准要写得足够具体。例如产品更新可以关注正式发布、价格变化、重要功能和安全事件；行业人物可以关注新项目、公开演讲和长文观点；专业政策则要优先看发布机构的原文。二次转述可以作为线索，但不能替代原始来源。

计划任务建立前先手动运行一次，检查结果是否准确、来源是否可靠、重复内容是否被过滤。运行几周以后再调整：长期只有转述的来源降低优先级，噪声过大的关键词增加排除条件。涉及本地文件的定时任务，还要保证设备和 Codex 在计划时间能够运行。

从一个低风险任务开始实践

刚开始使用 Codex，不需要一次学会全部功能。可以从安装一个软件、整理一个文件夹、一份会议材料或一张表格开始：说明材料在哪里，写清允许它做什么，要求它先检查再执行，最后规定怎样验收。

一次任务跑通后，把有效要求留下来；同类工作再次出现时，继续补充规则。稳定的流程再沉淀为长期记录、Skill 或计划任务。这样使用一段时间以后，Codex 才会从一个回答问题的工具，变成能够持续接手实际工作的助手。