trigger-dev

Automate background tasks and AI workflows in TypeScript projects using Trigger.dev.

1|Updated Dec 15, 2025
One-click install
npx skills add https://github.com/jokken79/YuKyuDATA-app1.0v --skill trigger-dev-jokken79
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trigger-dev
Source: https://github.com/jokken79/YuKyuDATA-app1.0v/tree/main/.agent/skills/trigger-dev
Command: npx skills add https://github.com/jokken79/YuKyuDATA-app1.0v --skill trigger-dev-jokken79

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Trigger.dev integration enables reliable, observable background task execution and AI workflow orchestration within modern TypeScript projects.

Core Features & Use Cases

  • trigger-dev-tasks
  • ai-background-jobs
  • integration-tasks
  • scheduled-triggers
  • webhook-handlers
  • long-running-tasks
  • task-queues
  • batch-processing

Patterns

  • Basic Task Setup
  • AI Task with OpenAI Integration
  • Scheduled Task with Cron

Anti-Patterns

  • ❌ Giant Monolithic Tasks
  • ❌ Ignoring Built-in Integrations
  • ❌ No Logging

Sharp Edges

| Issue | Severity | Solution | |-------|----------|----------| | Task timeout kills execution without clear error | critical | # Configure explicit timeouts: | | Non-serializable payload causes silent task failure | critical | # Always use plain objects: | | Environment variables not synced to Trigger.dev cloud | critical | # Sync env vars to Trigger.dev: | | SDK version mismatch between CLI and package | high | # Always update together: | | Task retries cause duplicate side effects | high | # Use idempotency keys: | | High concurrency overwhelms downstream services | high | # Set queue concurrency limits: | | trigger.config.ts not at project root | high | # Config must be at package root: | | wait.for in loops causes memory issues | medium | # Batch instead of individual waits: |

Related Skills

Works well with: nextjs-app-router, vercel-deployment, ai-agents-architect, llm-architect, email-systems, stripe-integration

Frequently Asked Questions about trigger-dev

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run reliable background tasks in TypeScript without hitting silent failures?

Reliable background tasks in TypeScript require explicit timeout configurations and serializable plain object payloads to prevent silent failures. Using Trigger.dev orchestration provides built-in error handling, observability, and idempotency keys to manage retries safely.

What is the best way to orchestrate long-running AI workflows in a TypeScript project?

Orchestrating long-running AI workflows in TypeScript is best handled by dedicated background task platforms like Trigger.dev. They manage execution state, queue concurrency limits, and prevent high concurrency from overwhelming downstream AI services.

How do I set up scheduled triggers and cron jobs for background task automation?

Scheduled triggers and cron jobs for background task automation are set up using specific task patterns within your orchestration tool. You define the schedule directly in the task configuration file at your project root to ensure proper execution timing.

Why does my background task fail when environment variables are not synced to the cloud?

Background task execution fails when environment variables are not synced to the cloud because the isolated runtime environment lacks access to required external service credentials. You must explicitly sync local environment variables to the orchestration platform's cloud.

Can I handle webhook processing and batch processing across multiple services in TypeScript?

Webhook processing and batch processing across multiple services are fully supported in TypeScript orchestration platforms. You can process incoming webhooks as triggered tasks and batch individual waits to avoid memory issues during large processing loops.

What causes duplicate side effects during task retries in background job orchestration?

Duplicate side effects during task retries occur when background job orchestration re-executes failed operations without tracking state. Implementing idempotency keys ensures that retried tasks do not duplicate downstream actions like duplicate database updates or emails.