为什么定时任务可能会或可能不会拥有您的上下文
每次运行都是独立的会话
定时任务页面写得很清楚：“每个定时任务都作为独立的 Cowork 会话运行。您可以在结果就绪时进行查看，就像其他任何任务一样。”
单看这句话，它听起来就像其他任何无人值守智能体的设计。但读到下一句，情况就变了：“定时任务在远程运行，因此即使您的电脑处于休眠状态或 Claude Desktop 应用已关闭，它们也会按照自己的节奏运行。”
远程运行——也就是说，在云端。
云端会话与您的聊天共享记忆
这就是让 Cowork 与众不同的地方。Cowork 自己的入门页面将其列为一项功能：“与聊天共享记忆： 在云端会话中，Claude 会从它已经记住的聊天内容开始，而在 Cowork 任务中出现的内容也会带回到聊天中。”
双向流动。云端会话从 Claude 已经记住的内容开始，而任务中发生的事情也会流回记忆中。
因此，在云端运行的定时任务并不是冷启动。它是从您的记忆开始的，并且在向其做出贡献。这与从空上下文开始的定时运行有着本质上不同的意义，也是本文存在的原因。
任务保存的是您的提示词，而不是它学到的东西
有必要精确说明其机制，因为“拥有记忆”可能有两层含义。定时任务本身存储的是指令：“当您创建定时任务时，Claude 会将您的提示词保存为任务的指令，并按照您选择的节奏运行它们。”
这就是任务定义。记忆是云端会话读取的独立层。任务不会积累自己以前运行的私有历史记录；它是在一个恰好可以访问您记忆的会话中，重新运行保存的提示词。这两点都是事实，但它们不是一回事，这也是 what persistent memory actually is 的核心区别所在。
两个不一致的说明
现在是未解决的部分，值得完整阅读已发布的这两句话，而不是断章取义。
定时任务页面写道：“注意：定时任务使用内置的日程选项，并与您的连接器以及保存到您的 Claude 帐户的文件配合使用。它们不能绑定到您电脑上的文件夹。”
在同一页面的手动设置说明中，将“Claude 应该在哪个文件夹中工作 [可选]”列为一个字段，紧接着是：“注意：如果定时任务需要本地文件或应用，它将仅在本地运行。”
与此同时，入门页面描述了第三种安排：Cowork “在云端远程运行您的会话（测试版）”，而本地功能是通过桌面应用访问的，而不是在本地运行会话——“这些功能可以访问您电脑上的东西，因此即使您的会话在云端运行，它们也需要该应用。”
三个当前的页面，对绑定文件夹的任务在哪里运行给出了三种不同的框架。我们不打算代表 Anthropic 来调和这些矛盾，因为瞎猜比实话实说更糟糕。您应该从中吸取的是：如果您的定时任务涉及本地文件，请不要对它的记忆行为做任何假设。 亲自去验证它。
人们尝试的做法
假设定时任务启动时是空白的。 这是最常见的假设，但对于 Cowork 的云端运行来说是错误的。这导致人们将整个上下文塞进任务提示词中，然后每次项目细节发生变化时都必须手动编辑提示词。
因此假设它无所不知。 相反的错误。在云端会话中，记忆是与聊天共享的；它不是该任务以前运行的记录。如果第三次运行需要知道第二次运行得出的结论，记忆在这方面是一个微弱的渠道，而任务的输出是更好的渠道。
将定时任务指向本地文件夹以赋予其更多上下文。 这种直觉可以理解，但这最有可能改变任务运行的位置——而这恰恰是上述三个页面存在分歧的地方。为了获取上下文而增加本地文件访问，可能会让您失去原本依赖的记忆。
将其与其他工具的定时运行进行比较并一概而论。 ChatGPT 的定时任务和 Warp 的云端智能体在设计上都是从头开始的，人们很容易假设 Cowork 的行为也是如此。但对于云端运行，它并非如此。如果您的心智模型来自 ChatGPT's scheduled tasks starting over every run 或 Warp's cloud agents，那么它需要针对 Cowork 进行更新。
假设 Projects 和记忆是一回事。 Cowork 项目“将相关任务分组到独立的工组空间中，这些空间拥有自己的文件、上下文、指令和记忆”，这是一种针对每个工作空间的安排，而不是与聊天共享的帐户级记忆。两者都存在，但属于不同的范围。这一界限在 Claude's memory across chat and Cowork 中有详细介绍。
解决方案：确定每个任务的运行位置，然后停止依赖提示词来传递上下文
步骤 1：根据是否需要您的电脑来整理您的定时任务
检查您的定时任务，并将每个任务放入以下两个分类之一。
仅限云端的任务。 来自 Slack 或电子邮件的每日简报、来自已连接工具的每周报告、定期研究、状态总结。这些任务使用连接器和保存到您的 Claude 帐户的文件。它们按照自己的节奏远程运行，并且根据文档，它们作为云端会话运行——这就是与聊天共享记忆适用的地方。
需要您机器上某些东西的任务。 本地文件夹中的文件整理、读取本地应用的任何任务。在这些任务中，文件夹字段和“将仅在本地运行”的说明会发挥作用，您不应该对它们的记忆行为做任何假设。
对于第二个分类，请问问自己该任务是否真的需要本地访问。令人惊讶的是，许多“整理我的文件”的定时任务实际上可以针对保存到您的 Claude 帐户的文件运行，从而将它们干净利落地移入第一个分类，并消除歧义。
步骤 2：验证每个分类中一个任务的记忆行为
不要凭空推断。测试一次，您就会知道您的具体配置情况。
创建一个一次性的定时任务，其提示词要求 Claude 陈述一个它只能从您的记忆中得知的特定事实——例如您在聊天中确立的偏好，或者您从未输入到该提示词中的项目细节。手动运行它（日程选项支持此功能），然后阅读输出。
然后，对绑定文件夹的同款任务重复此操作。如果答案不同，您就发现了您的帐户中界限所在的位置，这比从三个不同表述的页面中进行任何推断都更可靠。
把结果记录在某个地方。随着 Cowork 在网页端和移动端脱离测试版，这种行为极有可能发生变化，因此请将其视为具有时效性的发现，而不是永久不变的事实。
步骤 3：将任务所需的内容放入一个不依赖于其运行位置的层中
这就是结构性的解决方案。上面的一切都是为了确定您会获得两种行为中的哪一种。其实还有第三种选择：让任务不依赖于这个答案。
如果定时运行所需的知识存在于任务显式读取的外部记忆层中，那么该运行是具有共享记忆的云端会话，还是没有共享记忆的本地会话，都无关紧要。无论哪种情况，上下文都以相同的方式到达。您用一个稳定的方案，代替了一个需要不断重新验证的问题。
这也是解决提示词编辑问题的方法。任务提示词是一个保存的字符串；每次您的项目发生变化时，都必须有人打开定时任务并进行编辑。而一个写着“使用当前项目规范”并从存储库中读取它们的提示词，在规范发生变化时无需进行任何编辑。MemoryLake 只需三个步骤即可完成设置。
步骤 1：创建 API 密钥
登录并从您的仪表板生成一个 API 密钥。它不绑定到任何特定界面，这正是这里起作用的特性：云端和本地运行都读取相同的存储库，因此云端还是本地的问题不再决定您的任务知道什么。
步骤 2：上传您的第一批记忆
放入您的定时任务一直需要的内容：周报格式的规范、研究摘要中哪些内容算作相关的列表、简报应该关注的帐户和术语，以及您原本需要粘贴到每个任务提示词中的常设偏好。
这也是跨运行结论应该存放的地方。如果周二的运行应该知道周一的决定，请将其写入存储库，而不是寄希望于共享记忆来传递它。
步骤 3：连接您的 AI 和智能体
将 Cowork 指向该存储库。这样，在两个界面上，无人值守的运行都会从与您的交互式会话相同的知识开始——并且您只需修改一次，更改就会传播到每个定时任务，而不是仅传播到您记得编辑的那些提示词中。
这在实践中改变了什么
第一个改变是，定时任务不再是脆弱的字符串。如今，任务提示词只是您编写它时真实情况的一个快照。任何项目更改都会默默地使提及它的每个定时任务过时。
第二个改变是，您不再需要跟踪测试版的界限来了解您的自动化知道什么。云端的 Cowork 会话在网页端和移动端处于测试阶段，内置浏览器正在逐步推出，而 Dispatch 在某些方案中处于有限测试阶段。对于一个快速迭代的产品来说，这一切都很正常，但对于某人切实依赖的周报来说，这些都不是一个好的基础。
第三个改变是，跨运行的连续性变得明确。与聊天共享记忆是一个真正的功能，但对于“上周的运行得出了什么结论”来说，它是一个糟糕的机制。将结论写入存储库并在下次运行时读回，是无论运行是否恰好在云端都行之有效的方案——这与 memory for MCP tasks 背后的道理相同。
Cowork 定时任务的最佳实践
- 根据是否需要您的电脑来整理定时任务。 这是最有可能改变您所获得行为的单一变量。
- 在任务允许的情况下，优先选择保存到您的 Claude 帐户的文件，而不是本地文件夹。仅限云端的任务具有最清晰的文档记录行为。
- 每个分类测试一次记忆行为，并写下您的发现。 手动运行使这种测试成本极低，而且该发现具有时效性。
- 保持任务提示词简短且专注于任务本身。 格式、节奏和输出形状属于提示词；项目知识则不属于。
- 不要将共享记忆用作运行日志。 如果第 N 次运行需要第 N−1 次运行的结论，请特意将其写入某个地方。
- 记住 Projects 是一个独立的范围。 项目工作空间有其自己的文件、上下文、指令和记忆——这不是与聊天共享的帐户级记忆。
- 在 Cowork 发生更改后重新检查。 云端会话在网页端和移动端处于测试阶段，测试阶段的行为会发生变化。
- 审查定时任务可以访问的内容。 定时任务具有与常规 Cowork 任务相同的功能，包括连接的工具、技能和已安装的插件——如果任务在无人值守的情况下定期运行，这值得进行审计。
结论
Cowork 的定时任务比行业默认方案更划算：云端运行从 Claude 已经记住的内容开始，并反馈到其中，而不是从零开始。这确实非常有用且值得了解。
对于绑定文件夹的任务，它也是有条件的，而文档目前尚未解决这一问题。因此，整理您的定时任务，在每个分类中测试一个，并且——对于您切实依赖的任何内容——将知识放在一个不会因运行落在哪台机器上而改变其答案的地方。