第2章：从对话助手到本地执行型项目搭档

你大概已经接触过聊天AI。

拿它润色周报、起草通知、梳理会议纪要、甚至先做计划草稿，确实能帮你省不少时间。

但一旦回到真实的项目现场，问题就会很快出现。

你仍要亲自打开周报，把会议纪要内容逐段复制进去；再把任务表另存；把测试反馈截图发出去；最后把输出结果再粘回文档。

它可以回答问题，但它并没有真正进入到你的工作现场。

更棘手的是，它并不知道你本地文件夹里有哪些材料，不清楚哪些文件是最新版本，不知道输出应该放到哪里，也无法替你完成检查、启动项目、验证页面这些动作。

这就是普通聊天AI与Codex的核心不同。

Codex的优势在于它能够围绕本地工作区来完成任务。

而这个差别对你非常关键。

因为项目管理从来不只是“问一次问题、得到一段回答”。每天你要处理的是一大堆真实材料：

·`第4周项目周报.docx`

·`0427_项目周会纪要.docx`

·`任务拆解表_0429.xlsx`

·`会议行动项跟踪表.xlsx`

·`客户资料管理系统_PRD_v0.4.docx`

·`接口清单.xlsx` 和 `字段对照表.xlsx`

·`测试反馈记录.docx`

·`页面截图/客户状态显示异常.png`

·`上线检查清单.xlsx`

你需要的，是一个能在这些资料之间穿梭工作的本地执行型项目助手：能输出可追溯的结果，也能在必要时做验证。

当你第一次把Codex放进项目目录时，你其实就已经触及了几个项目治理难点：当前依据用哪些材料、哪些输出必须留痕、哪些操作会带来更高的风险管控压力、哪些结果需要经过质量验证。

普通聊天AI更像是远程顾问。

你把材料复制给它，它提供建议；你描述情况，它给你方案；你贴一段文字，它帮你改写。

这些当然有用。

但它和项目现场之间仍隔着一层。

比如你想检查第4周项目周报时，通常要经历这样的流程：

1.打开`第4周项目周报.docx`。

2.复制周报内容。

3.打开`任务拆解表_0429.xlsx`。

4.复制关键任务。

5.找到最近会议纪要。

6.复制对应内容。

7.把这些材料粘给AI。

8.再把AI输出粘回原有文档。

在整个过程中，最耗费你的往往就是反复搬运和整理材料。

而Codex的工作方式不同。

你可以把项目资料放在一个本地工作区里，然后让Codex在工作区中读取文件、对照材料、生成输出文件，必要时还可以运行命令或验证页面。

例如：

请对当前工作区做一次周报审查。 输入材料： -第4周项目周报.docx -任务拆解表_0429.xlsx - 0427_项目周会纪要.docx -会议行动项跟踪表.xlsx -测试反馈记录.docx 请输出： 1.《周报审查意见.docx》 2.《周报检查清单.xlsx》 请重点找出周报中进展证据不足、风险被弱化、责任不清和下周计划不可检查的内容。

在这种场景下，Codex不只是跟你聊一段话。

它是在基于一组真实文件来完成任务。

你要先记住这一点：普通聊天AI更偏向对话工具，而Codex更像本地执行型助手。

很多时候，正是因为它能把“回答问题”向前推进一步，让它变成“处理工作区里的材料，并交付可用的结果”。