墨刀 AI 定时任务适合周报、资料汇总等重复工作。先固定输入目录、统计周期和输出格式，再设置执行时间。要特别区分“任务在什么时候运行”和“报告统计哪段时间”：同一周重新运行，应更新同一周期的草稿，不应把旧数据再算一遍。下面给出一套含重复记录和迟到更新的周报练习。
设置定时任务时，先确定任务是否值得周期化，再选择执行周期、附件、所属项目和输出位置。首次创建后应立即手动运行一次，确认读取的文件、生成的格式和失败提示，再开启长期周期。
墨刀AI定时任务是什么
定时任务把一段预先写好的指令、附件、项目和执行周期保存下来。到达时间后，客户端创建新的任务对话并执行这段指令，用户可以继续查看执行历史和结果。它适合把重复的资料处理动作从“每次想起来再做”变成“按计划触发”。
这个能力和Skill的关系是互补的：Skill负责“用什么方法处理”，定时任务负责“什么时候触发”。例如，团队可以先用一个竞品资料整理Skill固定输出字段，再设置每周五下午执行的定时任务。两者都需要样例测试和人工检查，不能因为周期固定就跳过复核。
设置定时任务前，先确认当前处于客户端的本地项目中；入口和本地/云端模式可参考墨刀AI客户端使用指南。
哪些工作适合做成定时任务
| 适合度 | 任务特征 | 示例 |
|---|---|---|
| 适合 | 输入目录稳定、格式固定、失败容易发现 | 每周汇总指定文件夹的竞品资料并生成简报 |
| 谨慎适合 | 需要少量人工判断，但输出有明确模板 | 每日整理客服反馈，标出可能的产品问题 |
| 不适合 | 规则经常变化、结果需要即时决策或没有负责人 | 自动决定需求优先级、自动发布未经评审的页面 |
| 不应仅靠定时任务 | 涉及生产配置、敏感数据或不可回滚操作 | 修改线上权限、删除数据、发送正式通知 |
一个简单判断是：如果任务失败后第二天才被发现，会不会造成明显损失？如果答案是“会”，就要增加即时提醒、人工确认或改用现有的企业自动化流程，不要只依赖本机定时任务。
单次、每小时、每天、工作日、每周和每月怎么选
| 周期 | 适合的节奏 | 设置前要确认 |
|---|---|---|
| 单次 | 一次性整理、迁移或生成 | 结果是否需要保存为新文件，是否会覆盖草稿 |
| 每小时 | 短周期监测或临时试验 | 输入是否会重复读取，积分和文件量是否可接受 |
| 每天 | 每日简报、日报、固定目录整理 | 当天资料何时齐全，输出是否需要人工确认 |
| 工作日 | 周一至周五的工作资料处理 | 节假日和调休规则，团队是否需要周末结果 |
| 每周 | 周报、竞品复盘、项目状态汇总 | 固定截止时间和负责人是否稳定 |
| 每月 | 月度分析、资产盘点、项目复盘 | 月份边界、历史文件归档和输出版本 |
周期越短，不代表价值越高。高频执行会重复处理同一份资料，也会增加检查成本。先估算一次任务的输入量、输出量和人工验收时间，再选择能够被团队承受的周期。
把定时任务指令写成可验收的任务
定时任务指令不能只写“帮我生成周报”。建议按五个字段写：
- 时间范围：读取哪一段时间新增或变化的资料。
- 来源范围：只读取哪些目录或附件，哪些文件不能使用。
- 输出结构：固定章节、表格字段、文件格式和保存位置。
- 异常规则：资料为空、冲突或缺失时怎么标记，不要自动猜测。
- 验收动作：生成后列出来源、变更、风险和需要负责人确认的项。
例如：
每周五 16:00，读取项目目录
01_sources/competitor中本周新增的资料，按“变化、影响、证据链接、待验证项”生成 Markdown 简报，保存到02_working/weekly。如果没有新增资料，生成“本周无新增资料”；不得把推断写成已确认事实；最后列出本次读取的文件名和需要产品负责人确认的问题。
这段指令的价值在于，即使本周没有资料、出现冲突或负责人更换，结果也有明确的处理方式。
一份能直接试跑的周报任务
先手动跑通下面的任务，再配置每周触发。练习使用 UTC+8，报告周期为 2026 年 9 月 21 日 00:00 至 9 月 28 日 00:00，左闭右开；9 月 28 日 09:00 生成报告。把下列内容存为 01_sources/task-updates.csv。每行是一次状态更新，不是一个独立任务。
task_id,updated_at,status,owner,note
T-01,2026-09-21T10:00:00+08:00,进行中,产品组,预约改期规则整理
T-01,2026-09-24T16:00:00+08:00,已完成,产品组,规则已确认
T-02,2026-09-22T11:00:00+08:00,进行中,设计组,成功页方案
T-02,2026-09-25T15:00:00+08:00,阻塞,设计组,等待通知方式确认
T-03,2026-09-23T09:00:00+08:00,已完成,研发组,本地样本已补齐
T-03,2026-09-23T09:00:00+08:00,已完成,研发组,本地样本已补齐
T-04,2026-09-28T08:30:00+08:00,已完成,产品组,补充下一周期材料手动练习时使用明确日期，避免“本周”随运行时间改变含义。确认结果正确后，周期任务可把报告范围设为“运行日所在周之前的完整自然周”，并要求每次把实际计算出的起止时间写进报告。
任务：生成项目周报草稿。
输入：只读 01_sources/task-updates.csv，不读取输出目录。
时区：UTC+8。
本次周期：[2026-09-21 00:00, 2026-09-28 00:00)。
1. 先列出读取行数和无效日期，无法解析的行不静默忽略。
2. 先过滤到上述周期，再按 task_id 取周期内 updated_at 最新的一行。
3. 完全相同的重复行只保留一份；同 ID 同时间但内容不同则列冲突，不擅自选。
4. 按已完成、进行中、阻塞汇总，列出任务 ID、负责人、备注。
5. 输出文件 02_working/weekly/2026-09-21_report-draft.md。
6. 记录本次运行时间、覆盖周期、输入文件、总行数、去重说明。
7. 若同名草稿存在，先保存历史副本，再更新同一份周期草稿；不重复追加完成数量。
8. 输入为空时写“本周期无更新记录”，不写“本周没有工作”。
不要对外发送周报，不修改源文件。| 核对项 | 这份练习应得到什么 |
|---|---|
| 原始行数 | 7 行数据 |
| 周期外记录 | T-04 的更新时间是 9 月 28 日，排除 |
| 周期内重复 | T-03 完全重复，只保留一份 |
| 最终任务 | T-01 已完成、T-02 阻塞、T-03 已完成，共 3 项 |
| 本周期已完成 | 2 项；不能按原始行数算成 3 项 |
| 报告提醒 | T-02 等待通知方式确认，应交产品负责人处理 |
这里的去重与归档是写给任务的处理要求，不是声称客户端已经内置专门的周报引擎。用这张核对表检查实际产物；如果行数或周期不对，先修规则，再配置长期运行。
附件和项目怎么配置
附件应是任务的稳定输入，而不是临时复制的一堆文件。配置前检查：
- 附件是否会在下次执行前更新，还是应该指向固定目录；
- 任务属于哪个项目，结果是否需要和其他任务共享；
- 输出目录是否与源目录分开，避免下一次把上次结果当作新输入；
- 文件名和版本是否能区分当前周期，避免重复覆盖；
- 是否包含不应自动处理的敏感资料。
本机执行意味着什么
官方客户端说明定时任务在本机执行，因此需要客户端和电脑处于运行状态。电脑休眠、网络中断、系统更新、文件移动或权限变化，都可能导致错过执行或结果不完整。使用前应确认系统唤醒设置，并把任务历史作为检查入口。
不要把“任务已创建”当成“任务一定会完成”。首次设置后最好立即手动运行一次，随后观察一次正常周期和一次输入为空的情况。对于重要任务，给结果指定负责人和最迟检查时间；如果负责人不在岗，提前安排交接。
第一次运行的六步验收
- 检查范围：确认任务只读取预期目录和附件。
- 检查时间：确认本地时区、周期和工作日规则符合团队安排。
- 检查输出：确认文件格式、章节、字段和文件名正确。
- 检查事实：随机抽查几条结论，回到来源文件核对。
- 检查重复：确认第二次运行不会把旧结果重新当成新资料。
- 检查恢复：故意让输入缺失一次，确认任务会提示问题而不是生成看似完整的内容。
验收记录可以保存为项目中的 task-checks 文件，包含运行时间、输入、输出、异常和处理人。这样后续调整指令时，团队有依据判断是规则变化还是运行环境变化。
定时任务失败怎么排查
| 现象 | 优先检查 | 处理方式 |
|---|---|---|
| 没有生成结果 | 客户端是否运行、电脑是否休眠、任务是否启用 | 确认运行环境，手动执行一次并查看历史 |
| 结果为空 | 输入目录是否为空、文件是否移动、时间范围是否正确 | 加入“无新增资料”的明确分支，修正目录或日期条件 |
| 重复生成旧内容 | 输出目录是否被当作输入、是否缺少版本或时间过滤 | 分离来源与输出目录，增加文件日期和去重规则 |
| 格式不一致 | 指令是否写明字段、示例和保存位置 | 固定输出模板，加入必填字段检查 |
| 事实错误 | 资料来源是否冲突、任务是否要求AI自行补全 | 要求标记来源和假设，冲突时暂停等待人工确认 |
| 任务突然失效 | 文件权限、项目路径、客户端更新或系统环境 | 重新选择项目和附件，检查版本并记录变更 |
排查时先保留失败现场：不要马上删除任务或覆盖输出。保存任务指令、运行时间、输入文件和错误提示，才能判断问题是否会在下一次周期重现。
同一周期重跑和漏跑，分开处理
同一周期重跑，目标是修正该周期草稿；漏跑补处理，目标是补一份尚不存在的周期报告。两者都应显式指定日期，不能直接说“再生成一次周报”。
| 情况 | 处理方式 | 容易出错的地方 |
|---|---|---|
| 同一周期新增了迟到材料 | 先确认记录的实际业务时间及更新时间，再指定原周期重跑；保留旧草稿备份 | 把今天录入的内容自动算回上周 |
| 电脑休眠错过运行 | 查看任务历史与输出文件，确认确实缺失后，手动指定遗漏周期执行 | 以为恢复电脑后一定会自动补跑 |
| 一次漏了两周 | 分别指定两个周期，各生成一份草稿并核对来源 | 合成一份“最近两周”后又把数据计入本周 |
| 输入文件为空 | 生成空输入说明，并让负责人确认是否漏收材料 | 把空目录解读为没有进展 |
补跑记录
目标周期：2026-09-21 至 2026-09-27（UTC+8）
执行原因：本机休眠，原周期未生成报告
输入文件及版本：________
输出文件：2026-09-21_report-draft.md
是否已有同周期草稿：________
执行结果与待处理问题：________
复核人：________只要报告同时写清“覆盖周期”和“本次生成时间”，读者就能辨别这是一份补跑的上周周报，而不是本周新增进展。是否支持自动补跑、具体重试策略和离线执行，应以当前客户端实际能力为准。
定时任务和Skill怎么配合
当任务步骤固定且会被多次调用时，可以把方法沉淀为Skill，把时间安排留给定时任务。推荐的分工是：
- Skill：定义资料整理、字段抽取、输出格式和检查规则。
- 定时任务：定义何时触发、处理哪个项目、使用哪些附件。
- 负责人：确认事实、风险、对外口径和是否进入正式交付。
不要把复杂的业务判断全部塞进定时任务。规则变化频繁时，先更新Skill并用样例测试，再恢复周期执行。Skill创建与版本管理方法见墨刀AI Skill实操指南。
哪些任务不应无人值守
- 涉及生产环境、权限、删除和外部发送的动作；
- 未经脱敏的个人信息、客户资料、密钥或合同内容；
- 需要实时业务判断或必须在当天响应的高风险事项；
- 没有固定负责人、没有回滚路径或失败难以发现的任务。
定时任务可以生成准备材料，但不应悄悄替团队做出不可逆决定。对外发送、正式发布或写入企业基线前，保留人工确认点；涉及团队项目时，再按墨刀AI企业治理指南检查权限、版本和责任边界。
三个可直接改写的任务模板
| 场景 | 周期 | 任务骨架 |
|---|---|---|
| 竞品资料汇总 | 每周 | 读取本周新增资料，按变化/影响/证据/待验证项输出，空目录时明确说明。 |
| 客服问题整理 | 每天 | 读取当天新增记录，按功能、严重性、复现条件归类，不推断未提供的原因。 |
| 项目进展简报 | 工作日 | 读取指定项目更新，汇总完成、风险、待决策和负责人，引用来源文件和版本。 |
模板只是起点。每个团队应根据输入位置、输出模板、负责人和失败成本调整，不要直接把示例任务当作正式流程。
上线一个定时任务前的检查清单
- 任务有明确的目标、来源、输出和负责人。
- 周期与资料更新节奏匹配，没有不必要的高频运行。
- 输入目录和输出目录分开，文件名与版本可区分。
- 缺失、冲突和无新增资料都有处理规则。
- 首次运行已经手动验收，历史记录可查看。
- 电脑唤醒、客户端运行和网络条件已确认。
- 敏感资料和高风险动作不交给无人值守任务。
- 结果进入工作台或企业空间前有人工复核。
常见问题
墨刀AI定时任务关机后还能运行吗？
不能按云端定时任务理解。当前说明是本机执行，需要客户端和电脑保持运行；休眠、关机或系统环境变化都可能影响执行。
工作日任务会自动识别节假日和调休吗？
先核对当前客户端提供的周期选项，再与团队日历确认。“工作日”不能仅凭名称推定会自动处理法定节假日与调休；遇到特殊日期，应检查实际执行安排并手动调整或补跑。
定时任务可以直接生成正式周报吗？
可以生成周报草稿或结构化材料，但正式发布前仍要核对事实、数据、敏感内容和负责人。建议把“生成”和“发布”拆成两个动作。
定时任务和Skill哪个先配置？
如果方法还不稳定，先手动跑通一次；方法稳定后沉淀Skill，再把触发周期配置成定时任务。这样出现问题时，更容易判断是方法问题还是运行环境问题。
定时任务真正节省的不是一次点击，而是让重复工作拥有稳定的输入、格式和检查方式。先从低风险的资料汇总开始，记录每次运行和人工修改，再逐步扩展到更复杂的项目简报和团队流程。
下载墨刀AI客户端，创建第一个可观察、可回滚的定时任务。
