Thanks to visit codestin.com
Credit goes to deepwiki.com

Menu

Documentation Structure

Relevant source files

Purpose and Scope

This page documents the structure and organization of the Trigger.dev documentation system, including the docs.json configuration file, navigation hierarchy, and Mintlify platform integration. For information about the example projects and code snippets provided in the documentation, see Example Projects and Tasks. For details on documented integration patterns, see Integration Patterns.

Mintlify Platform

The Trigger.dev documentation is built and deployed using Mintlify, a documentation platform that provides:

  • Markdown-based authoring: Documentation pages are written in MDX (Markdown with React components)
  • JSON configuration: Site structure, navigation, and settings are defined in docs.json
  • Contextual features: Built-in support for code copying, viewing source, and AI assistants
  • OpenAPI integration: Automatic API reference generation from OpenAPI specifications
  • Custom theming: Brand colors, logos, and appearance customization

The platform enables the documentation to be version-controlled alongside the codebase in the /docs directory, allowing developers to update documentation in the same pull requests as code changes.

Sources: docs/docs.json1-701

Configuration File Structure

The entire documentation site is configured through a single JSON file at docs/docs.json This file defines all aspects of the documentation site structure, appearance, and behavior.

Sources: docs/docs.json1-701

Theme and Appearance

The documentation uses the "maple" theme with a custom color scheme:

PropertyValuePurpose
theme"maple"Mintlify theme identifier
colors.primary"#A8FF53"Primary brand color (lime green)
colors.light"#A8FF53"Light mode accent color
colors.dark"#A8FF53"Dark mode accent color
appearance.default"dark"Default color mode
appearance.stricttrueDisable theme switching

Sources: docs/docs.json3-487

Contextual Options

The contextual.options array enables interactive features for documentation readers:

  • copy: Enables copying code snippets from the documentation
  • view: Allows viewing code files in their original context
  • claude: Integrates with Claude AI for documentation assistance

Sources: docs/docs.json12-18

The documentation is organized into three primary dropdowns, each serving a distinct purpose. The navigation structure is defined in the navigation.dropdowns array.

Sources: docs/docs.json19-463

Documentation Dropdown

The main Documentation dropdown contains 14 groups covering core platform concepts, configuration, and deployment:

GroupPurposeExample Pages
Getting startedInitial setup and onboardingintroduction, quick-start, manual-setup, video-walkthrough
FundamentalsCore conceptstasks/overview, triggering, runs, apikeys
Writing tasksTask development patternslogging, errors-retrying, wait, queue-concurrency
ConfigurationBuild and deployment settingsconfig/config-file, config/extensions/*
DevelopmentLocal development workflowscli-dev
DeploymentProduction deploymentdeployment/overview, github-actions, deployment/atomic-deployment
RealtimeReal-time subscriptionsrealtime/overview, realtime/react-hooks/*, realtime/backend/*
CLICommand-line interfacecli-deploy-commands, cli-dev-commands, cli-login-commands
MCP ServerModel Context Protocolmcp-introduction, mcp-tools, mcp-agent-rules
Using the DashboardWeb UI featuresrun-tests, troubleshooting-alerts, replaying, bulk-actions
TroubleshootingProblem resolutiontroubleshooting, troubleshooting-debugging-in-vscode
Self-hostingOn-premises deploymentself-hosting/overview, self-hosting/docker, self-hosting/kubernetes
Open sourceCommunity and contributionopen-source-contributing, github-repo, changelog
HelpSupport channelscommunity, help-slack, help-email

Sources: docs/docs.json25-249

API Reference Dropdown

The API reference dropdown provides REST API documentation generated from OpenAPI specifications:

GroupEndpointsPurpose
API referenceOverview pagesmanagement/overview, management/authentication, management/errors-and-retries
Tasks APITask operationsmanagement/tasks/trigger, management/tasks/batch-trigger
Runs APIRun operationsmanagement/runs/list, management/runs/retrieve, management/runs/replay, management/runs/cancel
Schedules APISchedule CRUDmanagement/schedules/create, management/schedules/update, management/schedules/delete
Env Vars APIEnvironment variablesmanagement/envvars/list, management/envvars/create, management/envvars/update

The API documentation is generated from two OpenAPI specification files referenced in the api.openapi array:

Sources: docs/docs.json251-478

Guides & Examples Dropdown

The Guides & examples dropdown contains practical code examples and integration tutorials organized into 9 groups:

GroupCountExamples
Frameworks5guides/frameworks/bun, guides/frameworks/nextjs, guides/frameworks/remix
Guides~15guides/ai-agents/*, guides/frameworks/prisma, guides/frameworks/supabase-*
Use cases4guides/use-cases/data-processing-etl, guides/use-cases/media-processing
Example projects13guides/example-projects/batch-llm-evaluator, guides/example-projects/realtime-csv-importer
Python guides4guides/python/python-image-processing, guides/python/python-crawl4ai
Example tasks25+guides/examples/puppeteer, guides/examples/ffmpeg-video-processing
Migration guides1migration-mergent
Community packages4guides/community/dotenvx, guides/community/sveltekit

Sources: docs/docs.json310-461

Page Organization Patterns

Documentation pages follow consistent organizational patterns based on their type.

Nested Page Groups

Many sections use nested groups to organize related content hierarchically. For example, the Tasks section nests multiple pages under a single group entry:

The Build extensions section demonstrates deeper nesting with sub-groups:

Sources: docs/docs.json42-111

Example Project Structure

Example project pages typically include:

  • Overview section: Explains what the example demonstrates
  • GitHub repo link: Card component linking to the example repository
  • Walkthrough video: Embedded YouTube video (when available)
  • Relevant code section: Links to specific files in the repository
  • Prerequisites: Required accounts and setup
  • Learn more section: Links to related documentation

This pattern is evident in files like docs/guides/example-projects/realtime-fal-ai.mdx1-44 and docs/guides/example-projects/openai-agent-sdk-guardrails.mdx1-61

Sources: docs/guides/example-projects/realtime-fal-ai.mdx1-44 docs/guides/example-projects/openai-agent-sdk-guardrails.mdx1-61

Example Task Structure

Example task pages follow a simpler pattern:

  • Walkthrough video: Optional embedded video
  • Prerequisites: Required tools and accounts
  • Build configuration: Code snippet for trigger.config.ts
  • Environment variables: Required configuration
  • Task code: Complete implementation with inline comments
  • Testing section: Example payloads and testing instructions

Example: docs/guides/examples/scrape-hacker-news.mdx1-253 and docs/guides/examples/fal-ai-image-to-cartoon.mdx1-112

Sources: docs/guides/examples/scrape-hacker-news.mdx1-253 docs/guides/examples/fal-ai-image-to-cartoon.mdx1-112

Use Case Pages

Use case pages follow this structure:

  • Overview: High-level explanation of the use case category
  • Featured examples: Card group with 3 example links
  • Benefits section: Bullet points explaining advantages
  • Production use cases: Customer story cards (when available)
  • Example workflow patterns: Tabbed mermaid diagrams showing different workflow architectures
  • Use cases cards snippet: Reusable component showing all use case categories

The workflow diagrams use consistent node naming patterns:

  • Task nodes use function-like names (e.g., processVideo, downloadFromStorage)
  • Decision nodes use question format (e.g., {Approved?}, {Source Resolution?})
  • Batch operations explicitly shown (e.g., batchTriggerAndWait)

Example: docs/guides/use-cases/media-processing.mdx1-192

Sources: docs/guides/use-cases/media-processing.mdx1-192 docs/guides/use-cases/media-generation.mdx1-145 docs/guides/use-cases/marketing.mdx1-148

Page Reference Patterns

Documentation pages reference each other using several conventions.

MDX Component Imports

Reusable content is extracted into snippet files and imported:

These snippets are then rendered inline:

Sources: docs/guides/examples/scrape-hacker-news.mdx7-248 docs/guides/use-cases/overview.mdx7-11

Pages reference other documentation pages using relative paths:

External links to the main website use absolute URLs:

Sources: docs/introduction.mdx9-88 docs/guides/introduction.mdx24-96

GitHub Repository References

Example projects consistently link to their GitHub repository locations:

Individual files within repositories are linked using inline markdown:

Sources: docs/guides/example-projects/realtime-fal-ai.mdx18-27 docs/guides/example-projects/openai-agent-sdk-guardrails.mdx40-50

URL Redirects System

The documentation includes an extensive redirects system to maintain URL stability as the documentation evolves. Redirects are defined in the redirects array with source/destination pairs.

Redirect Categories

Sources: docs/docs.json583-700

Version Migration Redirects

All v3 documentation URLs redirect to current paths:

Specific v3 pages with special handling:

SourceDestinationReason
/v3/feature-matrixhttps://feedback.trigger.dev/roadmapMoved to external roadmap
/v3/upgrading-from-v2/guides/use-cases/upgrading-from-v2Moved to guides section
/v3/open-source-self-hosting/open-source-self-hostingRemoved version prefix

Sources: docs/docs.json585-599

Section Reorganization Redirects

The frontend features were reorganized under the realtime namespace:

Old PathNew Path
/frontend/overview/realtime/auth
/frontend/react-hooks/realtime/react-hooks/overview
/frontend/react-hooks/triggering/realtime/react-hooks/triggering
/realtime/subscribe-to-run/realtime/backend/subscribe

Sources: docs/docs.json641-683

Page Rename Redirects

Individual pages that were renamed maintain redirects:

Sources: docs/docs.json605-639

The footer provides social links and categorized navigation links:

Three social media platforms are configured:

  • X (Twitter): https://twitter.com/triggerdotdev
  • GitHub: https://github.com/triggerdotdev
  • LinkedIn: https://www.linkedin.com/company/triggerdotdev

The footer organizes links into three columns:

CategoryLinks
DevelopersChangelog, Contributing, Open source, GitHub, OSS Friends
ProductPricing, How it works, Features, Roadmap, FAQs, Uptime status
CompanyBlog, Contact, Careers, Privacy, Terms of service

Sources: docs/docs.json495-581

Adding New Documentation

To add new documentation pages:

  1. Create MDX file: Add a new .mdx file in the appropriate directory under /docs
  2. Add to navigation: Insert the file path in the relevant group in docs.json
  3. Follow naming conventions: Use kebab-case for file names (e.g., my-new-page.mdx)
  4. Include frontmatter: Every page needs a title and description:
  1. Use consistent structure: Follow patterns from similar pages (example project, task, or concept)
  2. Add redirects if needed: If replacing or moving an existing page, add redirect entries

Sources: docs/docs.json1-701 docs/guides/examples/scrape-hacker-news.mdx1-6 docs/guides/example-projects/realtime-fal-ai.mdx1-6

Logo and Branding

The documentation uses separate logo files for light and dark modes:

The logo links back to the main Trigger.dev website. The favicon is configured separately:

Sources: docs/docs.json11-469

The primary navbar action is a GitHub link:

This displays a GitHub icon in the navbar that links to the repository, encouraging community engagement and contributions.

Sources: docs/docs.json489-494