Vercel's Workflow SDK docs carry a "Workflow SDK vs trigger.dev" page built to be copied into an LLM. It tells readers trigger.dev has a "14-day maximum run lifetime", so human-in-the-loop flows longer than two weeks "can't complete in one run", that large contexts need external storage and that trigger.dev is TypeScript only. Your own limits page says runs have no maximum duration, that the 14 days is how long a run may sit queued, that large payloads are offloaded automatically, and you ship a Python extension. Trigger.dev has no page of its own on this comparison, so assistants answering "Vercel Workflow or Trigger.dev?" have one source, and it is the rival's.
First action
Ask ChatGPT, Claude and Perplexity "Vercel Workflow SDK vs Trigger.dev, what are the limits?" and save the answers.
How to measure it
Correct answers across 3 assistants and 10 prompts
- Now
- –
- Target
- 8 of 10
- By
- 60 days
Steps
Baseline the answers
Ten comparison prompts across ChatGPT, Claude, Perplexity and Google AI Overviews; save what each says about run length and payloads.
Marketing Lead 1 day
Draft the page
Same structure as /vs/inngest, fair to both, dated "Updated October 2026".
Marketing Lead 2 days
Check every limit
Each row quotes and links /docs/limits or the pricing page.
Docs owner (engineering) 1 day
Add the long-wait example
A human-approval task that waits three weeks on wait.forToken.
Senior Backend Engineer 1 day
Publish everywhere machines read
Sitemap, llms.txt, /for-ai-crawlers and the .md version.
Marketing Lead 2 hours
Ask for a correction
A short, friendly note to the Workflow SDK docs maintainers with the limits link.
CEO 1 hour
Re-run the prompts
Same ten prompts after two and six weeks.
Marketing Lead 6 weeks
Why it works
Publish /vs/vercel-workflow this week in the same format as /vs/inngest: a fair "choose Workflow SDK if / choose Trigger.dev if" summary, a limits table that quotes your docs (no maximum run duration, 14-day maximum queue wait, automatic payload offloading, Python via the build extension), and a short "long human-in-the-loop flows" example with a wait longer than two weeks. Add it to llms.txt, /for-ai-crawlers and the .md index, then send Vercel's docs team a polite note with links to the limits page so their table can be updated.
Comparison queries come from developers close to choosing, and AI assistants quote whichever page states the facts most plainly. A dated, sourced page of your own turns the most important rival comparison from their framing into yours, and is exactly the GEO work the Marketing Lead is being hired for.
Ready to use
Copy/vs/vercel-workflow outline
H1 Trigger.dev vs Vercel Workflow SDK Summary: choose Workflow SDK if your workflows live inside your Vercel app and you accept deterministic replay; choose Trigger.dev if you want plain async code on managed compute with no run timeout Limits table: run duration (none) | queue wait (14 days max TTL) | payloads (auto-offloaded over 128KB) | Python (pythonExtension) Example: human approval after 3 weeks Migration: concepts mapped (use workflow / use step -> task / triggerAndWait) Sources: links to /docs/limits and the Workflow SDK page
Risks and how to handle them
Looks combative
Keep it factual, give Vercel's strengths their due, and link their page.
Limits change later
Generate the table from the limits page so both stay in step.
Evidence
- Competitor researchVercel's Workflow SDK docs publish "Workflow SDK vs trigger.dev" (with "Copy for LLM" and "View Markdown" buttons). Its table lists trigger.dev limits as "3 MB payload / 10 MB output; 14-day maximum run lifetime", says "the 14-day maximum run time means human-in-the-loop flows that wait longer than two weeks can't complete in one run", that large model contexts "need external storage", and that trigger.dev is "TypeScript / JavaScript only". The same docs compare the Workflow SDK with Temporal, Cloudflare Workflows, AWS Step Functions, AWS Bedrock AgentCore and Inngest.Source
- Your docsLimits page: "Runs have no maximum duration." Under the heading "Maximum run TTL": "On Trigger.dev Cloud, all runs have an enforced maximum TTL of 14 days" and "TTL governs how long a run may sit queued waiting for a concurrency slot." On payloads: "Large payloads and outputs are offloaded to object storage automatically. You don't need to do anything to handle this in your tasks."Source
- Your docsThe Python build extension: "If you need to execute Python scripts in your Trigger.dev project, you can use the pythonExtension build extension via the @trigger.dev/python package." The homepage use-case tabs include "Run Python".Source
- Your websiteSitemap (245 URLs, checked October 22, 2026): 165 changelog entries, 29 blog posts, 13 customer stories, 13 launch-week pages, 6 product pages; comparison pages only for Temporal, Inngest, BullMQ and n8n, plus "Claude Managed Agents vs Trigger.dev" and an agent-frameworks comparison. The homepage tabs list use cases (AI agents, Media processing, Media generation, Human in the loop, Streaming, Run Python, Marketing, Browser automation, Semantic search, Email sequences) but none has its own page. There is a /for-ai-crawlers page and an llms.txt, and every page is available as Markdown.Source
- HiringMarketing Lead (posted September 16, 2026, remote CET to ET or London): "own growth marketing at Trigger.dev: influencer partnerships, GEO/SEO, and the bold, high-visibility campaigns that get us noticed"; "picks one or two and goes deep"; influencer work "using tools like Plug.dev"; "big swing" campaigns such as "an SF billboard, or premium merch sends to YC founders"; and "narrow, targeted paid spend (e.g. a small daily budget tied to a free tool)".Source