我让 ChatGPT 管理我的工作周

原文：https://every.to/working-overtime/i-let-chatgpt-manage-my-workweek

4 月初一个周二的下午 4:30，我坐下来写第二季度目标。严格说，那已经是我该交目标的第二天了。于是我终于决定像个成年人一样，回头清点第一季度留下的残局。

而我说“残局”，不是夸张。承诺要写的专栏，我只完成了一半；另一个答应推进的项目，甚至还没有真正启动。我当然可以给出那些常见理由：这个季度很忙，项目碰到了我无法控制的阻力。但真正的原因很明显：我也许是个不错的写作者，但在项目管理上糟糕透顶。

过去 15 年，我一直用绕路的方式处理这个短板。我不接需要强组织能力的管理角色，不接多到无法靠脑子记住截止日期的自由职业项目，也会避开那些移动部件太多的宏大计划。

这种“胶带补丁式”的办法原本还能维持，直到我在 4 月全职加入 Every。如果我要作为团队正式成员承担更多责任，就不能再假装项目管理不是问题。而在 2026 年，这意味着我需要把 AI 请进来。

于是，我给自己搭了一个项目经理：一个 ChatGPT agent。它保存我的 OKR（Objectives and Key Results，目标与关键结果），盯着我的日历，读取我的 Notion 待办清单，并帮助我决定下一步应该做什么。否则，我的一天大概就是打开 Slack、刷新 X、轻微恐慌，然后循环往复。

大多数关于“AI 如何帮助工作”的建议，都是从你已经擅长的部分开始：写得更快、写代码更快、分析更快、交付更多。我更关心另一边：能不能让 AI 支持那些让你怀疑自己是否真的擅长这份工作的部分。

我分别在 Every 的 Plus One agent Margot 和 ChatGPT agent 中搭过项目管理系统。这里主要展示 ChatGPT agent，但只要一个系统同时具备记忆、上下文和智能，你也可以用别的工具搭出自己的项目经理。

为什么 AI 现在终于能照看我的待办清单

去年有一个自由职业月份，我把自己排得太满，截止日期像一堆没读的税务信一样压过来。那时我已经试过让 ChatGPT 当项目经理。我会打开一个新聊天，输入类似这样的话：“我有这些 deadline、这些会议、这些项目，我该先做什么？”

作为一次性的救火，它还算有用。问题在于它对我的上下文几乎一无所知。每次回来，我都得重新解释客户是谁、截止日期是什么、哪些稿子正在推进、哪些会议更重要、为什么某个项目比另一个项目优先级更高。

过去六个月里，几件事叠加在一起，让用 ChatGPT 做更完整的项目管理变得可行。首先，记忆能力变好了，系统可以跨对话携带并应用上下文。其次，高级工具使用能力出现了，AI 可以导航浏览器、使用其他工具。再加上集成能力，ChatGPT 终于能打开 Notion、检查日历、读取 Slack。最后，OpenClaw 和 Every 的 Plus One 这样的产品，把这些能力包成了连技术新手也能操作的形态。

这意味着，如果你一年前试过让 AI 管理营销流程、分析财务结果之类的事，觉得不太行，现在值得再试一次。模型本身和模型周围的产品形态都已经变化了，成功线可能已经向你这边移动。对我来说，也到了重新尝试 AI-native 项目管理的时候。

我搭了什么：一个项目管理 agent

说“我搭了一个 agent”听起来很高级，但真实情况朴素得多：大部分工作都是 AI 做的。我只是把正确信息放在 AI 能看到的位置，连接工作发生的工具和软件，然后描述清楚我希望它承担的工作。

用上下文塑造 agent 的记忆

关键在于上下文。只要有足够上下文，agent 就能把一个模糊目标转化成“周四早上第一件该做的事”。没有上下文，它不过是一个待办事项版的 Magic 8 Ball。

所以，在设置 agent 的过程中，我特意给 agent-builder 提供了大量文档。最重要的是，我给它一个 Proof 文档链接，里面有我的 OKR、四个目标、十来个关键结果，以及项目优先级的大致排序。然后，我让它处理我最不擅长的第一件项目管理工作：把“一个成功的季度”拆成具体阶段、里程碑、截止日期和任务。

“搭建一个可靠的 Vibe Check pipeline”是一个具体目标，但它不是周四下午就能做完的事。agent 把它拆成更小的部分：审计现有流程、起草一份说明改进建议的 brief、征求反馈、实施调整。

agent 给我的第一份有用产出，是一份我可以回应的草稿。有些任务抽象到我不知道从哪开始，有些又大到本质上是伪装成任务的项目。于是我和 agent 来回调整，主要是在告诉它：“这个太混乱了，我没法行动。”它就继续拆分、重命名、重写，直到计划被分成真正可执行的项目和任务。随后，这些任务进入 Notion，变成带有截止日期、状态和关联 OKR 的看板。

集成给了 AI 行动的位置

下一步，是添加集成，让 agent 能跨工具追踪我的工作。现在 ChatGPT agent 让这件事简单到有点夸张。点几下，我就把它连接到工作已经发生的地方：Notion、Slack、Google Drive 和 Calendar。

这正是一年前还做不到的部分。那时，ChatGPT 只知道我记得粘贴进聊天框的东西，不能替我行动。现在 agent 可以读取我已经在用的系统：它能看到周四上午日历是空的，Slack 线程里出现了一个新任务，Drive 里已经有某篇文章草稿，某个项目属于一个 OKR，而不是 Notion 上一团让我内疚的小云。

指令告诉 agent 该做什么

上下文告诉 agent 什么重要，集成告诉它去哪里看，指令告诉它该做什么。出乎意料的是，我需要写的指令并不多。

我打开 ChatGPT agent builder，也就是 ChatGPT 网页左侧栏里能找到的构建器。然后我用普通英文解释自己想要什么：一个项目管理 agent，帮我组织每一周，并让季度目标保持在轨道上。builder 把它扩展成更完整的 brief：角色、工作流、如何给出回复、在哪里保存未来可用的信息，以及不要做什么，比如不要编造状态或截止日期。

最终，我真正关心的指令可以归结为：帮我组织这一周，让季度目标保持在轨道上，优先推动真正有用的工作，并且不要让我输入太多信息，以至于我还不如自己去翻所有工具。

我无法自动化“我自己”这个变量

我确实把一种我讨厌、也不擅长的工作外包出去了，但我也在学习新技能，或者说，重新学习 agentic era 里的旧技能。大多数教训都来自失败。

很多时候，失败出在沟通上。我花了一段时间才养成习惯，把 agent 看不到的细节及时告诉它。比如文章已经发布了，我忘了告诉 agent，也忘了移动 Notion 里对应的卡片；截止日期变了，Notion 还停留在旧日期上，agent 就会立刻失去判断力。

当一篇草稿进入 review、已经发布、截止日期改变，或者会议里冒出新任务时，我必须告诉 agent。更新 Notion 页面当然烦，但再烦，也比把整个季度都扛在脑子里好。

另一个麻烦是“我自己”这个问题。agent 改不了我的性格，不能让我少焦虑一点，也不能让我更相信自己的想法。比如，我为第二季度最大项目准备的一份 proposal 已经拖了一周，因为我始终无法说服自己它足够好，可以发出去。agent 知道这件事，它每天提醒我已经 overdue，而我继续逃避。agent 可以起草邮件、标记延误，但它不能告诉我这个想法到底好不好。那部分，也就是决定相信自己做出来的东西，仍然属于我。

在还有时间的时候知道发生了什么

每周快结束时，我会向 agent 要一件过去最让我害怕的东西：状态报告。它会回顾原本应该完成的工作、推进了什么、滑坡了什么，以及哪些目标开始看起来更远。有时答案令人满意，有时它准确得有点刺耳。

最近有一天，我让它报告 OKR 进展：一个项目有势头，但需要更清晰的交付路径；另一个看起来健康，但前提是我拿得出 agent 看不到的成果物；我的发布节奏还可以，但如果能建立之前谈过的 idea backlog，会更好。

这种东西，一个称职的项目经理大概会在 20 分钟 check-in 里注意到。而这正是我想从 agent 那里得到的：在延误变成问题、问题滚成失败目标，甚至让队友失望之前，先把显而易见的东西显现出来。

在我职业生涯的大部分时间里，截止日期和优先级像天气系统：突然压到头顶，偶尔灾难性爆发，大多数时候都像是不受我控制。现在，我能在风暴形成之前看见它，并及时采取行动。

如果 AI 到目前为止只在帮助你完成那些你已经做得很好的工作，那就试着把它指向你一直回避的那部分。如果 AI 的承诺是让人类腾出时间去做人类才会做的事，那么它也应该把我们从讨厌做的事里解放出来。否则，意义在哪里？

我仍然不擅长项目管理。那个让我觉得自己在假装成熟的大人工作部分仍然存在。但现在，我有了支持，所以写作终于能拿回它应得的时间。

搭建你自己的项目经理

如果你想设置自己的项目管理 agent，打开 agent builder 之前，可以先准备三类东西。

第一类是上下文，也就是给 agent 的入职材料。最重要的是 OKR 或季度目标。如果你没有正式 OKR，就写一页“这个季度成功长什么样”：目标、证明目标达成的大致指标，以及已经承诺的项目。除此之外，策略或计划文档也很重要，比如团队战略备忘录、年度计划、项目 brief 和 kickoff 文档。还有常规工作流文档，例如编辑日历、发布节奏和例会。最后，写下目标优先级：哪个 OKR 最重要？如果其他都滑坡，你最想保护哪个项目？

第二类是集成，也就是连接工作真正发生的系统。任务管理器可以是 Notion、Todoist、Asana、Linear 或任何你已经在用的工具，它会成为项目状态的事实来源。日历可以是 Google 或 Outlook，agent 需要看到你的时间实际花在哪里。Slack 或团队聊天工具能让 agent 捕捉那些在对话里被分配、却从未进入任务系统的事项。云盘则可以是 Google Drive、Dropbox、OneDrive，或任何放置草稿和工作文档的地方。

第三类是 prompt，也就是你给 agent builder 的 brief。作者给出的核心结构是：你是我的项目经理，你的工作是帮我组织每周，并让季度目标保持在轨道上。你可以访问我的 OKR、Notion 待办清单、日历、Slack 和 Drive。把 OKR 文档当作本季度什么重要的事实来源，把 Notion 当作项目状态的事实来源。

每周一，给我一页周计划：哪些事项到期、哪些有风险、我应该优先关注什么，并说明每个任务对应哪个 OKR。每周五，给我一份状态报告：完成了什么、滑坡了什么、哪些目标开始偏离。每当我问“现在该做什么？”时，先检查日历里可用的时间和 Notion 看板里的开放任务，然后只推荐一件事，不要推荐五件。

最后的刹车也很关键：不要编造状态、截止日期或任务。如果 Notion 里没有日期，就直接说没有。如果任务含糊，就问一个澄清问题，不要猜。保护我声明过的优先级，不要被当天的冲动带跑。如果我要求你帮我做一个不在 OKR 里的事，先提醒我，再继续帮忙。

核心启示：这篇文章真正强调的不是“让 AI 替你工作”，而是把你最不擅长、最消耗心智的管理环节，改造成 AI 可以读取、推理、提醒和复盘的上下文系统。