WorkBuddy定时任务实战：用提示词、工作空间与模型搭建AI自动化流水线

1. 为什么我决定把重复劳动交给 WorkBuddy 定时任务

每天早上九点，我做的第一件事几乎一模一样：打开工作台，检查昨天遗留的待办，把几个固定数据源的内容拉一遍，生成一份日报草稿，再手动触发几个例行检查。这套动作我做了大半年，熟练到闭着眼都能点完，但问题恰恰在这里——它太机械了，机械到占用的是我一天里注意力最清醒的那段时间，而产出却毫无创造性。

WorkBuddy 这个工具我用了有一阵子，一开始只是把它当成一个带工作空间概念的 AI 助手，用来处理零散的提示词任务。真正让我改变使用方式的，是它的定时任务能力上线之后。简单说，它允许你把一段已经调好的提示词、一个固定的工作空间、一个指定的模型，绑定到一个时间计划上，到点自动跑，跑完把结果落到你指定的位置。这意味着那些"每天重复、步骤固定、不需要临场判断"的活，可以彻底从我手里交出去。

这篇内容适合三类人看：一是已经在用 WorkBuddy、但还停留在"手动提问"阶段的人；二是手里有一堆重复性文本处理、数据整理、内容生成任务，想找个轻量方案自动化的人；三是对定时任务这个概念感兴趣，但不确定怎么和 AI 工作流结合的人。我会把整个接入过程、提示词怎么写、工作空间怎么配、模型怎么选、踩过哪些坑，全部摊开讲清楚。核心关键词就几个：WorkBuddy、定时任务、提示词、工作空间、模型，这五个东西串起来，就是一套能自己跑起来的自动化流水线。

需要先说明一点：定时任务本身不是什么新概念，后端领域里 Spring 的@Scheduled、分布式场景下的调度框架，都是成熟方案。但那些是给工程师写代码用的，门槛在"你得会写服务"。WorkBuddy 的定时任务把门槛降到了"你得会写提示词"，这是它对我这种非纯后端背景的人最大的价值。下面我按实际接入的顺序，一层层拆。

2. 接入前的整体设计思路与方案选型

2.1 先想清楚哪些活该交给定时任务

不是所有重复劳动都适合自动化，这一点我踩过坑。最开始我贪心，想把所有日常操作都塞进定时任务，结果配了七八个，跑起来互相干扰，有的任务依赖上一个任务的输出，时间没对齐就拿到空数据。后来我总结出一个筛选标准，只有同时满足下面几条的活，才值得接进定时任务：

• 触发时间固定：每天、每周固定时间点执行，或者固定间隔执行，不需要人工判断"现在该不该跑"。
• 输入稳定：任务依赖的数据源、文件、上下文基本不变，或者变化在可预期范围内。
• 输出格式固定：产出的是结构化文本、报告、清单这类东西，不需要人盯着调整。
• 失败可容忍：偶尔跑失败不会造成严重后果，重跑一次就行。

反过来，那些需要临场判断、依赖实时人工输入、失败代价很高的活，我坚决不放进定时任务。比如对外发布的正式内容，我宁可让定时任务只生成草稿，最后一步人工确认。

2.2 为什么选 WorkBuddy 而不是自己写脚本

有人会问，这种定时任务用系统的计划任务加个脚本不就行了。我试过，问题在于脚本能处理的是"确定性逻辑"，而我的很多任务本质是"让 AI 读一段内容然后产出另一段内容"，这中间涉及提示词、模型调用、上下文管理，自己写脚本要处理 API 调用、重试、结果解析，维护成本不低。

WorkBuddy 的价值在于它把提示词、工作空间、模型这三样东西做成了可复用的配置单元。你调好一次，绑定到定时任务上，它就能反复跑。工作空间负责隔离上下文和文件，模型负责决定用哪个能力档位，提示词负责定义任务逻辑。这三者解耦之后，改一处不影响其他，维护起来比一坨脚本清爽得多。

2.3 整体架构：三个配置单元加一个调度器

我把整套东西理解成四个部分，画在脑子里是这样的关系：

组成	作用	我的配置习惯
工作空间	隔离任务的文件与上下文	一个业务线一个空间，不混用
提示词	定义任务要做什么	单独存一份，方便复用和迭代
模型	决定能力与成本	简单任务用轻量模型，复杂任务用强模型
定时任务	把上面三者按时间绑定	错峰排布，留出依赖间隔

这个结构的好处是，当我想调整某个任务的产出质量时，我只需要换模型或者改提示词，不用动调度配置；当我想让同一个提示词在多个时间点跑时，复制定时任务即可，工作空间和提示词都能复用。

提示：一开始不要追求"全自动无人值守"，先把任务配成"自动跑但结果只落草稿"，观察一两周稳定了，再考虑减少人工介入。

3. 核心配置细节：提示词、工作空间与模型怎么调

3.1 提示词设计：定时任务的提示词和手动提问不一样

这是我最想强调的一点。手动提问时，你可以根据 AI 的回复不断追问、修正，提示词写得糙一点没关系。但定时任务是一次性执行，没有追问机会，所以提示词必须自包含、无歧义、输出格式明确。

我总结的定时任务提示词写法，包含四个必备部分：

1. 角色与目标：一句话说清这次要干什么，比如"你是一个日报生成助手，负责把输入内容整理成固定格式的日报"。
2. 输入说明：明确告诉它数据从哪来，是工作空间里的某个文件，还是上一步任务的输出。
3. 输出格式：用具体的模板约束输出，最好给出字段名和示例，避免它自由发挥。
4. 边界与兜底：说明遇到空数据、异常情况时怎么处理，比如"如果输入为空，输出'今日无数据'，不要编造内容"。

举个我实际在用的例子，一个每天整理待办清单的提示词大致长这样：

角色：你是我的待办整理助手。 输入：工作空间 todo 目录下最新的一个 txt 文件。 任务：读取文件内容，按"紧急/重要/常规"三档分类，去掉已完成项。 输出格式： 【紧急】 - 条目 【重要】 - 条目 【常规】 - 条目 兜底：如果文件不存在或为空，只输出"今日无待办数据"，不要补充任何其他内容。

对比一下手动提问时那种"帮我整理下待办"的随意写法，你会发现定时任务的提示词更像一份规格说明书。这不是啰嗦，是因为机器执行时没有人兜底，提示词就是唯一的契约。

3.2 工作空间：隔离做得好，排查少烦恼

工作空间这个概念，我一开始没重视，把所有任务都塞在一个默认空间里，结果文件互相覆盖，上下文串味，排查问题时根本分不清是哪个任务产生的。后来我改成按业务线划分空间，每个空间只放这一类任务需要的文件和上下文。

具体做法上，我给每个空间定了三条规矩：

• 一个空间只服务一类任务：日报归日报，数据整理归数据整理，不混。
• 输入输出分目录：输入放input，输出放output，中间产物放temp，这样任务跑完一眼能看出结果落在哪。
• 空间命名带业务前缀：比如daily-report、>