Introducing Scheduled Tasks 2.0¶

Ch01.304 Introducing Scheduled Tasks 2.0¶

📊 Level ⭐⭐ | 12.1KB | entities/introducing-scheduled-tasks-2-0.md

核心要点¶

• Scheduled Tasks 2.0 将周期性工作（任务、Project、Web App）的自动化升级为"上下文驱动"模式，而非简单的时钟驱动重复执行。
• 调度工作可以在同一任务内继续，保留指令、文件、对话和历史结果等累积上下文。
• Manus 构建的 Web App 现在可以自带调度行为，数据刷新、报表生成、提醒等成为 App 内置能力。
• 新的侧边栏、日历视图和运行卡片提升了调度任务的可追踪性。
• 用户可选择运行选项（同一任务内继续或创建独立任务）、跳过确认、连接外部数据源等高级设置。

→ 原文存档

从"时间驱动"到"上下文驱动"的范式转变¶

Scheduled Tasks 2.0 解决的核心问题是上一代调度系统的根本局限：基于时钟的调度（cron-style）假设每一次执行都是独立事件，任务的上下文在每次触发时都需要重建。

传统调度系统的局限在于，它只回答"什么时候运行"，而不回答"在哪里运行"和"保留什么上下文"。当人们听到"调度任务"时，第一反应是"在设定的时间运行一个任务"——这确实是 Scheduled Tasks 1.0 解决的问题：每日摘要、周报、定期扫描和常规总结都可以无需手动启动就能运行。

但一旦调度工作进入不同的产品上下文，概念就变得更细致。有时候你希望 Manus 每天为 Web App 更新数据，有时候你希望一个固定自动化按日运行，有时候你根本不想创建新任务——你希望 Manus 回到同一个对话、在那里发送下一条消息，并使用已存在的上下文。

在这个层面上，调度工作不再仅仅是"什么时候运行"，而是涉及"在哪里运行"、"携带什么上下文"以及"应该持续更新哪个 artifact"。Scheduled Tasks 2.0 正是为这一现实而生的全面升级。

在同一任务内继续执行¶

许多周期性工作并不是独立事件。每日的 standup、 recurring follow-up、状态检查、研究线程或仪表盘更新，都依赖于任务内已构建的指令、文件、决策和历史结果。

在旧版本中，每次运行都会成为一个独立的standalone task。这使得工作能够按时运行，但它并不总是能自然地连接回原始工作。用户仍然需要在不同任务中寻找结果、重建上下文，或重新说明他们希望 Manus 维护的 artifact。

现在，调度工作可以保持在同一任务上下文中。Manus 可以从任务现有的指令、文件、对话和结果继续，而不是每次从零开始。对于在 Project 中组织的工作，调度任务也可以复用已在 Project 中定义的共享设置，包括文件、skills、connectors、指令和输出标准。调度跟随工作所在的地方，而不仅仅是日历上的时间。

核心价值：在知识工作场景中，绝大多数重复性工作的价值来自于累积的上下文——昨天的 standup 总结需要参考前几天的讨论，仪表盘更新需要保留同一份 artifact，客户反馈摘要需要持续叠加新的反馈条目。如果每次调度都创建全新的独立任务，历史的上下文就会丢失，AI 助手就变成了每次都需要重新了解背景的新员工。

为 Web App 添加调度行为¶

另一个重要上下文是 Web App 本身。使用 Manus 构建的 Web App 现在可以包含自己的调度操作。当 App 需要刷新数据、运行脚本、更新仪表盘、发送提醒或生成周期性摘要时，这些都变得自然而然。

重要的变化在于，调度成为了 App 行为的一部分。用户无需仅仅为了保持常规工作运转而打开页面。如果一个 App 需要每天早上更新数据或每周生成报告，Manus 可以将这个调度直接添加到 App 本身。

这代表了 Manus 从"AI 助手"向"AI 原生应用平台"的战略延伸。传统的 SaaS 应用如果要添加自动化，通常需要 Webhook + 外部调度服务的组合方案；现在，AI 应用自身就能携带行为——数据刷新、报表生成、定时提醒都可以成为 App 自身的内置能力。这降低了非技术用户的使用门槛，让自动化从"配置外部工具"变成"告诉 AI 你想要什么"。

增强可追踪性：侧边栏、日历视图和运行卡片¶

随着调度任务进入更多上下文，可见性变得更加重要。用户不仅需要知道某事是否按时运行，还需要知道接下来会发生什么、已经运行了什么，以及在哪里检查每次运行的结果。

Scheduled Tasks 2.0 添加了更清晰的方式来审查日程、即将到来的运行和运行历史。侧边栏显示调度工作及其关联的运行。日历视图让时间更容易理解。运行卡片或标签可以引导用户回到相关任务，让他们能够检查特定执行的结果。

设计意义：调度任务的可见性设计是提升用户信任的关键。让用户清楚看到"什么会运行"、"上一次运行了什么"、"结果在哪里"，是 AI 自动化工具从"黑箱"走向"可信助手"的设计基础。

灵活的执行选项与高级设置¶

当调度任务不仅仅是一个时间设置时，编辑界面需要给用户更多控制。Scheduled Tasks 2.0 让用户能够从一个地方调整 prompt、时间和高级设置，使得创建后的周期性任务更容易调优。

核心控制选项包括：

运行选项（Run Options）：让用户选择每次运行是在同一任务内继续，还是作为独立任务运行。当上下文重要时选择同一任务继续，当每次运行需要独立存在时选择独立任务。

跳过确认（Skip Confirmations）：允许可信的工作流在发送、发布或张贴前不需要每次请求批准。这是一个有意义的工程权衡——对于高频、重复、低风险的操作（如每天发送内部摘要、更新数据看板），每次运行时都要求人工确认会扼杀自动化价值。Skip Confirmations 的前提是"可信的 workflow"——这个信任需要通过前期的人工审核和权限设计来建立。

连接器（Connectors）：让调度任务将连接的 App 作为相关数据源使用，使周期性工作能够利用已连接到 Manus 的工具中的相关信息。

高级设置：用户可以为任务选择 agent，将 schedule 附加到 Project 以使用其配置，并在工作流需要时使用云端计算资源。

深度分析¶

Insight 1: 从"时间驱动"到"上下文驱动"是调度范式的根本转变

传统的 cron-style 调度假设每次执行都是独立事件，上下文需要重建。但知识工作的价值往往来自累积的上下文——昨天的 standup 总结需要参考前几天的讨论，仪表盘更新需要保留同一份 artifact。Scheduled Tasks 2.0 的核心创新是让调度变成上下文驱动而非时钟驱动，这意味着 AI 每次执行都能在已有基础上继续，而非从零开始。

Insight 2: AI 原生应用平台的关键特征是应用自带行为而非外部编排

传统 SaaS 应用的自动化需要 Webhook + 外部调度服务的组合方案，这本质上是把行为编排放在应用外部。而当 AI 应用自身就能携带行为——数据刷新、报表生成、定时提醒——这意味着应用从"被动被调用"变成"主动执行"。这是 AI Native 和传统 SaaS 的本质区别。

Insight 3: 可见性设计是 AI 自动化工具建立用户信任的关键

当 AI 自动化的规模和频率提升时，用户需要清楚看到"什么会运行"、"上一次运行了什么"、"结果在哪里"。侧边栏、日历视图、运行卡片这些设计本质上是在把 AI 的决策过程可视化，让用户从"信任 AI"变成"理解 AI 在做什么"。

Insight 4: Skip Confirmations 是高频低风险自动化的必要条件

对于每天发送内部摘要、更新数据看板这类高频、重复、低风险的操作，每次运行时都要求人工确认会扼杀自动化价值。Skip Confirmations 本质上是在说"我已经审查过这个工作流，现在请相信它会按预期执行"。但这个信任需要通过前期的权限设计来建立——低频高风险操作（对外发送、发布内容）仍需保留人工确认关卡。

实践启示¶

1. 在设计重复性 AI 工作流时，优先选择"在同一任务内继续"而非"创建新任务"——这保留了历史上下文，使 AI 的每次执行都比上一次更有价值。

2. 将高频低风险的自动化（日报生成、数据刷新）配置 Skip Confirmations，同时为低频高风险操作（对外发送、发布内容）保留人工确认关卡。

3. 利用 Project 上下文机制建立团队知识沉淀：在 Project 中维护标准操作规范（文件格式、输出标准、connector 配置），调度任务会自动复用这些设置，无需在每次触发时重新定义。

4. Web App 开发者应考虑将 AI 调度能力作为差异化特性：特别是对于数据看板、监控仪表盘、报告生成类应用，内嵌调度使产品从"用户主动查看"升级为"系统主动推送"。

5. 调度任务的可见性设计（side panel、calendar view）是提升用户信任的关键：让用户清楚看到"什么会运行"、"上一次运行了什么"、"结果在哪里"，是 AI 自动化工具从"黑箱"走向"可信助手"的设计基础。

使用示例¶

使用 Scheduled Tasks 2.0 无需记住复杂的设置流程。只需前往周期性工作所属的位置，然后告诉 Manus 你想要什么调度：

• 任务内摘要："Every weekday at 9 AM, summarize the open action items in this task and remind me what needs follow-up today."
• Project 级报告："Every Monday, update the customer feedback summary in this Project using the files and format already here."
• Web App 自动刷新："In this web app, refresh the dashboard data every morning and generate a short daily summary."

技术架构要点¶

[!contradiction] 另见：Karpathy: Vibe Coding — 对于 AI 辅助编程中的"上下文保留"问题持不同视角，认为过度依赖上下文累积可能导致"锁定效应"