# 定时任务"看起来在跑"，其实是空的：我修的 7 个自动化坑 #WorkBuddy#

> **做的工作**：把三套每天自动跑的任务（A 股复盘、选股系统、投稿归档）从"配好就算完"改成"每次跑完能证明它真的跑过"。
>
> 这篇不讲哪个任务多好用，讲的是这半年我踩的 7 个坑。**它们有一个共同点：全都不报错。** 任务状态是"已启用"，日志是"已开始"，退出码是 0——只有打开产物文件的那一刻才知道，这次什么都没干。



## 一、坑都不报错，这才是最麻烦的地方

我先描述一下最典型的那次。

某天我去看 A 股复盘任务，状态栏写着「已启用」，下次运行时间也排得好好地。我打开产出目录，数了一下文件——**09-21、09-22 两天是空的**。

当晚我把这两天的数补跑了一遍。第二天再打开目录，两份都齐了，我还特地确认过内容是不是真的（09-21 那份的文件头写着「更新时间：2026-09-22 补跑」，说明它是补出来的，不是当天跑出来的）。

**然后我看门脚本一跑，缺的是另外 4 天：09-08、09-11、09-24、09-25。**

补跑能补上我知道有洞的地方，补不了我不知道有洞的地方。这就是为什么下面要有一个脚本替我数。
![图1_缺口发现.png](https://developer.qcloudimg.com/http-save/yehe-12781068/56bddc02e03542d0cab9a045e3a38440.png)
同一个选股任务更绝，我翻到它的日志：

```
D:\...\reports\甲醇期货交易操盘参考（2026-09-22 早盘版）.md
```

**126 字节——这是那天的全部日志：一行落盘路径，没有开始标记，也没有结束标记。** 而正常那天的完整日志是 14 KB。

这就是这类问题最反直觉的地方：**你不去检查产物，它会一直"看起来很健康"。** 而等到你发现的时候，可能已经隔了几天，中间的数据缺口你自己都记不清哪天开始的。

下面 7 个坑，我按"发现难度"从低到高排。

---

## 二、坑 1：状态是"已启用"，但没有产出

**现象**：任务一直 ACTIVE、时间排得对，但连续两三天没有产物。

**根因**：这类任务依赖客户端常驻。我那几天没开过软件，**调度器虽然排了时间，但进程不在，触发不了**。更麻烦的是调度器会把积压的任务排到下次启动后补跑，所以我看到"已启用"时，它其实已经过期很久了。

**修法**：别把"任务已启用"当成"任务在跑"。给每个任务定一个**产出物清单**，定期数文件。我在任务描述里写死了落盘路径，每次回来看目录就行——**一分钟，比什么状态栏都可靠。**

**教训**：调度器是"尽力而为"，不是"保证送达"。关键任务要有产出物作为唯一凭据。

---

## 三、坑 2：「假成功」——日志只有开始标记

**现象**：上面那个 126 字节的日志，就是典型的假成功。任务确实被调起来了，也留了一行输出，但没有任何完成标记——中间摔没摔、摔在哪，全都看不出来。

**根因**：旧版本的日志在开头打「开始」，中间的环境检查、数据获取、模型调用全都不落盘。**只有开始标记、没有完成标记，中间摔了也看不出来。**

**修法**：加完成标记，并且让失败的分支也要留下痕迹。具体三步：

1. 开头打「开始」，结尾打「完成」，中间每一步都打一行
2. 关键步骤的异常**必须写进日志**，哪怕不中断整个任务
3. 产物落盘后再补一行「已写入 文件名 / 大小 N」

现在一个正常的日志（14 KB）是「有头有尾、能看出卡在哪一步」的。
![图2_日志没写结尾.png](https://developer.qcloudimg.com/http-save/yehe-12781068/76a4f3eb1d85ec465314951d8b80f036.png)
**教训**：**日志要有结束标记，尤其要有失败分支的痕迹。** 只写「开始」的日志，等于没写。

---

## 四、坑 3：盘中快照被当成收盘价

**现象**：某天我打开报告，看到上证写的是 3822.15。我一查真实收盘，**是 3823.62**——差了 1.47 点。跌停家数上差异更明显，差一只就是差一只。

**根因**：任务排在 15:30，而采集脚本跑完是 **14:59**——**那会儿还在盘中**。A 股 15:00 收盘，脚本早了整整一分钟。它拿到的不是收盘价，是尾盘最后一分钟的快照。

**修法**：把采集挪到收盘后一段时间（现在设在 15:30 之后），并且在报告里标注**采集时间**。这一条很容易被忽略，因为盘中数据和收盘数据通常只差一点点，没人会怀疑。

我现在的处理是两层：每份报告开头都有一行「更新时间：2026-09-07 17:51（收盘后）」，把采集时刻钉住；09-28 那份的数据说明里还多留了一句——「同日 14:59 曾有一份盘中快照版本（上证 3822.15），本文已用收盘后数据覆盖」。**被覆盖掉的那一版也留了一笔，这样后来的人知道这里有过一版不准确的数据，不是只有"现在这一份"。**
![图3_盘中vs收盘.png](https://developer.qcloudimg.com/http-save/yehe-12781068/9ecd8fad6679b6bb6632a9b06d1cfca8.png)
**教训**：**"差不多"的数据比没有数据更危险。** 差 1.47 点看着无所谓，但如果你拿它做趋势对比，误差会累积。

---

## 五、坑 4：接口给的是实时快照，不能回溯历史

**现象**：我想补跑 09-21 的数据，用了个常见的行情接口。结果指数、涨跌家数全拿到了——**但一核对才发现，那些是当天的最新快照，不是 09-21 当时的值。**

**根因**：这个接口只提供"此刻是什么样"，不提供"那天收盘是什么样"。我传了日期参数，但那个参数只对涨跌停池这类接口生效，对行情快照接口根本不起作用。**所以我拿 09-22 的数，填进了 09-21 的报告。**

**修法**：换成按日期可查的历史接口拿指数，改完以后再补跑，数据就准了。同时我把这条写进了任务描述：

- **可回溯**的（指数历史日线、涨停池）：任意历史日期都能补
- **只能当日**的（全市场涨跌家数、行业板块）：补跑历史时会是空，**必须如实标注"不可用"，不许拿别的日期的数顶替**
![图4_模型静默降级.png](https://developer.qcloudimg.com/http-save/yehe-12781068/1f40d87c2ac59d491a8b9aa871b764cc.png)
**教训**：**补历史数据前先问一句"这个接口支持按日期查吗"。** 口径混用比数据缺失更隐蔽——缺失你一眼能看出来，混用你根本发觉不了。

---

## 六、坑 5：模型降级不抛异常，catch 不到

**现象**：翻历史报告时，我看到 `2026-08-09_分析报告.md` 的风控结论第一行写着：

```
[本地模型 qwen3:4b 能力受限，已用规则兜底]
```

但我代码里配的是 **qwen2.5:7b**。也就是说，那天模型加载时**悄悄回退到了另一个版本**，没报错、没中断，只是能力变了。

**根因**：模型加载失败时如果走了兜底路径，"模型小了"这件事不会以异常形式抛出来，日志上完全看不出区别。

**修法**：让系统在报告里**显式标注**降级时刻，而且标注要连用的模型名一起写。上面那行就是在做这件事——它让我看到"qwen3:4b"三个字时立刻反应过来：**这不是我配的那个模型。**

**教训**：**要区分"没有输出"和"输出了但不可信"。** 前者会报错，后者不会，而后者更容易被当成真的。
![图5_代理拦请求.png](https://developer.qcloudimg.com/http-save/yehe-12781068/8bdd7397f15b7651143d9ccc9ccfe763.png)
---

## 七、坑 6：脚本能跑，但换个环境就跑不了

**现象**：同一个采集脚本，我手动跑得好好的，交给任务去跑就报「找不到 akshare」。

**根因**：依赖装在了某个特定的 Python 环境里，而任务用的那个解释器不是同一个。**脚本本身没问题，是环境没对齐。**

**修法**：我没有去硬改路径，而是写了个探测逻辑——**按顺序找几个已知的解释器，谁里面有依赖就用谁**。这样以后换环境也不用手改。

```python
CANDIDATES = [r"...\python.exe", r"...\envs\default\Scripts\python.exe"]
for exe in CANDIDATES:
    if has_akshare(exe): use(exe)
```

**教训**：**"在我这儿能跑"不算数。** 任务跑在另一个解释器里，你不知道它到底是谁。

---

## 八、坑 7：本地代理把请求全拦了

**现象**：用 Python 抓数据，一上来就 `ProxyError: Unable to connect to proxy`。

**根因**：本机开着代理，环境变量里指向了一个本地端口。Python 的 `urllib` 默认就尊重这个设置，于是所有请求都被送去那个没人监听的端口。**脚本自己不知道自己被代理了。**

**修法**：抓数据前显式关掉代理：

```python
import urllib.request
urllib.request.install_opener(
    urllib.request.build_opener(urllib.request.ProxyHandler({}))
)
```

**教训**：**这类问题的成本在于定位。** 报错信息里写着代理，但你脑子里想的是"我代码没碰代理"，容易往错的方向查很久。凡是跑不通的网络请求，先 `echo $https_proxy` 看一眼。

---

## 九、附赠一个小的：四舍五入

补一句不痛不痒但确实坑过我的：某份报告里写「会稽山 +10.00%」，而接口原始值是 **+9.99%**——进位的时候写错了。

单独看没人会发现，但**如果这串数字进了跟单统计，误差就带进去了**。

**教训**：**能直接抄的原样抄，不要自己四舍五入。** 显示层想美化是另一回事，至少别在抄数据这一步做加工。

---

## 十、光靠"偶尔想起来看一眼"是不够的

上面说的都是事后发现，但**靠人想起来看一眼，本身就是不可靠的**——我很多时候根本不会打开那个目录。

所以我在任务描述里定了一条：**每个任务都要有固定落盘路径，并且要能自动数出来。**

我写了个十几行的看门脚本，逻辑很简单：把工作日过一遍，看那一天对应的产物文件在不在，列出来。

```
$ python check_gaps.py <任务输出目录> 2026-09-07

区间: 2026-09-07 ~ 2026-09-28
工作日: 16  有产物: 12  缺: 4

缺口：
  2026-09-08 周二    2026-09-11 周五    2026-09-24 周四    2026-09-25 周五

最近一份产物: 2026-09-28
```

**这 16 个工作日里有 4 天是空的**，一眼就看得出来。周末本来就不该有产物，脚本用 `weekday() < 5` 过滤掉了，所以不会误报。

这个脚本的价值不在于它多聪明，而在于**它把"我记不记得检查"换成了"跑一条命令"**。对我这种会忘的人来说，这是决定性的区别。

顺便说一句：**"最近一份产物"这一行也要看。** 如果它的日期是三天前，那中间肯定断了——不管缺的是哪天。

---

## 十一、现在我的自检清单

这 7 个坑修完之后，我给自己定了四条，每次收工前过一遍：

1. **看产物，不看状态。** 任务是不是 ACTIVE 不重要，文件是不是生成了才重要
2. **日志要有头有尾。** 开始、完成、写入，缺一个就等于没记；失败分支也要留痕
3. **数据要标时间和口径。** 采集时间写进报告，可回溯/仅当日分清楚，混用口径如实标注
4. **异常要显式写出来。** 降级、跳过、接口不可用，都要在产物里留一行字，别让它悄悄过去
![图6_七坑总览.png](https://developer.qcloudimg.com/http-save/yehe-12781068/5e92bdf1fedc25c02038b6ea0ee6546a.png)
---

## 十二、最后一句

写自动化的时候，我一开始的追求是"让它自己跑起来"。现在改成了**"让它跑完之后能自证清白"**。

区别在哪？前者你还得时不时去看一眼它有没有真的跑，后者不用——**产物在那儿，时间戳在那儿，采集时间也在报告里。**

**一个从不汇报失败的自动化，你永远分不清它是"昨天没跑"还是"跑了但没成"。**

---

*文中所有日志片段、体积数字、接口行为描述，均来自本机自动化任务的真实运行记录与修复过程。任务时间、日期缺口等均为实测。*


做的工作：把三套每天自动跑的任务（A 股复盘、选股系统、投稿归档）从"配好就算完"改成"每次跑完能证明它真的跑过"。

# 定时任务"看起来在跑"，其实是空的：我修的 7 个自动化坑 #WorkBuddy#

我踩过的自动化坑有一个共同点：全都不报错。任务状态写"已启用"，日志打"已开始"，退出码是 0——等你打开产物目录才发现，这次什么都没干。比如有条任务，那天的日志只有 126 字节：一行落盘路径，没有开始、没有结束，中间摔没摔完全看不出来。比如采集任务排在 15:30，但 14:59 就跑完了，把盘中快照当成收盘价填进去，上证差了 1.47 点。再比如拿只支持实时快照的接口去补历史数据，填进去的其

后端

职业发展

运维

定时任务看似运行正常却可能空转，本文总结7个不报错的自动化陷阱：假成功日志、盘中快照误当收盘价、接口无法回溯历史、模型静默降级、环境依赖错位、代理拦截请求及数据舍入误差。提供产物清单核对、日志完整性检查、数据口径标注等实用修复方案，确保任务可自证执行结果。

代码解释

解释器

WorkBuddy 

Python

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

2026上云采购 | AI焕新·智启新局

tione

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

# 定时任务"看起来在跑"，其实是空的：我修的 7 个自动化坑 #WorkBuddy#-腾讯云开发者社区-腾讯云

# 定时任务"看起来在跑"，其实是空的：我修的 7 个自动化坑 #WorkBuddy#

# 定时任务"看起来在跑"，其实是空的：我修的 7 个自动化坑 #WorkBuddy#

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐