Trigger.dev

Trigger.dev

An open-source platform for writing long-running background jobs and AI-agent workflows in TypeScript or Python, with automatic retries, queuing and scaling — and no timeouts, so tasks can run as long as they need.

🔗 Visit Trigger.dev
📁 DevOps, Cloud & Infrastructure🗣️ English📅 July 24, 2026

Description

Serverless functions are great until a job takes too long and gets cut off, or fails halfway with no clean way to resume. Trigger.dev is built for exactly that kind of work — long or complex background tasks — letting you write them as ordinary code while it handles queuing, retries, scheduling and scaling, without the usual serverless time limits.

Trigger.dev is a fully-managed — and open-source (Apache 2.0), self-hostable — background-jobs and workflow platform. You write tasks in TypeScript or Python, deploy them to Trigger's infrastructure, and get durable cron schedules with no timeout, automatic retries, atomic versioning, real-time task streaming to the frontend and built-in observability. It includes an AI-agent framework with tool calling and human-in-the-loop, multi-region workers, static IPs and concurrency controls, and is used in production by companies including Cal.com, Supabase and Magic Patterns.

💬 Our review

The short version: Trigger.dev is the option to reach for when your background work is genuinely long-running or agent-like and you want a platform that owns execution — while still being fully open source and self-hostable if you ever need to leave the cloud.

The no-timeout, long-running model is its clearest differentiator: tasks that would be awkward or impossible on plain serverless (multi-minute jobs, agent loops, big batch processing) run naturally, and real-time streaming of task progress to the UI is a nice touch for user-facing workflows. Full Apache-2.0 open source and self-hostability give it an edge over Inngest, whose server is source-available (SSPL), if avoiding lock-in matters to you. The honest caveats: because you deploy tasks to Trigger's own worker infrastructure, it is more of a 'platform' with a little more setup than dropping in a lightweight SDK; the pay-as-you-go compute-per-second pricing is flexible but harder to predict than a flat plan; and it overlaps heavily with Inngest, so the choice often comes down to feel — platform-owns-execution versus SDK-in-your-app — rather than raw capability.

💰 Pricing

FreemiumFree credits plus usage-based monthly plans
Free $5 creditsHobby $10/moPro $50/moEnterprise Custom

📊 Global score

53Average
🌐Availability15/100Faible

1 language · 0 platform

📄Profile90/100Excellent

Profile completeness

🤖 AI-enriched data

💰 Pricing model
🆓 Freemium

Pay-as-you-go compute per second plus per-run. Monthly plans: Free (5 dollars credits), Hobby 10/mo, Pro 50/mo, Enterprise custom. No charge for waits over 5 seconds or for dev-environment runs.

👥 Target audienceDevelopers running long or complex background jobs, batch processing or AI agents
🗣️ Languagesen
🌍 Target countriesWorldwide
👍

Pros

No timeouts — long-running jobs and agent loops run naturally

Fully open source (Apache 2.0) and self-hostable

Real-time task streaming to the frontend + built-in observability

Proven in production (Cal.com, Supabase, Magic Patterns)

👎

Cons

More of a 'platform' with a bit more setup than a drop-in SDK

Compute-per-second pricing is flexible but harder to predict

Overlaps heavily with Inngest — choice is often about feel

❓ Frequently asked questions

What is Trigger.dev for?▼
Is it open source?▼
How is it different from Inngest?▼
Is it worth the money compared to alternatives?▼
Which tool should you pick for your case?▼