章节 35 / 37 · 课程总览 · 起始 5:00:34

章节主旨

作者现场演示自己一天里如何同时跑三个 Claude Code 实例,各自处理 agency 交付、YouTube 选题、社群运营,展示已建好的 agentic 工作流在真实日常工作中的实际用法。

核心论点

  1. 同一个 IDE 里可并行多开若干 agent 实例,各跑一条独立工作流,人只在旁监看与插话。(→ 详解1)
  2. 一条端到端 agency 流可从通话记录一路自动跑到给客户发总结邮件,中间无人搬运。(→ 详解2)
  3. 原本必须靠 GUI 的服务(如 School 社群),可整体换成文本界面的工作流来操作。(→ 详解3)
  4. 给社群工作流加 RAG,能自动检索”这问题以前有没有人答过”并给出链接。(→ 详解4)
  5. MCP 掉认证是常态运维事件,重新走一遍 OAuth 拿 refresh token 即可恢复。(→ 详解5)
  6. 工作流的价值在于”构建一次、使用无数次”,使用环节才是对构建投入的持续回本。(→ 详解6)

知识点详解

1. 三实例并行:一个人的杠杆放大 5:00:41

作者日常要同时兼顾三摊事:agency 交付(写提案、抓线索、客户 onboard)、内容创作(写脚本、盯竞品)、社群运营(回复、答疑、发私信)。演示里他把这三摊各开一个 Claude Code 实例,让它们在后台并行跑。

他本人的角色退化为监看与插话:哪个实例问他问题就答一句,哪个跑完就看结果、下一步指令。这就是 agentic 工作流放大个人杠杆的直观形态——串行手做的活变成三路并发。

作者也直白说明这三个工作流本身”并不特别强大”,只是他当天恰好要做的事;重点是演示日常怎么用,而非展示某个惊艳 demo。

2. 端到端 agency 流:从通话记录到客户邮件 5:02:31

左侧实例跑的是”post-kickoff”流:喂给它一份存在 TMP 里的纯文本 kickoff 通话记录(可来自 Fireflies 等转录工具,这里为简便直接放本地文本),一句”run the post kickoff flow”就启动。

这条流自动串起一整套动作:抓线索(演示里为省 token 只抓 15 条而非 1500 条)→ 找到约 9 个邮箱 → 把线索上传到 cold email 活动 → 写入知识库 → 甚至给客户发一封”活动已就绪”的总结邮件(demo 里发给作者自己)。

跑完还返回三个链接,直达 cold email 工具里生成好的三条活动文案、每条两个 split test。作者评价文案质量已高于市面多数人,但仍会人工过一遍、做小修改再正式发。这体现”agent 出草稿、人做终审”的分工。

3. School 社群:用文本界面替代 GUI 5:13:56

右侧实例管的是 School 社群。作者用工作流拉取 Maker School 最近 10 条帖子、找出”过去 24 小时被问的问题”、给指定帖子发评论(如”super valuable guide”),还能让某位成员的”cold email 指南”逐步讲解给他听。

关键点:School 原本是必须登录网页 GUI 才能操作的服务,他把它整体搬进了 agentic 工作流,靠文本指令完成浏览、评论、答复。工作流还顺手替他格式化文本,直接一坨丢进去就排好版。

作者也承认这只是过渡形态——未来的 agentic 工作流应能按需重建任意 UX;但就现在而言,把 GUI 服务文本化操作已经足够好用。

4. 给社群加 RAG:自动查”以前答过没” 5:04:53

社群里同类问题反复出现。作者为此在工作流里建了一个 RAG(检索增强生成)工具:每当有人提问,它自动去历史帖里找是否已有类似解答,若有就返回链接。

这样他回复时可以顺手附上:“想看更详细的解释,去看这篇帖子”。一个小的检索层,就把”重复答同一问题”的人力省掉,把老内容复用起来。

5. Gmail MCP 掉认证与重认证 5:07:55

演示中途 Gmail MCP 报未认证——因为作者几小时前录另一段视频时演示过 MCP 认证,把它的授权顶掉了。这是真实运维会遇到的常态。

修复路径:重新触发 OAuth 授权,让新流程捕获一个 refresh token;由于要重启 Gmail MCP server,需重启 Claude Code,在浏览器完成认证后再继续。走完这套后 MCP 恢复可用,成功发出测试邮件。要点是——掉认证不必慌,重跑一遍 OAuth 即可

6. 构建一次 vs 使用无数次:回本在使用侧 5:13:56

作者点出一条分界:构建工作流使用工作流是两回事。构建是一次性投入;使用则是对这份投入日复一日、反复回本的机会。

由此他给出一个粗略判断:多数人的日常工作里,至少 50% 可以用这类工作流自动化,即便不能自动化,也能让它做起来轻松、愉快 50%。这为整门课”先建后用”的思路收了个尾——建流是成本,真正的杠杆来自每天不断地复用。

术语

  • post-kickoff flow(启动会后流程:从客户 kickoff 通话记录自动跑完抓线索到发总结邮件的 agency 交付流)
  • outlier(异常高播放视频:YouTube 选题里播放量显著偏离基线的爆款,用于建模选题)
  • TubeLab API(第三方接口,供工作流批量抓取 YouTube outlier 数据)
  • RAG / retrieval augmented generation(检索增强生成:回答前先检索历史资料再作答)
  • refresh token(刷新令牌:OAuth 里用来续期访问权限的凭证,MCP 重认证时需重新捕获)
  • split test(分组测试:同一活动跑多版文案对比效果)

自检问题

  1. 作者演示时三个并行实例分别在做什么? 答案:左侧跑 post-kickoff 的 agency 交付流(抓线索→生成文案→上传活动→发客户总结),中间跑 YouTube outlier 选题抓取,右侧管 School 社群(拉帖、找问题、发评论回复)。人只在旁监看插话。 5:00:41
  2. 为什么要给社群工作流加 RAG? 答案:社群里同类问题反复被问;RAG 每次提问时自动检索历史帖有无类似解答,有就返回链接,便于回复时附上,省掉重复答题、复用旧内容。 5:04:53
  3. MCP 掉认证后如何恢复? 答案:重新触发 OAuth,让新流程捕获一个 refresh token;因需重启 MCP server 要重启 Claude Code,在浏览器完成认证后继续,即可恢复。 5:07:55
  4. 作者说工作流的价值主要体现在哪一侧? 答案:使用侧。构建是一次性投入,使用是日复一日反复回本的机会;他估计多数人至少 50% 的日常工作可用此类流自动化。 5:13:56