重复生成简报、整理项目文件或汇总周期数据时，手工上传和改名会消耗时间；直接改成定时运行，又可能在输入不完整时生成误导性结果，甚至覆盖人工版本。本文只讨论 Claude Cowork 定时文件任务的设计：把允许读取的资料、草稿、已确认版本和运行日志分开，给任务定义可观察状态、停止条件与重复运行规则，并把发送、发布、删除等动作留给人工。完成后可以得到一份可复核的任务说明和目录约定。

手动流程通常是：

想起来了，打开对话。
重新描述任务。
上传一遍文件。
等结果。
下载并改名。
下周再重复一次。

定时能力的入口和可用范围可能变化，配置前应核对 Cowork 定时任务官方教程。“能定时跑”不等于适合全自动。

最稳的原则是：

自动收集。
自动整理。
自动生成草稿。
人工决定是否发送、发布和执行。

1. 先把对话改写成可验收任务

普通聊天更适合即时问答。

定时任务需要明确交付一个结果：

读一组文件。
连接多个资料来源。
分解任务。
同时研究与整理。
生成文档、表格或演示文稿。
持续运行并等待你验收。

任务说明必须包含资料范围、输出位置、停止条件和验收标准，否则执行过程只能补全假设。

2. 先选一个真正适合定时的任务

一个任务适合 Scheduled Tasks，通常满足：

频率固定。
输入来源稳定。
输出格式稳定。
失败可以检测。
结果允许稍后查看。
高风险动作可以拆出去人工确认。

适合：

每日行业简报。
每周经营指标汇总。
项目文件整理。
会议准备材料。
待办和风险清单更新。
定期检查文档缺失项。

不适合直接无人值守：

自动发客户邮件。
自动改合同。
自动提交生产代码。
自动删除重复文件。
自动批准退款。
自动对外发布文章。

3. 示例：生成周期简报草稿

先准备目录：

/briefs
  /sources
  /drafts
  /published
  /logs

目录职责要明确：

sources：允许读取的固定资料。
drafts：Cowork 生成的草稿。
published：人工确认后的版本。
logs：任务运行记录和失败说明。

不要让定时任务直接写进 published。

任务提示词：

按已经确认的计划时间运行以下任务。

目标：
生成一份 AI 行业简报草稿。

资料范围：
1. 检查 /briefs/sources 中列出的允许来源。
2. 只使用本次任务指定时间窗口内发布的内容。
3. 每条信息必须保留原始链接和发布时间。
4. 遇到登录墙、验证码或无法确认的日期时跳过并记录。

筛选规则：
1. 按与目标读者的相关性筛选信息。
2. 优先选择对开发者、产品团队和企业模型接入有实际影响的内容。
3. 去除同一事件的重复报道。
4. 不把预测、传闻和事实混写。

输出格式：
- 标题
- 两句话摘要
- 为什么重要
- 对企业接入的影响
- 原始来源
- 置信度：高/中/低

保存规则：
1. 保存到 /briefs/drafts/ 下本次周期对应的文件。
2. 不发送邮件，不发布，不覆盖已有文件。
3. 将抓取数量、跳过数量、重复数量和异常写入 /briefs/logs/ 下对应日志。
4. 如果有效来源不满足任务约定，在文件顶部标记“资料不足，需要人工补充”。

这段提示词同时定义了时间、来源、筛选、格式、目录、停止条件和日志。

4. 第二个实战：每周经营复盘

经营复盘比新闻简报更敏感。

任务可以这样写：

按确认的周度计划生成上一周期经营复盘草稿。

输入：
- /ops/input/weekly-metrics.csv
- /ops/input/incidents.md
- /ops/input/customer-feedback.md

检查：
1. CSV 日期是否覆盖完整自然周。
2. 指标列是否与模板一致。
3. 是否存在空值、重复行或异常单位。
4. 事故和客户反馈是否包含可追踪编号。

输出：
1. 核心指标与环比。
2. 异常指标及证据。
3. 可能原因，明确标记为“推断”。
4. 需要负责人确认的问题。
5. 下周行动建议草稿。

保存到：
/ops/output/ 下本次周期对应的文件

禁止动作：
- 不修改源数据。
- 不向群聊发送。
- 不替负责人确认原因。
- 不自动创建对外承诺。

对经营数据，先做完整性检查，再做解释。

否则模型可能对一份缺了一半的数据写出完整故事。

5. 用状态区分完整、部分和失败

不要只有“成功”和“失败”。

可以使用以下状态：

SUCCESS：输入完整，输出通过规则检查。
PARTIAL：部分来源失败，但仍生成可用草稿。
NEEDS_REVIEW：发现异常或高风险内容，需要人工判断。
FAILED：关键输入缺失，未生成正式草稿。

每次运行记录：

任务名称。
计划时间。
实际开始和结束时间。
输入文件数量。
输出文件路径。
状态。
错误摘要。
是否重试。
人工审核人。

6. 文件权限怎么给

不要把整个用户目录交给一个定时任务。

按任务给专用目录：

/tasks/news-brief
/tasks/weekly-ops
/tasks/customer-research

每个任务只访问自己的输入、输出和日志目录。

敏感文件分层：

级别 示例 处理方式
Public 官网、公开报告 可用于常规研究
Internal 内部 SOP、一般经营数据 限团队与任务范围
Confidential 客户清单、合同、未发布财务 脱敏、审批、最小权限
Restricted 密钥、密码、身份信息 不放入普通 Cowork 任务

7. 幂等与重复文件

定时任务最常见的问题不是没跑，而是跑了两次。

文件名里加入周期标识：

brief-[period].md
review-[period].md

执行前检查目标文件：

不存在：创建。
存在但状态 FAILED：允许重跑并生成新版本。
存在且状态 SUCCESS：停止，不覆盖。

需要重跑时使用：

brief-[period]-v2.md

不要静默覆盖已经人工修改的文件。

8. 启用前检查清单

[ ] 任务频率、输入来源和输出格式稳定
[ ] 输入、输出、日志目录已分开
[ ] 定时任务不会直接写入发布目录
[ ] 发送、删除、发布和生产修改需要人工确认
[ ] 敏感字段已脱敏
[ ] 凭据没有写入提示词、Skill 或文件
[ ] 任务有 SUCCESS、PARTIAL、NEEDS_REVIEW、FAILED 状态
[ ] 重试次数和停止条件明确
[ ] 同一周期重复运行不会覆盖人工结果
[ ] 日志能关联输入、输出、状态和人工审核结果

9. 结论与限制

Claude Cowork 和 Scheduled Tasks 的真正价值，不是让 AI 在你睡觉时随便操作电脑。

而是把已经跑通的知识工作变成稳定交付：

固定输入。
固定步骤。
固定输出。
固定时间。
固定风险边界。

自动化的目标是减少重复搬运，同时让人保留发送、发布和处理异常的责任。目录边界、状态、日志与幂等规则必须在定时启用前通过一次手工运行验证。

本文不保证某个账号一定具备 Scheduled Tasks，也不覆盖外部连接器的授权方式。入口、计划语法和文件访问范围以当前产品界面为准；涉及敏感资料时，应先使用脱敏样例验证，并限制任务只能访问专用目录。