## 一、现象

我在 WorkBuddy 里配了一个自动化任务做股票盯盘，原意是「交易时段每 5 分钟检查一次持仓的止盈止损」。配置看起来没问题：`BYDAY=MO,TU,WE,TH,FR`、`BYHOUR=9,10,11,13,14`、`BYMINUTE=0,5,10...55`。

跑了一周后发现问题：任务确实在跑，但跑的时间和我想的不一样，而且消耗远超预期。

## 二、三个证据

**证据一：日志时间戳不守规矩**

翻出运行日志，时间戳是这样的：

```
2026-10-30  00:29  01:30  02:31  03:32  04:33  05:34
            06:35  07:36  08:45  10:03  11:08  12:13
            13:20  14:24  15:27  16:28  17:29  18:30
2026-10-31  13:31  ← 周六，仍然触发了
```

凌晨 2 点在跑，周六下午也在跑。而且间隔稳定在 61 分钟——不是 5 分钟，也不是「整点」。

**证据二：记忆文件膨胀到 63 KB**

自动化任务每次运行都会读写自己的 memory 文件。因为没有约束，日志一天天追加，一周后这个文件长到 63,293 字节、267 行。意味着每跑一次，就要先读四万字，再往下追加一段。越跑越慢，越跑越贵。

**证据三：提示词从几百字涨到 5000 字**

历次调整都是直接在提示词里补规则，最后提示词本身就有五千字，每轮都要完整载入一遍。

## 三、坑一：FREQ=HOURLY 下，BYDAY 和 BYHOUR 会被忽略

这是最隐蔽的一个。任务最初写成：

```
FREQ=HOURLY;INTERVAL=1
```

后来又叠加上 `BYDAY`、`BYHOUR` 想限制到工作日交易时段。但调度器只认了最外层的「每小时一次」，把这两个限制丢掉了。结果就是文首那张时间戳：每小时跑一次，全天无休，周末照跑。

**教训：`FREQ=HOURLY` 的表达式里不要指望 `BYDAY`/`BYHOUR` 生效。要限定工作日，必须用 `FREQ=WEEKLY;BYDAY=...;BYHOUR=...;BYMINUTE=...` 这种完整形式。**

## 四、坑二：BYHOUR / BYMINUTE 不支持逗号多值

想表达「9 点到 14 点的第 5、20、35、50 分钟」，最自然的写法是：

```
FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=9,10,11,13,14;BYMINUTE=5,20,35,50
```

提交直接报错，调度器不接受 `BYHOUR` 和 `BYMINUTE` 的逗号多值。

绕不过去，只能换结构：**一个任务只定一个时刻**，用多个轻量任务分别卡在需要的几个时间点上。

## 五、解法：规则外置 + 轻量触发

改造思路是把「规则」和「触发」拆开。

**第一步，把规则和名单从提示词里搬出来**

- `stock-monitor/rules.md`：判定逻辑（约 3.5 KB，唯一权威版本）
- `stock-monitor/pool.md`：持仓与监控名单、每日状态、运行记录

**第二步，提示词瘦身到 200 字**

每个触发任务的提示词只做三件事：读规则文件、读名单、按规则判定后写回。规则改动只改 `rules.md` 一处，所有任务自动同步，不用再逐个改提示词。

**第三步，拆成 6 个定点任务**

| 时间 | 任务 | 说明 |
|---|---|---|
| 09:35 | 开盘后 | 只观察，不判断回踩 |
| 10:35 | 盘中 | 完整判断 |
| 11:25 | 上午收盘前 | 完整判断 |
| 13:35 | 午后 | 完整判断 |
| 14:20 | 尾盘前 | 完整判断 |
| 14:50 | 收盘前 | 收盘前检查 |

每个任务的表达式都是这种完整形式：

```
FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=10;BYMINUTE=35
```

单一时刻、限定工作日，调度器认，周末自动不触发。

**第四步，给记忆文件定规矩**

在提示词里写死：运行记录只保留最近 3 条，只记状态变化，不记过程。文件从 63 KB 压到 4.2 KB。

## 六、效果

| 指标 | 改造前 | 改造后 |
|---|---|---|
| 运行次数 | 24 次/天（含凌晨、周末） | 6 次/天，全在盘中 |
| 单次载入提示词 | 约 5000 字 | 约 200 字 |
| 记忆文件 | 63 KB | 4.2 KB |
| 综合消耗 | 100% | 约 3% |

运行次数降 75%，单次上下文降 88%，记忆文件降 93%。

## 七、可以直接照抄的检查清单

1. 用 `FREQ=HOURLY` 时，不要在同一条表达式里依赖 `BYDAY`/`BYHOUR`
2. 需要限定工作日，用 `FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=h;BYMINUTE=m`
3. `BYHOUR`/`BYMINUTE` 不要写逗号多值，一个任务一个时刻
4. 规则、名单、状态全部外置成文件，提示词里只写「读哪个文件、做什么判断」
5. 记忆文件加保留上限，只记状态变化，不记过程
6. 先在真实日志里核对触发时间戳，别相信配置看起来的样子
7. 拆任务之前先算清「一天跑几次 × 单次载入多少上下文」

## 八、最后一句

自动化最容易被忽略的成本不是执行本身，而是「每次都完整载入一遍的那部分上下文」。把规则从提示词里搬出去，再把触发频率收敛到真正需要的时刻，消耗能降一个数量级，判定逻辑反而更清楚。

数据来源：WorkBuddy 自动化运行日志，实测记录。

我在 WorkBuddy 里配了一个自动化任务做股票盯盘，原意是「交易时段每 5 分钟检查一次持仓的止盈止损」。配置看起来没问题：BYDAY=MO,TU,WE,TH,FR、BYHOUR=9,10,11,13,14、BYMINUTE=0,5,10...55。

WorkBuddy 定时任务没按预期跑？rrule 的三个坑，以及把消耗降到 3% 的改造记录

人工智能

排查WorkBuddy股票盯盘自动化任务，发现调度器忽略BYDAY/BYHOUR导致全天候高频运行，记忆文件膨胀至63KB，提示词高达5000字。通过规则外置、拆分定点任务、限制记忆保留，实现运行次数降75%，单次上下文降88%，记忆文件降93%，综合消耗降至3%。

代码解释

WorkBuddy 

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

WorkBuddy 定时任务没按预期跑？rrule 的三个坑，以及把消耗降到 3% 的改造记录-腾讯云开发者社区-腾讯云

WorkBuddy 定时任务没按预期跑？rrule 的三个坑，以及把消耗降到 3% 的改造记录

WorkBuddy 定时任务没按预期跑？rrule 的三个坑，以及把消耗降到 3% 的改造记录

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐