[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

[world-vercel] Update queue to use VQS v3 API - #799

Merged
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3
Jan 26, 2026
Merged

[world-vercel] Update queue to use VQS v3 API#799
VaguelySerious merged 29 commits into
mainfrom
peter/vqs-v3

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Jan 17, 2026

Copy link
Copy Markdown
Member

Updates VQS version inside world-vercel

Note this also moves to the new default visibilityTimeout (30s) and visibilityRefreshInterval (10s)

- Update basePath from /queues/v2/messages to /queues/v3
- Include @vercel/queue tarball with v3 client changes
- Add pnpm override to use bundled tarball
The @vercel/queue client has been updated to:
- Use v3 URL structure (topic and consumer in path)
- Use receiptHandle instead of ticket
- Support both v2 and v3 header names for backwards compat
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@changeset-bot

changeset-botBot commented Jan 17, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 40a7d16

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 14 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/web-sharedPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/aiPatch
@workflow/astroPatch
@workflow/sveltekitPatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
Total17871611342082

❌ Failed Tests

🌍 Community Worlds (161 failed)

mongodb (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

redis (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

starter (41 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

turso (40 failed):

  • addTenWorkflow
  • addTenWorkflow
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • webhookWorkflow
  • sleepingWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • outputStreamWorkflow
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400

📋 View full workflow run

@github-actions

github-actionsBot commented Jan 17, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.040s (-10.0% 🟢)1.017s (~)0.977s101.00x
💻 LocalNitro0.043s (-1.4%)1.007s (~)0.964s101.07x
💻 LocalExpress0.046s (~)1.008s (~)0.962s101.15x
🐘 PostgresNitro0.237s (-6.5% 🟢)1.015s (~)0.778s105.97x
🐘 PostgresExpress0.287s (-1.0%)1.014s (~)0.727s107.23x
🐘 PostgresNext.js (Turbopack)0.288s (+101.6% 🔺)1.021s (~)0.732s107.27x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express0.634s (-28.6% 🟢)1.799s (+2.0%)1.164s101.00x
▲ VercelNitro0.638s (-19.4% 🟢)1.749s (+3.4%)1.112s101.01x
▲ VercelNext.js (Turbopack)0.757s (~)1.593s (-18.9% 🟢)0.836s101.19x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.091s (-0.8%)2.012s (~)0.921s101.00x
💻 LocalNitro1.115s (~)2.006s (~)0.891s101.02x
💻 LocalExpress1.117s (~)2.007s (~)0.889s101.02x
🐘 PostgresExpress2.131s (~)3.015s (~)0.884s101.95x
🐘 PostgresNitro2.177s (-0.6%)3.015s (~)0.838s102.00x
🐘 PostgresNext.js (Turbopack)2.287s (+17.9% 🔺)2.917s (+37.8% 🔺)0.631s102.10x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.863s (-3.1%)3.858s (+5.3% 🔺)0.995s101.00x
▲ VercelNext.js (Turbopack)2.960s (+4.0%)3.739s (+2.6%)0.780s101.03x
▲ VercelNitro3.009s (+3.9%)3.850s (+3.7%)0.840s101.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.693s (~)11.021s (~)0.328s51.00x
💻 LocalNitro10.832s (~)11.016s (~)0.184s51.01x
💻 LocalExpress10.847s (~)11.014s (~)0.168s51.01x
🐘 PostgresNext.js (Turbopack)15.176s (-0.5%)16.037s (~)0.861s51.42x
🐘 PostgresExpress20.069s (+12.3% 🔺)20.429s (+12.0% 🔺)0.360s51.88x
🐘 PostgresNitro20.433s (~)21.039s (~)0.606s51.91x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express23.488s (-6.8% 🟢)24.547s (-4.9%)1.058s51.00x
▲ VercelNitro23.718s (-10.0% 🟢)24.706s (-8.3% 🟢)0.988s51.01x
▲ VercelNext.js (Turbopack)24.052s (-8.6% 🟢)24.742s (-7.7% 🟢)0.690s51.02x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)1.398s (~)2.012s (~)0.614s151.00x
💻 LocalExpress1.398s (-1.0%)2.007s (~)0.608s151.00x
💻 LocalNitro1.410s (+1.3%)2.006s (~)0.596s151.01x
🐘 PostgresNext.js (Turbopack)2.256s (+33.6% 🔺)2.840s (+39.2% 🔺)0.584s111.61x
🐘 PostgresNitro2.262s (+2.6%)3.017s (~)0.754s101.62x
🐘 PostgresExpress2.274s (+12.0% 🔺)3.010s (+9.7% 🔺)0.736s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.067s (+2.5%)3.861s (+6.2% 🔺)0.794s81.00x
▲ VercelExpress3.201s (+10.6% 🔺)4.059s (+10.9% 🔺)0.858s81.04x
▲ VercelNitro3.442s (+10.2% 🔺)4.344s (+11.6% 🔺)0.902s81.12x

🔍 Observability: Next.js (Turbopack) | Express | Nitro

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.447s (-3.7%)3.049s (+1.1%)0.602s101.00x
💻 LocalNext.js (Turbopack)2.483s (+2.9%)3.175s (-6.0% 🟢)0.693s101.01x
💻 LocalExpress2.486s (~)3.016s (-0.6%)0.529s101.02x
🐘 PostgresNitro8.373s (-1.3%)9.079s (~)0.706s43.42x
🐘 PostgresExpress9.206s (+3.9%)9.789s (+2.5%)0.583s43.76x
🐘 PostgresNext.js (Turbopack)13.258s (+20.7% 🔺)13.688s (+17.1% 🔺)0.430s35.42x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.755s (+5.2% 🔺)4.651s (+11.5% 🔺)0.896s71.00x
▲ VercelNext.js (Turbopack)3.761s (+17.1% 🔺)4.268s (+14.9% 🔺)0.506s81.00x
▲ VercelNitro3.947s (+9.7% 🔺)4.783s (+16.2% 🔺)0.837s71.05x

🔍 Observability: Express | Next.js (Turbopack) | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.405s (~)2.005s (~)0.601s151.00x
💻 LocalNext.js (Turbopack)1.412s (+0.8%)2.011s (~)0.600s151.00x
💻 LocalExpress1.437s (+0.6%)2.007s (~)0.569s151.02x
🐘 PostgresNitro1.904s (-5.9% 🟢)2.406s (-10.3% 🟢)0.502s131.36x
🐘 PostgresExpress2.106s (-1.9%)2.603s (~)0.497s121.50x
🐘 PostgresNext.js (Turbopack)2.378s (+58.9% 🔺)2.933s (+45.8% 🔺)0.555s111.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.765s (-4.1%)3.853s (+2.6%)1.088s81.00x
▲ VercelNitro2.849s (-3.9%)3.829s (+2.9%)0.980s81.03x
▲ VercelNext.js (Turbopack)2.893s (~)3.746s (~)0.853s91.05x

🔍 Observability: Express | Nitro | Next.js (Turbopack)

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro2.546s (-3.9%)3.017s (~)0.471s101.00x
💻 LocalExpress2.593s (+0.5%)3.026s (~)0.433s101.02x
💻 LocalNext.js (Turbopack)2.629s (+5.1% 🔺)3.155s (+3.6%)0.526s101.03x
🐘 PostgresNitro11.226s (-1.4%)11.736s (-2.7%)0.510s34.41x
🐘 PostgresExpress12.051s (+4.6%)12.705s (+8.5% 🔺)0.654s34.73x
🐘 PostgresNext.js (Turbopack)13.646s (+25.6% 🔺)14.046s (+22.9% 🔺)0.400s35.36x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.080s (-2.4%)3.951s (+4.6%)0.871s81.00x
▲ VercelExpress3.357s (+7.7% 🔺)4.360s (+20.6% 🔺)1.003s71.09x
▲ VercelNext.js (Turbopack)3.911s (+12.7% 🔺)4.453s (+8.8% 🔺)0.542s71.27x

🔍 Observability: Nitro | Express | Next.js (Turbopack)

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.143s (+2.8%)1.003s (~)0.016s (+1.9%)1.027s (~)0.884s101.00x
💻 LocalNitro0.180s (-4.6%)0.992s (~)0.015s (-9.4% 🟢)1.022s (~)0.842s101.26x
💻 LocalExpress0.184s (+1.5%)0.993s (~)0.015s (~)1.023s (~)0.839s101.29x
🐘 PostgresNext.js (Turbopack)1.257s (+2.7%)1.576s (-13.4% 🟢)0.000s (+200.0% 🔺)1.818s (-10.1% 🟢)0.561s108.82x
🐘 PostgresExpress1.287s (-2.8%)1.754s (-2.2%)0.000s (+Infinity% 🔺)2.013s (~)0.726s109.03x
🐘 PostgresNitro2.218s (-0.6%)2.826s (+0.5%)0.000s (+Infinity% 🔺)3.017s (~)0.799s1015.55x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.151s (+7.5% 🔺)3.267s (+2.5%)1.170s (+219.0% 🔺)4.977s (+24.6% 🔺)1.826s101.00x
▲ VercelNitro3.196s (+8.2% 🔺)3.509s (+6.7% 🔺)0.481s (+64.7% 🔺)4.581s (+10.5% 🔺)1.385s101.01x
▲ VercelExpress3.199s (+11.0% 🔺)3.471s (+5.0% 🔺)1.057s (+110.8% 🔺)5.181s (+21.4% 🔺)1.982s101.02x

🔍 Observability: Next.js (Turbopack) | Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)5/8
🐘 PostgresNitro4/8
▲ VercelExpress5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)💻 Local8/8
Nitro💻 Local8/8
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Starter: Community world (local development)
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

- Use cgowrie/v3-client branch which has full v3 implementation
- Update basePath to /queues/v3/queues (matches new client default)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
VQS v3 uses /api/v3/topic/{topic} URL pattern instead of /api/v3/queues.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

Type mismatch between two versions of @ai-sdk/provider library (v3.0.4 and v2.0.0) causing TypeScript compilation errors. The SharedV2ProviderMetadata type from v3.0.4 is incompatible with the v2.0.0 version expected by the codebase.

Fix on Vercel

VaguelySeriousand others added 8 commits January 20, 2026 17:12
The receiveMessageById method was sending Accept: application/json which
the V3 server rejects. Updated tarball includes the fix to use
Accept: multipart/mixed and proper multipart response parsing.
Also cleaned up duplicate tarball from packages/ directory.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
I, Peter Wielander <mittgfu@gmail.com>, hereby add my Signed-off-by to this commit: c411180
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@socket-security

socket-securityBot commented Jan 23, 2026

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

DiffPackageSupply Chain
Security
VulnerabilityQualityMaintenanceLicense
Updatednpm/​@​vercel/​queue@​0.0.0-alpha.33 ⏵ 0.0.0-alpha.3498+1100100+198+3100

View full report

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The function parameter at line 130 is incompatible with the CallbackHandlers type. The default property returns Promise<void | { timeoutSeconds: number; }> but the handler must return only void | Promise<void>.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional Suggestion:

Type mismatch between message handler callback return type and @vercel/queue v3 API's MessageHandler type causes TypeScript compilation error

Fix on Vercel

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Use delaySeconds for sleep
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Comment threadpackages/world/src/queue.ts Outdated
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The TypeScript code uses delaySeconds property on QueueOptions type, but this property is not defined in the QueueOptions interface. This causes TypeScript compilation to fail.

Fix on Vercel

@vercelvercelBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔧 Build Fix:

The property delaySeconds does not exist on the QueueOptions type. The code is trying to access and use a property that is not defined in the type definition.

Fix on Vercel

Comment threadpackages/world-vercel/src/queue.ts
Signed-off-by: Peter Wielander <mittgfu@gmail.com>

@pranaygppranaygp left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would love @TooTallNate to approve since he might have had plans for the sleep impl

Comment threadpackages/world-vercel/src/queue.ts Outdated
basePath: usingProxy ? '/queues/v3/topic' : undefined,
token: usingProxy ? config?.token : undefined,
headers: Object.fromEntries(headers.entries()),
deploymentId: process.env.VERCEL_DEPLOYMENT_ID,

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this needs to be overrideable by options (so that resumeHook can enqueue messages against a different deployment). the same way queue accepts an option to override this

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

const queue: QueueFunction = async (
queueName,
payload,
opts?: QueueOptions & { delaySeconds?: number }

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we just add delaySeconds to QueueOptions? every world supports it no? i think vqs was just the last

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think postgres does? Either way can add separately - it'll be nice to land this directly to bugbash together with event sourcing

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@VaguelySerious@TooTallNate@pranaygp@ctgowrie