AI 工作流能否交接：用真实任务和新对话验证-汇微课

内容摘要

鹿书野用 B 站视频字幕归档演示业务流程如何变成可重复运行的 Agent。文章重点是明确职责、完成真实任务、整理规则与工具，并用当前对话和新对话两次测试验证可复用性，避免能力只留在一次聊天里。

原文短引

脚本只对确定性负责

把业务经验存进项目

作者从内容团队反复培训、标准难以稳定复制的问题出发，区分了 Agent、Skill、知识库和外部工具接口的职责：Agent 承担任务与判断，Skill 说明工作方法，知识库保存材料和历史产物，CLI 或 MCP 连接实际系统。文章认为，规则只留在聊天中容易随上下文变化而丢失，项目文件需要承担长期复用的部分。

核心演示是将视频信息和字幕整理进 Obsidian。作者的八步法包括建立独立项目与版本记录、读取背景、研究实现方案、完成一条最小任务、接入飞书看板、整理规则及验证器，最后进行两次测试。文件夹结构随真实工作逐步形成，并不要求一开始设计复杂目录。

区分判断执行与验收

真实任务暴露出要求后，项目原则、完整流程、重复操作和产物检查分别保存。文章特别反对把某句过渡语、价格或行号写死，用来切割不同视频的内容；这类判断应结合全文语义，脚本处理获取与保存等确定性动作，验证器检查文件是否完整。只有产物生成并通过检查，任务看板才回写完成。

流程修改之后，作者要求在原对话中再次运行，发现问题时修复或回退；随后换一个新对话，让 Agent 重新读取项目并处理新任务，检查是否仍依赖旧聊天里的临时约定。飞书负责显示任务与状态，便于多人协作。后半部分还介绍可选的 Hermes 接入，以及用知识库和编辑器协作文案，最终展示多 Agent 内容工厂；文章也区分项目工作区和长期知识档案，资料较多时通过索引按任务读取，减少无关材料占据上下文。这些是作者的工具安排，并非所有业务都必须采用。

说明：本文未运行源码或复现业务效果；权限、凭据和第三方模型中转应另行审查，不能照搬原文的完全访问或 Cookie 提供方式，第三方内容归档也需具备相应授权。