专栏 · AI 工作流实战 › 第 217 期 · 产品 · 收录于 2026 年 9 月 15 日
我搭了一套 Claude Cowork 系统,一天干完一周的 PM 工作——Daniel Blum(Melio)
DB
Daniel Blum · How I AI
TL;DR · 三句话
- 一Melio 的 PM Daniel Blum 用 Claude Cowork 搭了一套替他扛「协调杂务」的个人操作系统：Notion 三栏看板对他只读，由周日的 weekly prep 和每天的 morning brief 两个定时任务代管，电脑前 70%–80% 的时间都走 Cowork——他敢说「以前要花我一周的活，现在我一天就能干完」，而且活更深：更多调研、更有数据支撑、少凭直觉。→ 详细
- 二他认为关键不在哪家工具，而在两条硬条件——系统能改写自己的核心文件 + 尽量接满你的工具生态；于是有了一整套「让 Claude 帮我改进」的机制：简报主动揪出看不懂的内部术语（如 settlement cap）问你要不要存进上下文（Claire：「我们这档播客里还没见过」），每周比对「AI 草稿 vs 你实际发出的版本」学落差、从重复动作里提炼新 skill、让每个 skill 自己攒摩擦点，再用 improve skill 审核外面的技巧炒作。→ 详细
- 三推到团队靠的是 UX 而不是能力：几个 PM 用 Claude Code 光装环境就花了 3 天，他们便改用 Cowork 做了 Workstation onboarding plugin——对话里连工具、画组织、提文风、记目标，约 15 分钟上手，已从 PM 扩到 Melio 全员；他的下一块拼图是离开电脑也能自己跑、能替他把简单事办完的云端 agent。→ 详细
01
他要解决的不是写 spec，而是 PM 的「协调杂务」吃掉了深度工作
- 老问题早被简单工具改善，压在头上的是 overhead：Daniel Blum 是 Melio 的 PM、很早就在用 AI。他说早在几个月甚至一年前，哪怕只用 Gemini 的 Gems（Google Gemini 里可自定义指令的小助手）这类简单工具，PM 的核心 jobs to be done（要完成的核心任务）——把 spec 写好、把调研做好——就已经能改善。真正让他日常变难的是「当 PM 的这一大堆额外负担」：协调一堆事、记住 Slack 上和会议里冒出来的没完没了的待办、在每天的一团混乱里周旋，同时又想专注做深度思考。他说自己「离解决它还差得远」，直到用 Cowork（Anthropic 的桌面 agent 工作台，能连应用、读写文件、跑定时任务）搭起一套系统，「它有多强大，到现在我都还有点惊讶」。→ 详细
- 工具是公司替他选的：他的大部分工具由 Melio 决定——很长一段时间只有 Gemini Enterprise，几个月前公司开通 Claude Enterprise 和 Cowork，「从那时起一切才真正变了」，其余就被限定在公司现有工具里。Claire 点评：这对所有被现有工具绑住、没得选的人是好消息，照样能跑起来。→ 详细
02
关键不在 Cowork：「能改写自己的核心文件 + 尽量接满你的工具生态」两条硬条件
- 在普通 PM 的约束里也做得到：Daniel 特意强调，他一直受「普通 PM」的约束——token 不是无限的，要在预算和官僚流程里干活；而「在真实 PM 面对的所有这些约束之内，这件事完全做得到」，他说这一点一定要讲清楚。→ 详细
- 两条规则，满足了才有质变：Cowork 是他的突破口，但「关键并不在 Cowork 本身」——Codex 或 ChatGPT work 也可能胜任。真正重要的是一套系统做到两点：第一，能改写它自己的核心文件（驱动它干活的说明与上下文文件，自己能改就会不断改进）；第二，尽可能多地连接、集成你的整个工具生态。他用 Gemini Gems 时也做出过很了不起的东西，但正是这两个要素，让系统「真正强大、真正融入日常，同时还能自我改进」——他把自我改进称为「这里最大的突破之一」。→ 详细
03
Notion 三栏看板：Cowork 嫌他的 Google Doc 太乱，自己搭了一个、还替他管
- 结构很普通：「就是一个很标准的 PM 用的 Notion 看板」，分三栏——Top of Mind（随时惦记着的大型项目）、This Week（本周优先事项）、Inbox（从 Slack、邮件、日历里冒出来、由 Cowork 捞进来的事）。→ 详细
- 酷的是谁搭、谁管：他之前用一个「非常简陋又乱糟糟的 Google Doc」，「Cowork 受够了那个文档，干脆决定给我搭了这个」——看板完全是 Cowork 自己搭的，而且日常由它代为维护（后面的 weekly prep 和 morning brief 就是往里写东西的两个定时任务）。→ 详细
04
让它「非常了解我」的上下文工程：每个主题一个文件 + 口述灌料 + 每几周自我更新
- 最重要的是它懂你，而这是花力气换来的：Daniel 说整套东西里最重要的一点是「它非常非常了解我」——因为他花了大量时间精力给它补上下文、维护上下文，还把所有工作都集中到它里面，「这个我是花了一段时间才适应的，但 ROI 简直高得离谱」。→ 详细
- 一个 prompt 就完成脱敏的例子：为这期节目做准备时，真实工作环境里的人名、项目、敏感信息都不能露出。他在 Claude 里建了个叫 demo 的 skill（封装好的一段可复用操作流程），只交代一句「把所有术语和具体细节换成通用说法」。因为太了解他，一个 prompt 下去，经理的名字就被换成 "your manager"、头号项目换成 "headline feature"——他拿这事说明「它就是这么了解我」，协作因此「非常顺畅、舒服」。→ 详细
- 架构：刻意设计，不是全丢进 Notion 让它搜：Claire 问上下文是不是就放 Notion 里靠搜索。Daniel 说搭系统时他最看重「可扩展」，专门研究过怎么设置 CLAUDE.md（Claude 每次开工先读的总说明文件）和上下文文件，做法是每个主题一个上下文文件——工作的每个领域、他的目标、他的同事，「你能想到的一切都有」。→ 详细
- 灌料：链接、deck，再加大量口述：起步阶段他花很多时间手动补上下文——喂链接、喂各种 deck（演示文稿），再加上大量用 Whisper（语音转文字工具）口述，「没完没了地往里灌信息，把我能想到的所有事情絮絮叨叨讲个遍」。他觉得能这么轻松快速地提供这么多上下文，「强大得不可思议」。→ 详细
- 维护：系统定期自己改知识文件：此后这套系统每隔几周自动跑一次，根据期间发生的事和出现的变化去更新知识文件——不靠他手动维护。→ 详细
05
weekly prep：周日早上一串 skill 排好整周，连每个会怎么准备都先问一遍
- 一个定期任务 = 几个 skill 串起来：「一切都始于一个定期任务」，叫 weekly prep，由好几个 skill 组合而成。它从 Notion、日历、Slack、Granola（AI 会议记录工具）的会议转写里拉信息，建议这周该聚焦什么：Top of Mind 该加还是该删、This Week 里哪些该挪走/删掉/标完成、Inbox 同理。→ 详细
- 先建议、人确认、再落盘：周日早上（他们那边一周从周日开始）跑，让他「带着一份非常非常清晰、聚焦的清单」开工。最后它逐个过接下来的会议，问每个会想怎么准备——需要认真准备（在周优先事项里单列一个任务）、只要快速提醒、还是根本不用准备；他全部确认后推进 Notion。节目里没现场跑（为省时间），屏幕上的看板就是之前那次运行生成的。→ 详细
06
「两个世界」的鸿沟：让系统学会你怎么干活，连 inbox zero 都能当信号
- 痛点：做完第一版 weekly prep 他才撞上一个「任何 PM 都会有共鸣」的问题——存在两个世界：周优先事项和路线图里「干净、井井有条、严丝合缝」的世界，和现实里 Slack、会议、紧急事项、高管临时要求搅成的一团混乱。他准备的和现实发生的之间有道鸿沟，时间都耗在零碎小事上。→ 详细
- 把你的行为痕迹当状态信号：它懂他的工作方式。他在 Slack 和邮件上都保持 inbox zero（收件箱清零），所以系统会推断：Slack 里存为稍后处理的消息不见了 → 多半已办完；Gmail 收件箱里的邮件不见了 → 大概已读过。他说这点「对我们顺畅协作帮助非常大」。→ 详细
- 业务逻辑藏在脑子里，得对自己做 discovery：Claire 打趣「一个人的 AI 配置就是他内在性格的写照」——她是「任由混乱当道」的人，没法用表格和 Kanban，只想随时冲 bot 喊一句「亲爱的 bot，啥情况？」。Daniel 回应：自己确实有条理，但现实里很多事一团乱，而且他发现「有大量业务逻辑其实只存在于我的脑子里」。他不断对自己的工作方式做 discovery（发现式调研），每撞上一个系统没覆盖的盲区——一有盲区「威力就大打折扣」——就补上，久而久之把各个角度都补齐了。→ 详细
- 从混乱起步也行：直到不久前他也乱着来——任务有的存在 Slack、有的在收件箱、有的干脆是 Chrome 里开着的标签页；他让 Claude 学会用和他一样的方式看待这些，唯一还做不到的是把开着的标签页当任务。→ 详细
07
morning brief：先补昨天的会，再主动揪出「它看不懂的上下文」问你要不要存
- 第一段：给连轴转的 PM 补会：Daniel 说 PM 最大的痛点之一是会太多——几乎每个会都产生新工作，可人得赶去下一个会，常常一个接一个连到下班。晨间简报读 Granola 的会议转写，给昨天每个会一句话概括并标出行动项；演示里扫完一排会只有一条：在功能频道里跟 go-to-market（市场推广）团队分享演示讲解、录屏和一份书面说明。它随后问要不要展开或起草总结，他说「先继续」。→ 详细
- 难点：上下文会过期：他说 Cowork 这类 harness（包在模型外面、决定它怎么干活的那层框架）强大之处在于能设置成自我改进，他在一步步让 Claude「更 agentic、更能自主行动」。而现实里的一大难点是保持上下文清晰——「你有了系统，补足了上下文，它也知道了很多事，但接下来你怎么确保它能持续跟上？」→ 详细
- 解法：让它主动问「这是什么」：简报会把最近的 Slack、邮件、Granola 笔记过一遍，专找「它不理解的上下文」——一份它不知道的文件、一个里程碑、一个目标——然后来问：「这是什么？重要吗？我该读一下吗？」现场它就标出一个陌生术语 settlement cap（结算上限，支付业务里的额度概念），附上自己的理解：「我读了那个讨论串，理解这是一个正在处理中的额度上限，要我保存吗？」他回「保存」，词条就进了上下文。「Claude 就是这样帮我让上下文保持完整、不漏掉任何事的。」→ 详细
- Claire：播客里头一回见：她请观众「停下来好好想想这到底是什么」——这是在确保 Claude 懂公司内部的定义、术语和目标，而「我们平时说的那些东西并不在训练数据里——至少现在还不在」。主动让 Claude 说出「你这里说的我不明白，我们一起定义清楚，我存进上下文，以后就懂了」，她评价「非常高明，也是我们这档播客里还没见过的」。→ 详细
- Daniel 的落点：光靠自己跟踪所有事「超级难」，突破在于让 Claude 当搭档，自动跟进，并且「坚持把这些知识弄到手」。→ 详细
08
Notion 只读、Claude 代管：七八成电脑时间都走 Cowork，因为不走就漏上下文
- 看板只看不写：Notion 对他「几乎是只读的」——看它是为了找准重心、提醒自己 Top of Mind 和本周优先事项，偶尔顺手把刚做完的事标成完成；目标是让 Notion「成为一个我只负责看、由 Claude 替我打理的东西」。他说这是自然而然发生的，但认为这是「搭建一套强大系统的核心支柱之一」。→ 详细
- 70%–80% 的电脑时间单靠 Cowork：他在电脑前做的几乎所有事都通过 Cowork 完成，还在努力提高比例，理由很朴素：「凡是我不在 Cowork 里做的事，上下文就捕捉得不如通过 Cowork 做的时候那么完整」——不管是其他应用、Jira、Slack 还是各种查询。→ 详细
- 浏览器 vs connector：Claire 问他是用浏览器操控，还是纯靠 connector 和 MCP（让 AI 接入外部工具的标准接口）。他说一开始（包括私人用的那个 Cowork）大量用 Chrome；现在 MCP 和 connector 越来越多、用着更顺，但遇到没有现成集成、非得动用浏览器的情况，Chrome connector 仍是「整块拼图里非常非常关键的一块」。→ 详细
09
值不值：头几周 ROI 很难看，熬过去价值复利——「一天干完一周」而且活更深
- Claire 的灵魂拷问：这些系统要花时间维护，大家对自己的 AI 系统都到了「它们都超酷，但我们到底为什么要搞这些」的阶段——作为 PM，你到底得到了什么？→ 详细
- 先承认很多系统没用：Daniel 说「我们常常会搭一些其实没带来多大好处的系统」，自嘲刚做了个私人 agent，主要工作是在他和妻子共用的 Telegram 频道里发关于她的梗图（「它在帮我吵架吵赢」）。Claire 顺势安利节目跟 Meme Lord CEO Jason 录的那期（对方真有 meme API 可接进 agent），Daniel 说这已经是他管理各个 agent 的那个 Claude 会话里的头号待办。→ 详细
- ROI 曲线：先摩擦、后复利：他坦言一开始 ROI 不会好看，搭得越完整越需要时间——在它还不了解你个人的「业务逻辑」和做事方式之前，「用起来会处处是摩擦」，你会失去信任、变得非常怀疑、什么都要再核对一遍。「但它的价值是会大幅复利增长的」：越是咬牙熬过最初几周，做到两件事——一是毫不手软地补上下文，持续把你能分享的一切都分享给它；二是把能集中的工作都集中到 Cowork 或你自己的 harness 里，哪怕感觉不自然——效果就越惊人。→ 详细
- 收益一：速度，「这话我敢负责」：「以前要花我一周的活，现在我一天就能干完」——他自己也说这「听起来很像 LinkedIn 上那种炒作帖的标题」，但坚称是真的：回看这阵子，状态好的一天常常就能清掉整张 This Week 清单，「这真的太震撼了」。→ 详细
- 收益二：更深，以前做不到的事现在能做：更深入的调研；核查时更有数据支撑，「少凭直觉、多靠事实和研究」；竞品调研——「你今天做的任何事，几乎都能做到顶尖水准」。以前想跑得快就得大量凭直觉、不基于数据、文档也做不扎实，「今天这一切真的彻底变了」。→ 详细
10
Claire 的补刀：熬过切换阵痛，更大的收获是想清「如果我的产品只经由 Claude 被使用」
- 公司层面的切换观：Claire 说她在公司层面也常这么讲——「切换系统的阵痛你得熬过去」，一开始效率不会高，老办法当然更快（那是肌肉记忆），但迈上下一个台阶后，不仅系统更合身，「每个人也都会掌握更多技能」，她觉得这几乎是更重要的部分。→ 详细
- 对做产品的人是必修课：个人效率提升很棒，但更大的收获是它逼你学会用不一样的方式去用 Cowork 和 AI 工具。「作为做产品的人，这些东西你必须懂」——你得去想：「要是我的产品只通过 Claude 来使用呢？我希望那会是什么样子？」她认为只要是做产品的，这就是能做的最重要的事之一。→ 详细
11
为什么他等 Cowork 而没追 Claude Code：简单、价值一目了然才会被采用
- 几个月前 Cursor 和 Claude Code 炒作不断，他在场边观望——那些工具「本来就不是为我设计的」、技术性超强、可能挺吓人；他庆幸等到了 Cowork，因为它关乎 UX、体验和简洁。给团队做工具也是同一个道理（一年前做的帮团队写产品 spec 的 Gem、现在叫 Workstation 的东西）：「只要你把东西做得容易上手、足够简单，价值又一目了然，大家就会更愿意用它。」→ 详细
12
每周「自我改进 loop」：学草稿落差、把重复动作变 skill、把摩擦点攒起来修
- 与其说自我改进，不如说 Claude 帮我改进：Claire 问系统怎么越变越好。Daniel 说这是「最酷的突破之一」——持续改进配置，又不用他投入太多时间。形式是一个每周跑一次的定时任务，挂着好几个 skill，结果分几部分呈现（他发现 Claude 一次喂来一大堆信息时，分段过一遍特别好用）。→ 详细
- 第一部分「我的草稿最后怎么落地的」：他用 Claude 写东西，拿到草稿改一改就直接发了——问题是 Claude 学不到「它写的草稿和我实际发出去的内容之间差在哪儿」。于是这个任务会去找它给过、他没回应的草稿，查他是不是换了种写法发出去了，自己总结出「哦，原来我们最后是这么写的」。演示这周没学到什么值得一提的，但长期看能把 Claude 打磨得越来越贴合他的写法。→ 详细
- 第二部分「值得做的 skill」：Claude 持续留意他反复在做的事，建议把它们做成 skill——「我的很多 skill 其实都是从这个流程里来的」。比如他最近常做原型，它就建议做一个 Claude Design 交接 skill：调研在 Cowork 里做，原型在 Design 里真正搭出来。他另有一个类似的、从 Cowork 往外交接的 skill，当作 Cowork 的「执行臂」来用。→ 详细
- 第三部分「对现有配置的修补」：他所有 skill 和定期任务的文件里都写了几行指令，专门收集他跟它们交互时的反馈和摩擦点——不用他主动记，每次他要求修点什么就自动记下来；每周再把他跟 Claude 交互中最突出的摩擦点列出来，并建议怎么改。→ 详细
13
improve skill：给 AI 圈的「技巧洪流」配一个挑剔的审核员，连 How I AI 自己都被它审了
- 痛点：不想被淹没，又想把相关的落地：自我改进 loop 的最后一部分是 improve skill。Daniel 说 X、LinkedIn、各种 newsletter 和博客上「无穷无尽的各种技巧和炒作」，讲怎么配置、怎么提升 AI 用法，「你必须得有这个、你必须得搭那个」，让他应接不暇——一方面不想被淹没，另一方面又希望真能把相关的东西落地。→ 详细
- 机制：手机丢进 Slack，四个问题过一遍：improve「基本上就是一个对这些内容非常挑剔的审核员」。他通常用手机，通过一个和 Claude 连通的 Slack 频道把帖子发过去，然后问：「这是真的吗？这东西厉害吗？放到我们现有的这套里要怎么适配？有必要吗？」它先帮他评估，再「我们一起决定要不要做」。→ 详细
- 现场例子：审 Claire 讲设计 loop 的那期：他拿 improve 跑了 How I AI 讲设计 loop 的那一期，得到一份批判性点评——视频不错，但「loop 说到底本质上就是定时任务，所以你其实在很多方面已经在跑 loop 了」；他真正缺的是那期讲的 goal loop（围绕一个目标持续迭代的循环），这部分可以借鉴改造，另一些可以直接采用。→ 详细
- 目标：都记住、不被淹、不被带节奏：它帮他把碰到的技巧窍门都记下来，「同时又不被它们淹没，也不会太被炒作带着走」。整个自我改进 loop 的宗旨是让 Claude 帮他持续改进系统，「同时尽可能少地投入专门的精力」。→ 详细
14
Claire 拆解这套 loop 为何稀缺：从「重写」这种间接信号学习，给自己的 skill 装遥测
- 「光最后这三分钟就够做一整期」：Claire 先夸第一部分——把 AI 替你写、但你嫌弃（另写、弃用或重写）的东西全拿来学，「这简直是天才」。她拿 Alex Lieberman 的「像我一样写作」自学习 loop 对比（见 ep206）：Daniel 这个的特别之处在于从「重写」这种间接信号里学，不需要你主动给反馈。她自己在讲 loop 的那期里也有一个写 skill 的 loop，和第二部分同一个思路。→ 详细
- 第三部分最该普及：Daniel 补一句，第三部分就是拿一周的交互来修补现有 skill（和做新 skill 类似）。Claire 说这个「真的太天才了，我希望更多人这么做」——在 skill 里内置反馈或遥测（telemetry，自动记录使用情况的数据）机制，再定期复盘改进。她见过 Intercom 在全公司共享的一些 skill 里有点这么做，但「还没见过谁为自己这样设定」：只要收集到你对某个 skill 的反馈——正面、负面，或间接流露的——就放到一个每周能复盘的地方，「超级超级超级聪明」。再加上把优质内容（「尤其是 How I AI 的」）吸收进来改进系统，她全都点赞。→ 详细
15
Workstation：把个人系统做成全公司的 onboarding plugin，约 15 分钟从零到「Cowork 原生」
- 选型：放着更强的 Claude Code 不用，选 Cowork：团队曾纠结用「强大得多的 Claude Code」还是 Cowork，最后选了 Cowork。Workstation「本质上是一套操作系统」，最早给 Melio 的 PM 用，后来扩展到 Melio 全体员工；最酷的部分是 onboarding（新用户上手引导）。Daniel 特意说明这是他和几位「非常非常有才华、非常聪明的同事」一起做的。→ 详细
- 「装环境 3 天」的教训：他们一开始就坚持要有好 UX——之前让几个 PM 通过终端用 Claude Code 来搞，光是装好所有东西、跑通所有依赖就花了 3 天，于是明白「必须做一个简单的东西」。→ 详细
- 引导全在对话里完成，用户只管点确认：「它基本上把所有事都替你做了」，UX 内置在流程和对话里。用户只需点几下确认、答几个问题，它就会：把所有工具连上；确认你的角色；梳理你的同事、上级和你在组织里的位置；看你的日历和 Slack；帮你打造自己的写作口吻，「从第一天起，你写出来的东西就像你本人，而不像个陌生人」；记下你的目标。手把手带你用上一套扎实的系统，「完全在 Cowork 里工作，真正成为原生用户」。（他已配置好，所以没现场跑完整流程。）→ 详细
- Claire：别再「第一步第二步」地硬教团队：她见过太多人坐下来一条条教，其实做一个 skill 挨个问「connector 都连好了吗？文风提取了吗？你跟我介绍过自己了吗？」就行；从第一天起大家有同一个起点，有人会再自己定制，也可能有人不会。她问这大概要 15 分钟？Daniel 答「对」。→ 详细
- 分发形态是 plugin，已被同事接力做大：它不是一个共享 skill，而是 plugin（插件，把一组 skill 和连接打包、一键装上的套装），「我们库里每个人都有，谁都能用」；现在已经发展成挺大一件事，同事们「把它又推上了一个新台阶」。→ 详细
16
Spectacular 的教训：为自己调顺的工具，别人上手会很吃力——内部工具也得手把手
- 一年前的 spec 写作 Gem：大约一年前他做了团队的 spec 写作 Gem，取名 Spectacular。那时让模型守住模板很难，让它在长篇 spec 里不出幻觉也很难；他做出一个很强、很贴合自己工作方式的版本后，兴奋地想推广出去。→ 详细
- 看别人从零上手才发现问题：他跟好几位 PM 做现场演示、看着他们从零操作——原以为是个「完整的、完全成熟的工具」，结果他们用得很吃力，因为「它完全是按我的工作方式调出来的」。于是他在 Gem 里加了一套手把手引导：「我是你的 spec 写作助手，这是和我协作的方式，这是我建议你做的，你可以从这里开始」。结论：「好的 UX 和简洁真的至关重要，哪怕对象是内部团队、是 PM 和技术人员。」→ 详细
- Claire：每家公司都该做一个「初始化个人 AI」插件：她说观众如果还没 get 到，这就是要带走的一点——每家公司都应该在 Claude 或 Codex 里搭一个类似「帮我初始化个人 AI」的 skill 或 plugin，让每个人从同一个起点出发；让团队里最「AI 上头」的那个人做出来分享，之后大家共同拥有、共同维护。→ 详细
17
回顾｜Claire 进快问快答前的打包总结
- Notion 是只读数据库，装着一周所有上下文和优先级的 source of truth（唯一可信来源）；Cowork 里跑两个打底的自动化——每周准备（搭好 Notion、备会、理优先级）和每日简报（把接下来的事过一遍、该处理的处理掉）；再通过 Workstation plugin 推到整个组织，谁都能给自己搭起这一套。她还调侃：「老板们别听这段啊——这位老兄说，他以前一周干的活，现在一天就能干完。」→ 详细
18
Q1｜你七八成的工作都通过 Claude 和 Cowork 完成，剩下两三成缺什么？会有一天到 100% 吗？
- 缺的是离开电脑也能跑的云端运行：Daniel 说「我个人感觉离它已经很近了」——能在云端运行，跟他电脑开没开、在不在跑都没关系。他提到 Claude Tag（在 Slack 里用的 Claude）某种程度上就是冲这个做的，但公司还没开通，「听到过一些好评，也听说它挺贵的，我也说不准」。能让 Claude 脱离你的电脑、自己独立跑起来——像 OpenClaw（见 ep3）或 Hermes（见 ep125）那样——对做更多事「真的非常非常关键」。→ 详细
- 眼下的变通：他建了一个 Claude 会去轮询的 Slack 频道，离开电脑时往里发东西，Claude 之后再读——「但说到底，这事还是得在线的时候才能进行」。一旦有东西能在他离开、电脑关着时也在云端运转，还能协调、能对事情采取行动，「那将会是个巨大的突破」。→ 详细
- 第二块是真正动手，而他已在铺路：给每个任务预设「结案场景」：他现在让 Claude 不只记录任务和完成时间，还会给每个任务设定一个它设想中的「结案场景」——比如有人问了个问题、他在 Slack 上收藏了，那「如果这条有了回复、而且被取消收藏了，就说明这事办完了」；同时观察他是怎么解决这些事的。这都是为那一天做铺垫：对那些最简单、却占时间又烦人的事——有人找你要东西、问起某个文件、要约个会——「它就会知道自己去把这些事办了，完全不需要我」。→ 详细
19
Q2｜多出来的产能和时间，你在哪些产品工作上加倍投入？精力该往哪儿使？
- 不意外的部分：「纯粹的深度工作」——和客户聊、和用户聊，再加上大量调研；另外就是任何 PM 都想多挤出时间去做的那些常规事。→ 详细
- 新出现的部分：改进系统本身：「在当今这个时代，有一件真正非常重要、也很有意思、而且是新出现的事，那就是——改进系统。」一个系统只要「搭得对、立在正确的支柱上」，就能随时间不断成长；他的系统「基本上是一周一周地在改进」，靠的是专门抽时间研究和学习 AI、跟上进展、再落地——主力就是上文的 improve skill（把帖子、推文、文章丢进去，一起判断适不适合自己、「还是只是 LinkedIn 上的炒作」、怎么跟现有系统配合）。他认为这是「今天至关重要的一项 skill，能让你跟上节奏、不断变得更好」。→ 详细
20
Q3｜Claude 不按你的意思来时你会怎么办？吼它，还是很有礼貌？
- 答案「跟大家都差不多」：用 Whisper 口述时可能会吼——「我不会路怒，但我会 Claude 怒」，不确定骂没骂过脏话，但肯定提高过嗓门；更抓狂的是 Whisper 转不出情绪，「慷慨激昂地喊着，一看转写就是一句『这怎么不管用？』」，于是当场提功能需求：「让我的呐喊能更被感受到。」→ 详细
- Claire 接梗：她手上戴着 Oura 戒指，假设「光看我有多焦躁、压力有多大，就能看出我在用哪个模型」，正在酝酿一个 AnnoyBench——测一个 agent 能把人气到什么程度。→ 详细
21
联系方式
- Daniel Blum（Melio 产品经理）：LinkedIn 搜 Daniel Blum；个人网站 imdanielbloom.com——他说这套系统「很大一部分都可以下载」，相关资源去网站看。→ 详细
- Claire 的收尾：她觉得这套系统「完全不难上手」，并预言「很多人会把这期内容放进他们自己的 improve skill 里」。→ 详细
- 节目本身：How I AI（主持人 Claire Vo），往期与更多信息在 howiaipod.com。→ 详细