把"个人工作流"跑成自动化流水线——一周 WorkBuddy 实战心得

把"个人工作流"跑成自动化流水线——一周 WorkBuddy 实战心得

作者：Terry ｜ 日期：2026-07-12 ｜ 适用版本：WorkBuddy（含本地 MCP 与 Skill 体系）

一、背景

我是一名开发者，长期有个习惯：凡是重复超过两次的活，就想办法交给工具自动跑。本周（7/9—7/12）我在 WorkBuddy 上集中验证了这条思路——把"备份配置、拉行情、跑回测、出报告"这些原本分散、手动的操作，串成一条可持续运转的工作流。

从本地用量库 workbuddy.db 统计，这 7 天里我跑了 7 个有效会话，累计消耗约 52.7 万 token。其中大头不是写代码，而是"让工具帮我打通数据链路"：跨设备备份会话设定（约 11.9 万）、接入自定义模型（约 10.6 万）、A 股量化回测筛选（约 10.6 万）。这一数字本身也说明了一件事——真正花时间的，是"搭管道"，管道通了之后每次边际成本极低。

二、做法

1. 用微云 MCP 打通跨设备备份（本周最大头，约 11.9 万 token）。

会话设定、自定义 Skill、MCP 配置这些"软资产"最容易因换机而丢失。我通过 weiyun-backup 技能把全部设定打包成 zip（含 API key、模型、Skill、MCP），再经微云 MCP 上传网盘；换设备时反向同步即可恢复。一句话：把"配置"当成代码一样做版本化与备份。

2. A 股量化回测改用本地行情源（约 10.6 万 token）。

早期我试图用自然语言历史 K 线接口直接拉多年日线做回测，发现它只返回最近约 50 个交易日的日线、且会忽略我指定的历史区间，根本跑不了多年回测。于是切换到 tdx-connector（通达信）MCP 自行拉取：日线 period="4"、前复权，单次最多返回 700 根，翻历史用 startxh 倒序偏移（0=最新，700=向前约 700 根）。我用两页（startxh=0/700）就覆盖了约 5.8 年的数据，再写解析脚本从落盘文件读取，跑通了 ETF 回测。

3. 接入第三方模型（约 10.6 万 token）。

会话记录里有一条"添加三个 SenseNova 自定义模型"——把多家供应商的模型接进同一工作台，按任务类型灵活切换，避免被单一模型绑定。

4. ETF 买入区监控（约 5.6 万 token）。

用"量价时空"技能（liangjia-shikong）对固定股票池做每日买入区扫描，配合 etf_report_generator 产出结构化的 ETF 深度报告，把"临盘拍脑袋"变成"盘前看清单"。

5. 本地安装第三方 Skill（约 5.2 万 token）。

从本机目录直接安装社区 SKILL，扩展工作台的专属能力。

三、踩坑

• 历史行情接口有盲区：自然语言 K 线接口不适合多年回测，必须下沉到本地行情 MCP。教训是——做数据任务前先确认接口的返回边界，别等脚本跑一半才发现区间被截断。
• 单次拉取上限要分页：tdx-connector 单次最多 700 根，翻历史必须靠 startxh 偏移，否则结果静默截断，回测样本会"缺头少尾"。
• 外部 MCP 会失效：financialdatasets 账户余额显示 $0.00，额度耗尽不可用。好在 ETF 报告技能设计了自动降级为公开数据的路径，没让任务卡死——关键工序要预设降级方案。
• 双向同步防冲突：微云备份/同步时，别在两端同时改配置，先备份后同步，避免互相覆盖。

四、收益

1. 配置可迁移：一次备份，多设备一键恢复，换机不再"从零调教"。
2. 研究可复现：回测脚本 + 数据拉取 + 解析脚本形成闭环，下次换个品种直接复用。
3. 报告半自动：ETF 监控每日定时产出，盘前即有结论。
4. 连"写周报"也自动化了：你正在读的这篇心得，本身就由一个每周日零时触发的自动化任务生成——它先尝试真发到社区，若凭据缺失或接口受限则自动降级为本地草稿。工具的价值，正在于把"做一次"沉淀为"一直跑"。

本文数据均来自本机 workbuddy.db 会话表与用量表真实统计，未做任何虚构。