先に結論
Manus の定期実行は、今回の更新でかなり実務寄りになりました。
大きいのは、ただ決まった時刻に動くだけの機能ではなく、同じ仕事を育て続ける recurring workflow に近づいたことです。
見るべき変化は 3 つです。
- 同じ task context で継続実行できる
- Project 設定をそのまま再利用できる
- Manus 製 web app に scheduled action を持たせられる
毎朝のレポート、週次の要約、ダッシュボード更新のように、前回の成果物を前提にしたい仕事なら効果が出やすい更新です。
AI エージェントを広く比較したい人は、Claude Coworkとは？ChatGPT agent、Manus、Gemini との違いを比較【2026年版】 も合わせて読むと、Manus がどのレイヤーで強いのか見えやすくなります。
何が変わったのか
従来の Scheduled Tasks は、定時実行そのものを簡単にする機能でした。
今回の 2.0 では、Manus 自身がその前提を広げています。いつ動くかだけでなく、どこで動くか、どの文脈を引き継ぐか、どの成果物を更新し続けるか が主役になりました。
公式発表で強く出ている差分は次のとおりです。
| 更新点 | 何が変わるか | 向いている仕事 |
|---|---|---|
| 同じ task context で継続実行 | 既存の会話、ファイル、指示、結果を引き継いで回せる | 日次サマリー、継続調査、週次報告 |
| Project setup の再利用 | files、skills、connectors、instructions をそのまま使える | チームの定例業務、共通フォーマットのレポート |
| web app の scheduled actions | app 側に更新処理や要約生成を持たせられる | ダッシュボード更新、定期通知、要約配信 |
| side panel と calendar view | upcoming runs と過去実行を追いやすい | 複数 schedule の運用 |
| run options と skip confirmations | 同一 task 継続か別 task 化かを選べる | trusted workflow の自動化 |
要するに、定期実行の器だけでなく、文脈と運用面が一緒に強化された のが 2.0 です。
同じ task で続けられるのがいちばん大きい
いちばん効くのは、同じ task の中で recurring work を続けられる点です。
日次の standup、週次の競合調査、毎朝の KPI 確認のような仕事は、毎回まっさらな task で始めるとズレやすくなります。前回どこまで進んだか、どのファイルを見ていたか、どの書式で出していたかを、毎回持ち直す必要があるからです。
Scheduled Tasks 2.0 は、このズレを減らす方向に振りました。公式発表では、既存 task の instructions、files、conversation、results を引き継いで続行できると説明されています。
これは単純ですが強い変化です。
たとえば毎朝の営業レポートなら、前日の表現や出力先を保ったまま更新できます。定点観測なら、前回の仮説や添付ファイルを引き継いだ上で続きを回せます。新規 task を量産するより、同じ成果物を育てる仕事 に向きます。
Project 再利用でチーム運用に寄った
Project を使っているチームにとっては、設定の再利用がかなり大きいです。
Manus の説明では、Project に定義した files、skills、connectors、instructions、output standards を scheduled task 側でそのまま使えます。つまり、定例業務のたびに「この資料を見て、この形式で、この接続先を使って」と組み直さなくてよくなります。
この差は、個人利用よりチーム運用で効きます。
フォーマットが決まった週次レポート、共通の connector を使う営業サマリー、同じ style guide に沿う調査メモのような仕事では、Project 配下に寄せるだけで再現性が上がります。
運用の主語を no-code 側まで広げたいなら、中小企業向け no-code automation tools 比較 も関連します。Manus が得意なのは、単なるフォーム連携より、同じ文脈を持ったまま継続実行する仕事 です。
web app に scheduled action を持てるようになった
もう 1 つの更新は、Manus 製 web app 側に scheduled action を持たせられることです。
これは app を使う側にはかなり分かりやすい変化です。ダッシュボードを朝に更新する、毎週サマリーを生成する、定期リマインドを送る、といった処理を app 自身の動作として置けます。
重要なのは、人がページを開いてから回す仕事を減らせる ことです。
社内向け dashboard や mini app を Manus で作っているなら、朝のデータ refresh や週次の要約を app 側へ寄せられる余地が出ます。単発の生成体験から、運用の土台へ一歩近づいたと言えます。
GitHub や定期ジョブ側の発想と比べたいなら、GitHub agentic workflows vs Copilot coding agent vs OpenClaw cron も参考になります。違いは、Manus が app と task を同じ文脈で扱える点です。
run options と skip confirmations は使い分けが必要
便利さだけで見ると、run options と skip confirmations も目を引きます。
run options では、同じ task を続けるか、別 task として独立実行するかを選べます。文脈が重要な仕事なら前者、毎回独立でよい処理なら後者が自然です。
skip confirmations は、trusted workflow では便利です。ただ、ここは一気に広げない方が安全です。
送信、公開、投稿のように外部影響がある処理まで毎回ノー確認にすると、運用事故の戻しが効きにくくなります。最初は read-heavy な更新や、社内だけで閉じる routine に絞る方が無難です。
今回の更新で自動化の幅は広がりましたが、approval をなくせることと、なくすべきことは別 です。
どんな人に効くか
この更新が効きやすいのは、次の 3 パターンです。
1. 個人で recurring task を回したい人
毎朝の要約、定点観測、追跡調査のように、昨日の続きが大事な仕事を Manus に持たせたい人です。毎回ゼロから始める手間を減らせます。
2. チームで Project を使っている人
skills や connectors を Project 側で共通化しているなら、定例業務を scheduled task に寄せやすくなります。担当者ごとの書きぶりのばらつきも抑えやすいです。
3. Manus 製 app を運用している人
app を作って終わりではなく、更新まで任せたい人です。ダッシュボード、週次レポート、定期通知のように、app 自身が動き続ける設計へ進めます。
今すぐ見直したい運用
今回の更新を踏まえると、まず見直したいのは次の 3 つです。
- 毎回新規 task で回している定例業務を、同一 task 継続に寄せられないか
- Project 配下に寄せた方が再利用しやすい recurring work はないか
- web app を人手で開いて更新している処理を scheduled action に移せないか
この順で見ると、単なる新機能チェックで終わりにくいです。
Manus を他のエージェントと比べる前に、まず今の recurring work をどう持ち替えるかを見る方が、今回の更新価値はつかみやすいです。
まとめ
Manus Scheduled Tasks 2.0 は、定時実行の機能追加というより、文脈を持ったまま recurring workflow を回すための更新 です。
押さえるべき差分は、同じ task 継続、Project 再利用、web app scheduled actions の 3 本柱です。
毎回プロンプトや設定を入れ直していた運用なら、今回の更新でかなり整理しやすくなります。一方で skip confirmations は広げすぎず、trusted workflow から段階的に使う方が安全です。
Manus を継続運用の基盤として見るなら、今回の 2.0 はかなり大きい節目です。