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