Trigger.dev

Platform for background jobs, scheduled tasks and long-running AI agent workflows written in TypeScript.

Active Workflow automation with AI Apache-2.0

Quick answer

Trigger.dev is a platform for background jobs, scheduled tasks and long-running AI agent workflows written in TypeScript, listed under Workflow automation with AI. A typical small-business use: run nightly or scheduled AI jobs such as summarising tickets or enriching CRM records. Official hardware: minimum 3 vCPU · 6 GB RAM. That fits a Hetzner Cloud CPX32 server at about €35.99/month (server only, excl. VAT). License: Apache-2.0, which allows internal business use.

Last updated · facts verified against official docs on · sources

GitHub stars16.7k
Forks1.5k
Latest releasev4.8.3Oct 30, 2026
Last commitOct 31, 2026
Est. server costfrom €35.99/mo

Activity data comes from GitHub and was last refreshed Nov 4, 2026.

What is Trigger.dev?

Trigger.dev lets developers write background tasks in their own TypeScript codebase and run them with retries, queues, concurrency limits, schedules and full run logs in a dashboard. It suits long-running AI work such as agent loops, document processing and batch LLM calls that would time out in a normal web request. The self-hosted version runs as a webapp (dashboard, Postgres, Redis) plus one or more worker machines that execute runs in isolated containers.

Where it fits in a 10–200 person business

  • Run nightly or scheduled AI jobs such as summarising tickets or enriching CRM records
  • Move slow LLM, PDF or video processing out of a web app into retried background tasks
  • Build multi-step AI agent workflows with waits, queues and per-customer concurrency limits

These use cases are our editorial suggestions, not claims made by the project.

Can a business use Trigger.dev? (license)

LicenseApache-2.0
TypePermissive: MIT / Apache-2.0: use, modify and sell with few obligations.
Internal business useAllowed under the license text
What to watchPermissive. Internal and commercial use allowed; keep license and notices.

This is a plain-English summary of the license text, not legal advice. Third-party models you run with it have their own licenses.

Data & compliance: does Trigger.dev phone home?

Telemetry (usage data sent to the vendor) Not documented

The webapp has a TRIGGER_TELEMETRY_DISABLED switch, but the docs do not say what is sent or whether it is on by default.

Other calls home by default (updates, marketplaces, default cloud services) Not documented
Single sign-on (OIDC / SAML / LDAP) Not documented
Audit log Not documented
Role-based access control (RBAC) Not documented
Data residency / GDPR notes from the project Not documented

Checked against the project's own docs and repository on . "Not documented" means we could not find the answer in official sources; it does not mean the feature is missing or that no data is sent. Third-party services you connect (model APIs, vector databases, search engines) have their own data policies. Compare all apps.

What hardware does Trigger.dev need?

Minimum3 vCPU · 6 GB RAM
RecommendedNot published

Stated minimums: webapp machine 3+ vCPU and 6+ GB RAM; worker machine 4+ vCPU and 8+ GB RAM. Both can run on one machine for testing. Worker capacity scales with concurrency, for example 10 runs on small-1x (0.5 vCPU, 0.5 GB RAM) need 5 vCPU and 5 GB RAM.

Source: trigger.dev/docs/self-hosting/docker

How much does it cost to host Trigger.dev per month?

Minimum spec3 vCPU · 6 GB RAM → CPX32 (4 vCPU, 8 GB, 160 GB disk) €35.99/mo

How we got this: we took the cheapest Hetzner Cloud Regular Performance (shared AMD vCPU) plan with at least the RAM and vCPU the project lists, using prices read from www.hetzner.com/cloud/regular-performance on 2026-11-01. "From" monthly price cap shown by Hetzner, excluding VAT. Prices vary by location. Covers the server only; it excludes LLM API usage, backups, extra storage, GPUs and your time. Disk is not matched; add a volume if you need more than the plan includes.

How to deploy Trigger.dev

Method: Docker Compose

git clone --depth=1 https://github.com/triggerdotdev/trigger.dev
cd trigger.dev/hosting/docker
cp .env.example .env
./generate-secrets.sh
# webapp and worker on one machine:
docker compose -f webapp/docker-compose.yml -f worker/docker-compose.yml up -d

From the official instructions: trigger.dev/docs/self-hosting/docker. Always check the source for the current version before you run it.

Known gotchas when self-hosting Trigger.dev

  • Any email address can sign up by default; set WHITELISTED_EMAILS to restrict magic-link and GitHub logins. source
  • Without an EMAIL_TRANSPORT, magic login links are not emailed but printed in the webapp container logs. source
  • The bundled container registry ships with a default .htpasswd; change the credentials, especially the password, before production. source
  • Warm starts, auto-scaling and checkpoints (non-blocking waits) are Cloud-only; self-hosted workers are scaled by hand, and the docs warn the guide alone is not production-ready. source

Alternatives in Workflow automation with AI

Trigger.dev FAQ

How much RAM does Trigger.dev need?

The official minimum is 3 vCPU · 6 GB RAM. Stated minimums: webapp machine 3+ vCPU and 6+ GB RAM; worker machine 4+ vCPU and 8+ GB RAM. Both can run on one machine for testing. Worker capacity scales with concurrency, for example 10 runs on small-1x (0.5 vCPU, 0.5 GB RAM) need 5 vCPU and 5 GB RAM.

How much does it cost to self-host Trigger.dev?

The software is free to download. Based on the official minimum 3 vCPU · 6 GB RAM: That fits a Hetzner Cloud CPX32 server at about €35.99/month (server only, excl. VAT). That covers the server only, not LLM API usage, backups, extra storage or your time.

Is Trigger.dev free for commercial use?

Trigger.dev is licensed under Apache-2.0 (Permissive). Internal business use is allowed under the license text. Permissive. Internal and commercial use allowed; keep license and notices. This is a summary, not legal advice.

What are common problems when self-hosting Trigger.dev?

Any email address can sign up by default; set WHITELISTED_EMAILS to restrict magic-link and GitHub logins. Without an EMAIL_TRANSPORT, magic login links are not emailed but printed in the webapp container logs. The bundled container registry ships with a default .htpasswd; change the credentials, especially the password, before production. Warm starts, auto-scaling and checkpoints (non-blocking waits) are Cloud-only; self-hosted workers are scaled by hand, and the docs warn the guide alone is not production-ready.

Is Trigger.dev still maintained?

Yes, it is actively developed. Last commit: Oct 31, 2026. Latest release: v4.8.3 (Oct 30, 2026). Checked Nov 4, 2026.

How do I install Trigger.dev?

The official method is Docker Compose. The exact commands are in the "How to deploy" section above and in the official instructions: https://trigger.dev/docs/self-hosting/docker

What are self-hosted alternatives to Trigger.dev?

Other apps in Workflow automation with AI: n8n, Activepieces, Skyvern, Windmill.

Sources

Facts on this page were checked against the project's own repository and docs on 2026-11-04. Spotted something out of date? Tell us.