trigger.dev v4.7.0
Upgrade
npx trigger.dev@latest update # npm
pnpm dlx trigger.dev@latest update # pnpm
yarn dlx trigger.dev@latest update # yarn
bunx trigger.dev@latest update # bunSelf-hosted Docker image: ghcr.io/triggerdotdev/trigger.dev:v4.7.0
Release notes
Read the full release notes: https://trigger.dev/changelog/v4-7-0
What's changed
Improvements
-
Chat agents can now scope concurrency per session. Pass
concurrencyKey(for example, your chat ID or tenant ID) and trigger-time named limits viatriggerConfig.concurrencywhen starting a chat session, fromchat.createStartSessionAction, theAgentChatclient, or a handover. Keys are never defaulted, so a session without one shares the task's keyless pool. (ea9758117)const start = chat.createStartSessionAction("support-chat", { triggerConfig: { concurrencyKey: user.id }, });
-
Concurrency limits can now be paused and resumed, just like queues:
concurrencyLimits.pause(name)stops every run holding the limit from being dequeued while keeping its configured bounds, andconcurrencyLimits.resume(name)starts them again. (fa94febb6)import { concurrencyLimits } from "@trigger.dev/sdk"; await concurrencyLimits.pause("openai"); await concurrencyLimits.resume("openai");
-
Control a task's concurrency with the new
concurrencyoption, and share limits across tasks with named concurrency limits. An inline shape caps the task itself;concurrencyLimit()declares a limit any task can hold (up to two named limits per task), and a trigger call can switch a run's named limits with its ownconcurrencyoption. (ea9758117)import { concurrencyLimit, task } from "@trigger.dev/sdk"; export const openaiLimit = concurrencyLimit({ name: "openai", total: 25 }); export const generateSummary = task({ id: "generate-summary", concurrency: [{ perKey: 1, total: 5 }, openaiLimit], run: async (payload) => {}, });
perKeycaps eachconcurrencyKeypool andtotalcaps across everything, keys or not. The queue-levelconcurrencyLimitoption keeps working unchanged and is deprecated in favor ofconcurrency. Enforcement happens server-side; servers without support accept the option but do not enforce it yet.Manage limits at runtime with the new
concurrencyLimitsnamespace:list()andretrieve(name)report each limit's bounds plus its liverunningandqueuedcounts,override(name, { perKey, total })changes only the given bounds (overridingtotalto0pauses the limit), andreset(name)restores the declared values.Queue reads (
queues.list()andqueues.retrieve()) now report aversionthat discriminates the shape:V1queues keep today's fields (their ownconcurrencyLimitand its override state), whileV2queues (tasks declared withconcurrency) carry no queue-level concurrency, since their limits are read and overridden throughconcurrencyLimits(a task's inline limit under its derivedtask/<task-id>name). Existing reads keep compiling: aV2queue reportsconcurrencyLimitas null andconcurrencyas undefined. -
Chat streams now report
Stream stalled: no records receivedafter five retries of a connected stream that sends no records. Network failures and browser wakeups retain automatic recovery. Healthy tool calls with no records for about six minutes also reach this silence limit. Watch subscriptions remain unlimited, and caller cancellation still closes cleanly. (#4949) -
Webhook verifier artifacts can now declare the provider's response contract as data: a handshake
respondStatus, the status codes returned for accepted deliveries and rejected signatures, and a GET verification flow (getHandshake) for providers that confirm a callback URL with a challenge. HMAC verifiers can read the timestamp from a body field, which the Linear provider config uses for its replay window, and the dashboard's test-send re-signs a recorded sample as of now so it passes that window. (5f54fb27f) -
Add an optional
onSettledcallback toTriggerChatTransport.sendAction()so callers can confirm that their action's input was processed, independently of whether the response stream closes. (#4956) -
Chat agents now return to a durable wait when a session wake does not deliver a matching message. This prevents resumed runs from staying active until their maximum duration and preserves the configured turn timeout across repeated wakes. (
e6ec2c4e8) -
Deprecate
queues.overrideConcurrencyLimitandqueues.resetConcurrencyLimit. These operate on the legacy model where a queue carried its own concurrency limit; declare concurrency with the taskconcurrencyoption and manage it withconcurrencyLimits.overrideandconcurrencyLimits.resetinstead. (414e5a268) -
Steering messages now remain in context across agent steps and keep their original position in saved conversations, including custom response data written between steps. (
5619acf26) -
Set up a new Trigger.dev account from the CLI. Login can prefill an email address, save the user's full name after authorization, and resume authorization later, while
initcan create the first organization, activate its Free plan, and create the first project before scaffolding the app. (fb3b26d4f) -
Added a
submit_feedbackMCP tool so coding agents can report a confusing tool error, a docs mismatch, or a missing capability without the user having to file it by hand. Turn it off with--skip-telemetryorTRIGGER_TELEMETRY_DISABLED; the tool is hidden while it is off. (9d38ff508) -
Authenticate
trigger promotewith environment API keys supplied throughTRIGGER_ACCESS_TOKEN. Environment API key commands now use the saved profile API URL when no explicit override is provided. (562c9433a) -
Convert Zod 4
z.date()fields to date-time strings in JSON Schema without weakening validation for other unsupported types. This prevents MCP tool discovery from failing when a tool input schema contains a date. (f8babdf9b)
Bug fixes
- Fix stale and empty project environment values in
trigger dev, and support empty values insyncEnvVars(). (f384e8334) - Fixes warm starts silently failing for deployments built with 4.6.0 to 4.6.3 in projects that resolve
zodto a 3.x release. The runner could not parse the run handed to it by the warm-start service and exited, leaving the run waiting until the platform redrove it a few minutes later and started it cold. Redeploy to pick up the fix. (#4972) - Fix a ~6-second delay between a task finishing and its run completing (and a ~31-second delay when cancelling a run) in projects that use zod 4.4 or newer. Run cost and billed usage was not impacted by this issue. (#4980)
- Fix Windows deploys failing at indexing with
Cannot find moduleon a percent-encoded path when the project directory contains spaces or non-ASCII characters. (b32c1d157)
Server changes
These changes affect the self-hosted Docker image and Trigger.dev Cloud:
- One concurrency key with a large backlog no longer holds up runs waiting on other keys on the same queue. (#4367)
- API rate limit usage is now recorded per environment in the
metricstable asapi.rate_limit.allowed,api.rate_limit.denied,api.rate_limit.remaining_minand the limit itself (api.rate_limit.limit.per_secondandapi.rate_limit.limit.burst), so you can chart requests against your limit and 429s over time on the Query page and dashboards. - Archive queues you no longer use from the Concurrency page. Archived queues are hidden from the list and no longer count towards allocated concurrency.
- Automatically archive preview branches after a configurable period without deployments, with protected branch names and a preview of affected branches.
- Download a session’s original saved transcript file from the session inspector.
- Organization Owners and Admins can now choose, in Settings under Support Access, whether Trigger.dev support can open their dashboard directly or only after an Owner or Admin approves a request, with each approval lasting 7 days.
- Allocating extra concurrency to environments now requires billing permissions, the same as purchasing it. Allocation changes are also applied atomically, so simultaneous edits can no longer exceed your purchased concurrency.
- Changing your account email address now sends a confirmation link to the new address; the change only takes effect once that link is opened. Requesting a magic link no longer creates an account until the link is used.
- Removed the organization-wide Node.js 21 deprecation banner while keeping runtime upgrade guidance in Projects settings.
- Creating a project now asks only for its name.
- Prevent batch waits from remaining suspended when batch completion is briefly interrupted
- Reject batch-and-wait requests when the parent run belongs to another environment
- Keep dashboard pages visible during network interruptions, with a disconnected banner and a Refresh button instead of a full-page error.
- Allow deployments to replace declarative schedules at the schedule limit when the resulting set stays within quota.
- "Deploy now" now tells you when the branch doesn't exist on GitHub instead of showing a generic error, and a first deployment no longer flags a harmless build-cache message as an error.
- Support empty-string environment values across the dashboard, API, and Vercel sync behind a feature flag, disabled by default.
- Fixed a bug where a burst of telemetry could leave OpenTelemetry ingest rejecting every batch for a long time. Batches that wait too long are now dropped individually instead of restarting the processing workers, so ingest recovers as soon as the burst passes.
- Keep scheduled task "Last run" times stable across unchanged deployments and align them with configured schedule windows.
- Team members and pending invites on the organization Team page are now listed in alphabetical order.
All packages: v4.7.0
@trigger.dev/build, @trigger.dev/core, @trigger.dev/python, @trigger.dev/react-hooks, @trigger.dev/redis-worker, @trigger.dev/rsc, @trigger.dev/schema-to-json, @trigger.dev/sdk, trigger.dev
Contributors
Chris Arderne, Eric Allam, Matt Aitken, Wes Mason, @d-cs, Oskar Otwinowski, @isshaddad, github-actions[bot], @nicktrn, claude[bot], @Mariefay, @D-K-P, Saadi Myftija, Graham Tremper, @NERLOE, James Ritchie, Katia Bulatova
Full changelog: v4.6.0...v4.7.0