快速结论
先确认使用的社区版本和调度入口,再验证一次性任务的时间、模型、权限与输出。任务卡片存在只说明任务记录已建立,执行成功要看运行记录和真实产物。
- 社区 v0.23.0 重整会话级定时任务及运行记录,v0.23.1 修复历史调度组合包冲突。
- 本文针对社区 DSH Tauri 的调度工作流,官方 Harness 使用独立版本和配置。
- 文章中的任务文本是编辑设计的模板,没有创建实际定时任务或测量成功率。
本次更新:10 月 12 日核验后新增,明确发行日期、适用范围与资料解读性质。
社区 DSH Tauri v0.23.0调整了定时任务,v0.23.1随后修复历史调度组合包冲突。本篇提供可复核的任务演练流程,没有在你的设备创建任务。
1. 先确定哪个入口负责运行
确认当前应用属于社区 DSH Tauri,并记录版本与内核。升级后查看是否有多个调度入口或重复任务;按相应版本说明处理旧配置。不要同时保留两个会触发同一业务动作的任务,却只检查其中一份记录。
还要确认实际执行任务的电脑或服务,以及使用的模型路线。窗口关闭、电脑休眠和任务执行之间的关系应在本机验证,不能仅从卡片的“已计划”状态推断。
2. 用一次性任务验证
先建立测试目录,放一个无敏感内容的 CSV 副本,指定输出位置。可采用以下任务模板,把日期时间改为未来的明确时刻:
在指定日期的 10:00(Asia/Shanghai)读取 input/demo.csv,只汇总行数与字段名,写入 output/check.md。不要修改输入,不发送消息,不上传文件。失败时在运行记录中说明原因。
在当前任务入口中核对时间、时区、任务文本和目标会话。到时间后看实际执行记录,再打开输出文件,确认内容与输入相符。
3. 通过试跑后再做周期任务
周期任务至少要说明星期、时间、时区、输入范围和输出命名。周报可以按日期生成不同文件,避免覆盖前一周的结果。若任务依赖网络、余额或外部服务,也要定义缺失时的处理方式。
| 检查项 | 验收证据 |
|---|---|
| 触发时间 | 运行记录中的时间与时区 |
| 执行环境 | 版本、内核、模型路线 |
| 数据范围 | 实际读取的测试文件 |
| 结果 | 输出文件与计算口径 |
| 重复触发 | 同一周期的执行次数 |
4. 把完成状态与产物对照
执行一次不代表周期任务长期可靠。观察至少一个完整周期,记录失败、重复和补跑行为;修改任务后再做一次短试跑。涉及发消息、发布或其他外部动作时,先用生成本地文件的版本验证流程,再按业务授权配置实际动作。
运营周报的内容方法可参考CSV 周报工作流。本文没有承诺关机后继续执行或全自动任务的固定成功率。
参考资料
本文依据以下资料整理,版本与接口信息请以来源页面的现行说明为准。