组合实战:两个 AI 工具接力,把一条流水线跑通

组合实战

两个 AI 工具接力，把一条流水线跑通

「AI 工具上手」系列第 7 篇，也是最后一篇。前六篇分别讲了两个工具怎么用，这篇把它们接起来：WorkBuddy 收素材，DeepSeek Harness 批量处理，最后回到 WorkBuddy 出文档。

先坦白一件事：单靠一个工具，很难把一条完整的活干漂亮。

WorkBuddy 擅长收集、整理、出稿，但你让它批量跑几十个文件、做结构化清洗，它不如命令行工具利索。

DSH 擅长批量、脚本、并行，但你让它排一份 10 页的汇报 PPT，它不如 WorkBuddy 顺手。

所以真正的效率，不来自"选对哪一个"，而来自让它们各干一段，再用文件夹交接。

封面

先看流水线长什么样

四个文件夹，三个工种，一条直线：

project/          ├── inbox/← WorkBuddy 往里放：原始素材          ├── material/← 人工/WorkBuddy 清洗后的素材          ├── out/← DSH 往里放：批量处理结果          └── final/← WorkBuddy 往里放：成稿

对应三个阶段：

关键不是工具，是中间产物。只要 material/ 和 out/ 的格式约定好，两边随时可以换人、换工具、换顺序。

阶段一：WorkBuddy 收素材

收集与交接

这个阶段的目标只有一个：把散落的信息变成一堆格式统一的文件。

用定时任务自动收

建一个每天早上的定时任务，提示词写清楚四件事：

每个工作日 8:00 执行：搜索"AI 工具"领域过去 24 小时的重要动态，最多 8 条。每条整理成单独一个 Markdown 文件，存到 D:\project\inbox\，文件名用 YYYY-MM-DD-来源-主题.md。文件开头写四行元信息：标题、来源链接、抓取时间、一句话摘要。没有足够重要的内容就只写当天的 _empty.md，不要凑数。

这段提示词里有三个关键设计：

·一条一个文件：后面批量处理才方便并行、去重、单独重跑

·命名带日期和来源：排序、筛选、追溯都靠它

·元信息固定四行：下游解析不用猜

格式约定比工具重要

给 inbox/ 定三条规矩：

1. 只放 Markdown 和纯文本，图片单独放 assets/

2. 正文第一个标题就是标题，不要加装饰

3. 原文链接必须保留，删了就没法核对

这三条看起来琐碎，但它们是后面"机器能读懂"的前提。

什么情况别用 WorkBuddy 收

如果素材本来就是结构化数据（CSV、数据库导出、日志），别绕一圈让它转成 Markdown，直接放进 material/，让 DSH 处理更快。

阶段二：DSH 批量处理

批量处理

把 DSH 的工作区指到 project/，然后给它一个可验证的批量任务。

第一次先跑小样

别一上来处理 200 个文件。先挑 10 个：

读 material/ 里的前 10 个 md 文件，做三件事：去掉重复段落、按主题聚成 3 到 5 类、每类提炼 3 条要点。结果写到 out/sample.md，同时在 out/log.md 里记录每个文件的处理状态。先不要动其他文件。

看两样东西：out/sample.md 的质量，和 out/log.md 的完整性。都对了，再放开全量。

用技能固定规则

如果这套清洗每周都要做，把它写成技能（第 4 篇讲过写法）：

~/.agents/skills/weekly-digest/          └── SKILL.md

技能里写清楚：去重的判定标准、分类的维度、要点的字数上限、遇到读不懂的文件怎么标记。规则写进技能，提示词就可以很短。

用子代理并行

文件多的时候，一句话就能拆：

把这 60 个文件分成 4 组，开 4 个子代理并行处理，每组输出一个 out/part-N.md，最后合并成 out/all.md，并检查有没有漏掉的文件。

比自己写循环脚本省事，而且每个子代理的上下文是独立的，不会互相污染。

给 DSH 立三条规矩

1. 只写 `out/`，不改 material/ 里的原件

2. 先备份，或者这个目录本身在 git 里

3. 每个产出配一份日志，记录处理了什么、跳过了什么、为什么

这三条能让你在结果不对时，五分钟内定位到是哪一步出的问题。

阶段三：回 WorkBuddy 出稿

最后一段：出稿

out/ 里的东西是给机器看的，最后一步要变成给人看的。

回到 WorkBuddy，工作空间同样指到 project/，然后：

读 out/all.md，生成一份 10 页的汇报 PPT，结构是：现状、三个趋势、对我们的影响、建议。套用 template.pptx 的版式，每页不超过 4 个要点，数据必须能追溯到 out/all.md 里的来源。

这一步 WorkBuddy 的优势很明显：版式、配图、排版、导出，它都替你处理了。

人工必须介入的地方

·事实核对：每条结论回到 out/all.md 找出处

·口径统一：同一个指标在不同页不能有两种说法

·删减：AI 倾向于写满，人负责删到刚好

出稿这一步，AI 是打字员，你是主编。这个分工别搞反。

交接的三条铁律

流水线最容易断的地方，不是工具，是交接。

第一，同一时间只有一个工具写同一个文件夹。

WorkBuddy 在写 inbox/ 的时候，DSH 别去动它。反过来也一样。最简单的办法：每个阶段只写自己的目录，读别人的目录。

第二，中间产物用纯文本。

Markdown、CSV、JSON 都行，别用 docx 当中间格式——解析它要额外的库，还容易丢格式。

第三，命名和元信息不能省。

2026-10-28-某网站-AI工具动态.md 这种命名，比 未命名-3.md 省下的是后面几个小时。

卡住了怎么退化

流水线跑不顺的时候，按这个顺序退：

1. 缩范围：先处理 10 个文件，别 200 个

2. 拆阶段：这周只跑"收集 → 处理"，出稿先手工

3. 换单工具：活太少，不值得搭流水线，一个工具从头做到尾更快

流水线不是目的，减少返工才是。 一条为三个文件设计的流水线，纯属自我感动。

30 分钟搭一条最小流水线

1. 建 project/ 和四个子目录

2. 往 inbox/ 手动丢 10 个文件，按约定命名

3. 用 DSH 跑一次清洗，输出到 out/，检查日志

4. 用 WorkBuddy 读 out/，生成一份 3 页的文档

5. 把这三步的提示词存下来，下周照抄

6. 稳定跑三次之后，再把第一步改成定时任务

收尾：七篇讲完，其实只讲了三件事

回头看这个系列，六篇讲工具，一篇讲组合，真正的结论只有三句：

第一，先跑通闭环，再谈扩展。

第 3 篇那个"改一个文件、审一次、可验证"，是所有能力的地基。地基没打好，插件和自动化只会放大混乱。

第二，把重复的活固化下来。

技能、定时任务、模板，本质都是同一件事：让做过一次的事，第二次不用重讲。第 4、5 篇讲的就是这个。

第三，工具之间用文件交接，不要用嘴。

这一篇的流水线，靠的不是某个神奇功能，而是四个文件夹和一套命名规则。能被交接的流程，才是能被复用的流程。

至于选哪个工具——第 6 篇的结论依然成立：没有最好的，只有匹配的。

DSH 给你控制权，WorkBuddy 给你省心。你可以只要一个，也可以两个都要，中间用文件夹说话。

系列到这里结束。七篇的目录和阅读路线，整理在系列导读里，按需取用。

如果这套东西帮你省下了第一个下午，那这个系列就没白写。

七篇收官