跨国深谈← 返回←一个PM用Claude CoWork建的自愈型工作系统

一个PM用Claude CoWork建的自愈型工作系统

关联

人物 Daniel Blum · Claire Vo

公司 Co-work · Notion · Whisper

概念 智能体 · 技能 · 上下文 · 循环任务 · 自改进循环 · Workstation

这一集是产品经理 Daniel Bloom 展示他基于 Claude CoWork 搭建的一套个人工作系统——它帮他管理日程、追踪任务、自动学习公司内部术语，而且能自我迭代。他说现在一天能干完以前一周的活。

系统的两个核心前提

Daniel 认为让这套系统真正跑起来，关键不在于用 Claude 还是其他工具，而在于两条规则：第一，系统要能重写自己的核心文件，这样它才能持续改进；第二，系统要尽可能多地连接你的工作生态——Slack、邮件、日历、Notion 等等。这两条满足之后，才有机会真正改变工作方式 。

上下文怎么喂：手动起步，自动维护

系统的基础是 Notion 上的一个看板，分三块：top of mind（脑子里的大事）、this week（本周优先级）、inbox（从各渠道涌入的杂事）。Notion 对他来说几乎是只读的——只用来看焦点和优先级，所有操作都通过 CoWork 完成 。

上下文的构建分两阶段。前期他花了大量时间手动喂信息：给 Claude 投喂链接、文档，还用 Whisper（语音转文字工具）口述了大量的背景信息。他发现 Whisper 这种方式出奇地高效——絮絮叨叨地说一大堆，上下文就喂进去了 。

之后系统会自动维护。每隔几周，它会根据这段时间发生的变化自动更新知识文件 。

每周准备：从混乱到清晰的结构化

系统的第一个锚定任务是「每周准备」，周日早晨自动运行。它做三件事：梳理 top of mind 和本周优先级、处理 inbox 里从 Slack 和邮件捞出来的杂事、帮他准备下周的会议——对每个会议判断需要严肃准备（单独列为任务）、快速提醒、还是不需要准备 。

Daniel 说了一个 PM 都有共鸣的痛点：你的路线图和优先级列表是一个干净有序的世界，但现实是 Slack、会议、高管临时要求的混乱。这个系统就是用来弥合这两者之间的差距的 。

晨报：最核心的魔法——主动追问不懂的术语

每天的晨报是 Daniel 认为最神奇的部分 。

第一段是会议回顾：拉取 Granola（会议记录工具）的转录，给每个会议一行总结，标出有没有待办事项。他可以选展开或跳过 。

第二段才是真正的杀手锏：Claude 会扫他最近的 Slack、邮件和笔记，主动找它不理解的上下文——比如一个没见过的术语、一个不知道的里程碑或目标——然后问他：「这是什么？重要吗？

我要不要读一下？」现场演示中，它标记了「settlement cap」这个支付领域的术语，Daniel 说「保存到上下文」，它就记住了 。

主持人 Claire 指出这为什么犀利：很多公司内部说的东西不在模型的训练数据里，主动让模型承认「我不懂」然后一起定义、存下来，之后就能理解了。这是这集播客里没见过的做法 。

系统还了解他的工作习惯——比如他是 inbox zero 的人，所以如果一条 Slack 消息之前在、现在不在了，系统就推断这事已经处理完了，不需要再提醒 。

自我改进循环：四个自动化模块

Daniel 每周跑一个「自我改进循环」，分四部分，本质上是让 Claude 帮他改进系统，而不是纯手动调 ：

第一，草稿差距分析。 Claude 写了草稿，Daniel 修改后直接发出去了——但 Claude 不知道改了什么。这个任务会去找那些 Claude 给了草稿但 Daniel 没回复、之后以不同方式发出的内容，对比学习差距，持续打磨写作风格 。

第二，新技能建议。 Claude 持续观察他反复做的事情，建议封装成技能。Daniel 很多技能就是这么来的——比如他在频繁做原型，系统就建议建一个「设计交接」技能 。

第三，摩擦点收集与修复。 每个技能和循环任务的文件里都内嵌了反馈收集机制。

每次 Daniel 要求修正或表达不满，系统会自动记录。每周汇总出最大的摩擦点，建议改进方案。Claire 说这是她见过最聪明的做法之一——在技能里内置遥测，定期回顾 。

第四，外部建议审计。 Daniel 面对的是无尽的 AI 使用技巧洪流——X、LinkedIn、博客。

他建了一个叫「Improve」的技能，把看到的建议丢进一个 Slack 频道，让 Claude 审计：这是真的吗？强大吗？

适合我现在的情况吗？还是只是炒作？两人一起决定要不要采纳 。

扩展到团队：Workstation 插件

Daniel 和同事把这套系统封装成了一个叫 Workstation 的共享插件，面向公司所有人，不只是 PM 。

关键决策是用 CoWork 而不是 Claude Code。他们试过让 PM 用 Claude Code 通过终端安装，三天都没搞定。Workstation 的核心是一个内置在聊天流程中的引导式 UX：点几个确认、回答几个问题，就自动连接好所有工具、确认角色、映射同事和管理层、读取日历和 Slack、帮你建立个人写作风格——从第一天起写出来的东西就像你本人，不像陌生人 。

Daniel 说这个想法来自一年前的教训：他做了一个写产品规格的 gem，自己用得很好，分发给其他 PM 时发现人家根本用不动——因为完全按他的工作方式调教的。从此他坚持内部工具也要做好 onboarding 体验 。

还缺什么

Daniel 说他现在 70% 到 80% 的电脑前工作都通过 CoWork 完成。剩下的差距主要是两件事 ：

一是脱离电脑运行的能力。他希望 Claude 能在云端自主执行任务，而不是必须他在线。他用 Slack 频道做了个变通——离线时往频道发消息，Claude 上线后读取——但这仍是需要在线触发的。

二是自主执行简单任务。他已经在让 Claude 观察他怎么解决任务（比如有人问了什么、他怎么回复的），为将来让 Claude 自主处理这类简单请求打基础。

本集带走

• 系统的价值在于能重写自身 + 连接生态：工具本身（Claude/ChatGPT/Codex）不是关键，关键是系统能修改自己的核心文件实现自愈，以及尽可能多地接入你的实际工作工具
• 上下文先手动狠喂，再自动维护：前期用 Whisper 口述、投喂链接和文档大量注入，之后系统每隔几周自动更新知识文件
• 让 AI 主动找它不懂的东西并追问：晨报里最核心的设计——扫 Slack/邮件/笔记，标记不认识的术语和上下文，问你「这是什么、要不要记住」，持续补全公司内部知识
• 在技能文件里内嵌反馈收集机制：每次你要求修正或表达不满都自动记录，每周汇总摩擦点并建议改进——这是零额外维护成本的自我改进方式
• 外部建议用专门技能做审计：别直接跟着网上的 AI 技巧走，丢给 Claude 问「这是真的吗、适合我吗、还是炒作」，过滤后再决定是否采纳
• 内部 AI 工具必须有引导式 onboarding：按自己的习惯调教的系统别人用不动；把设置流程做成聊天内的引导 UX，点确认就配好，15 分钟上手

我认为任何产品经理都能产生共鸣的事情之一是有两个世界，对吧？有一个美丽、干净、有条理的世界，在我们的每周优先事项或路线图里，那里的一切都非常清晰、美丽且井井有条。然后还有现实……正如我们所说，这是 Slack、会议、紧急优先事项、高管要求和无数仅仅流进流出的混乱。
I think one of the things any PM can resonate with is the fact that there’s two worlds, right? There’s this beautiful, clean, organized world that’s in our weekly priority or our roadmap where everything is very clear and beautiful and fits in. And then there’s reality where… As we said, this chaos of slack and meetings and urgent priorities and executive asks and endless things that just flow in and out.
—— Daniel Blum · [12:03]

主动提示 Claude 说，比如，我不明白你在这里说什么。我们能一起定义它吗？然后我会把它保存到我的上下文中，我就会知道你在说什么。从此往后真的非常犀利，也是我们在播客中还没见过的东西。
Actually proactively prompting Claude to say, like, I don’t understand what you’re talking about here. Can we define it together? And then I’ll save it to my context and I’ll know what you’re talking about. Moving forward is really, really sharp and something we haven’t seen on the podcast yet.
—— Claire Vo · [18:14]

即便是在公司层面，我告诉人们的一件事是，听着，你必须经历转换系统的痛苦。而且它不会那么高效。是的，当然，旧的方式会更快，因为那是肌肉记忆。但如果你进入下一个层级，不仅你会有一个更适合你的系统，而且每个人都会有更多技能。
One of the things, even at a company level, that I tell people is, look, you’ve got to go through the pain of switching your systems. And it’s not going to be as efficient. And yes, of course, the old way will be faster because it’s muscle memory. But if you get to the next level, not only will you have a system that works better for you, but everybody will have more skills.
—— Claire Vo · [24:15]

在我构建了那个真正强大的东西并且对我工作的方式很友好之后，我很兴奋去分发它，我和几个 PM 进行了现场演示，我看着他们从零开始操作，我看到了多么不同。我以为它已经是一个完整的、完全成熟的工具，但我看到他们在使用它时很挣扎，因为它完全是按照我的工作方式调整的。
And after I built something that was really powerful and good for the way I was working and I was excited to distribute it, I had live demos with several PMs that I watched them operated from zero, and I saw how different. I thought it was already this complete, fully baked tool, and I saw them using it and struggling because it was completely adjusted to how I work.
—— Daniel Blum · [36:53]