Manus Scheduled Tasks 2.0

Manus 构建的 web 应用现在可以自主运行定时任务了。这个细节很容易被忽略，但它改变了 Manus 实际能产出的软件形态。

具体来说：Scheduled Tasks 2.0 是 Manus 中针对周期性工作的系统级升级，涵盖任务连续性、Project 配置继承，以及 Manus 构建的 web 应用内嵌调度功能。

当你用 Manus 构建一个应用时，你生成的不仅仅是一个静态界面。你构建的是一个从本质上可以自我维护的东西。

一个每天早上自动刷新数据的仪表盘。一个无需提示就能生成周报的报告工具。一个按计划发送提醒的客户界面。有了这次更新，这些行为可以直接在应用内配置，而无需用户从外部管理。

不同之处在于：大多数智能体调度工具把计划当作一个从外部附加的东西。Manus 则把它当作任务、Project 或应用的原生组成部分——工作真正发生的地方。调度会继承其所在环境上下文，而不是在真空中运行。

关键特性：Manus web 应用内嵌的定时操作（刷新、汇总、提醒、脚本运行）；同任务延续模式，适用于依赖现有上下文的重复性工作；Project 级别的上下文和配置由定时任务继承；连接器支持链接数据源；跳过确认以信任自动化流水线；日历、调度和运行历史视图用于监督。

优点：用 Manus 构建的应用可以保持活跃和更新，无需创建者手动触发运行；周期性分析和报告在各周期间保持连贯；更轻松地管理和审计跨任务和 Project 的定时工作。

适合人群：那些使用 Manus 构建面向客户或内部工具的开发者和运维人员，他们的工具需要保持最新状态，但又不想持续手动输入。

在一个应用构建智能体里嵌入调度系统，和底层用 cron 的任务调度器完全是两种产品类别。这正是 Manus 所指向的方向。

P.S. 我在追踪科技、SaaS 和 AI 领域的最新发布，关注我获取通知 → @rohanrecommends

持久化的任务上下文被低估了。大多数智能体仍然像无状态助手一样运作，所以拥有记忆和连续性的重复工作流让它感觉更有操作实用性，而不仅仅是实验性质。

“相同任务上下文”这个细节才是亮点。大多数调度器每次都启动全新运行，丢失所有累积状态。复用上下文意味着智能体可以在前序周期的基础上构建，而不是从零开始盲跑。中途运行失败怎么处理？是继续还是彻底重启？

Scheduled tasks get much more usable once each run leaves a receipt a human can inspect later. For me that means trigger, owner, tool or capability scope, files or services touched, stop reason, and whether the task finished cleanly or stopped at a guardrail. That is what keeps background automation from becoming mystery work.

复用项目设置的定时任务——这才是区分有用自动化和演示 demo 的功能。每次周期性任务运行时都得重新配置上下文，这正是让人们在一周后放弃智能体工具的那种摩擦。至于它在边界情况下是否真的可行，那是另一回事。