What problem does it solve? Recurring and scheduled work (digests, cleanups, notifications, end-user-defined schedules) cannot rely on in-process timers like setInterval or node-cron because Cloud Run terminates idle instances. This Skill provides the correct patterns for implementing durable, platform-managed cron jobs in Manus webdev fullstack and Expo projects. ## Core Features & Use Cases - Heartbeat HTTP cron: Platform POSTs directly to /api/scheduled/* handlers on the deployed site, authenticated via sdk.authenticateRequest with user.isCron and user.taskUid. - AGENT cron: Spawns a fresh isolated Manus agent session for triggers needing agentic capabilities like browsing, deep research, or image generation, with curl-based write-back via $SCHEDULED_TASK_ENDPOINT_BASE and $SCHEDULED_TASK_COOKIE. - End-user scheduling: tRPC mutations calling createHeartbeatJob persist taskUid on business rows so end-users can create, pause, resume, and delete their own schedules. - Use Case: A marketing site needs a daily 9am campaign email send. Create a tRPC mutation that calls createHeartbeatJob with a 6-field cron expression, store the returned taskUid on the campaign row, and mount an idempotent Express handler at /api/scheduled/sendMarketing. ## Quick Start Read this Skill first, then implement a daily scheduled job by adding a schedule_cron_task_uid column, creating a tRPC mutation that calls createHeartbeatJob, and mounting an authenticated handler at /api/scheduled/<name> before deploying.