---
title: '35 日常中使用 Agentic 工作流'
video_id: MxyRjL7NG18
part: 35
---

> 章节 35 / 37 · [[00-总览|课程总览]] · 起始 [5:00:34](https://youtu.be/MxyRjL7NG18?t=18034)


## 章节主旨

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

## 核心论点

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

## 知识点详解

### 1. 三实例并行:一个人的杠杆放大 [5:00:41](https://youtu.be/MxyRjL7NG18?t=18041)

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

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

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

### 2. 端到端 agency 流:从通话记录到客户邮件 [5:02:31](https://youtu.be/MxyRjL7NG18?t=18151)

左侧实例跑的是"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](https://youtu.be/MxyRjL7NG18?t=18836)

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

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

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

### 4. 给社群加 RAG:自动查"以前答过没" [5:04:53](https://youtu.be/MxyRjL7NG18?t=18293)

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

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

### 5. Gmail MCP 掉认证与重认证 [5:07:55](https://youtu.be/MxyRjL7NG18?t=18475)

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

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

### 6. 构建一次 vs 使用无数次:回本在使用侧 [5:13:56](https://youtu.be/MxyRjL7NG18?t=18836)

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

由此他给出一个粗略判断:多数人的日常工作里,**至少 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](https://youtu.be/MxyRjL7NG18?t=18041)
2. 为什么要给社群工作流加 RAG?
   **答案**:社群里同类问题反复被问;RAG 每次提问时自动检索历史帖有无类似解答,有就返回链接,便于回复时附上,省掉重复答题、复用旧内容。 [5:04:53](https://youtu.be/MxyRjL7NG18?t=18293)
3. MCP 掉认证后如何恢复?
   **答案**:重新触发 OAuth,让新流程捕获一个 refresh token;因需重启 MCP server 要重启 Claude Code,在浏览器完成认证后继续,即可恢复。 [5:07:55](https://youtu.be/MxyRjL7NG18?t=18475)
4. 作者说工作流的价值主要体现在哪一侧?
   **答案**:使用侧。构建是一次性投入,使用是日复一日反复回本的机会;他估计多数人至少 50% 的日常工作可用此类流自动化。 [5:13:56](https://youtu.be/MxyRjL7NG18?t=18836)