Skip to content

Conversation

@VaguelySerious
Copy link
Member

@VaguelySerious VaguelySerious commented Jan 17, 2026

Uses a tarball of the v3 vqs client to update vercel-world to use queue v3

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

Testing TBD

  • usingProxy needs to be validated

- 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
Copy link

changeset-bot bot commented Jan 17, 2026

🦋 Changeset detected

Latest commit: 0bde8dc

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

This PR includes changesets to release 14 packages
Name Type
@workflow/world-vercel Patch
@workflow/cli Patch
@workflow/core Patch
@workflow/web-shared Patch
workflow Patch
@workflow/world-testing Patch
@workflow/builders Patch
@workflow/docs-typecheck Patch
@workflow/next Patch
@workflow/nitro Patch
@workflow/ai Patch
@workflow/astro Patch
@workflow/sveltekit Patch
@workflow/nuxt Patch

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
Copy link
Contributor

vercel bot commented Jan 17, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
example-nextjs-workflow-turbopack Ready Ready Preview, Comment Jan 20, 2026 4:19pm
example-nextjs-workflow-webpack Ready Ready Preview, Comment Jan 20, 2026 4:19pm
example-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-astro-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-express-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-fastify-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-hono-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-nitro-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-nuxt-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-sveltekit-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workbench-vite-workflow Ready Ready Preview, Comment Jan 20, 2026 4:19pm
workflow-docs Ready Ready Preview, Comment Jan 20, 2026 4:19pm

@github-actions
Copy link
Contributor

github-actions bot commented Jan 17, 2026

🧪 E2E Test Results

Some tests failed

Summary

Passed Failed Skipped Total
❌ ▲ Vercel Production 72 363 38 473
✅ 💻 Local Development 398 0 32 430
✅ 📦 Local Production 398 0 32 430
✅ 🐘 Local Postgres 398 0 32 430
✅ 🪟 Windows 43 0 0 43
❌ 🌍 Community Worlds 163 21 0 184
Total 1472 384 134 1990

❌ Failed Tests

▲ Vercel Production (363 failed)

astro (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

example (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

express (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

fastify (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

hono (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

nextjs-turbopack (39 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

nitro (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

nuxt (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

sveltekit (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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

vite (36 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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
  • 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 (queue-based) - workflow and step endpoints respond to health check messages
  • 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
🌍 Community Worlds (21 failed)

mongodb (1 failed):

  • webhookWorkflow

starter (19 failed):

  • addTenWorkflow
  • addTenWorkflow
  • 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 catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • 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

turso (1 failed):

  • webhookWorkflow

Details by Category

❌ ▲ Vercel Production
App Passed Failed Skipped
❌ astro 3 36 4
❌ example 3 36 4
❌ express 3 36 4
❌ fastify 3 36 4
❌ hono 3 36 4
❌ nextjs-turbopack 3 39 1
✅ nextjs-webpack 42 0 1
❌ nitro 3 36 4
❌ nuxt 3 36 4
❌ sveltekit 3 36 4
❌ vite 3 36 4
✅ 💻 Local Development
App Passed Failed Skipped
✅ astro-stable 39 0 4
✅ express-stable 39 0 4
✅ fastify-stable 39 0 4
✅ hono-stable 39 0 4
✅ nextjs-turbopack-stable 43 0 0
✅ nextjs-webpack-stable 43 0 0
✅ nitro-stable 39 0 4
✅ nuxt-stable 39 0 4
✅ sveltekit-stable 39 0 4
✅ vite-stable 39 0 4
✅ 📦 Local Production
App Passed Failed Skipped
✅ astro-stable 39 0 4
✅ express-stable 39 0 4
✅ fastify-stable 39 0 4
✅ hono-stable 39 0 4
✅ nextjs-turbopack-stable 43 0 0
✅ nextjs-webpack-stable 43 0 0
✅ nitro-stable 39 0 4
✅ nuxt-stable 39 0 4
✅ sveltekit-stable 39 0 4
✅ vite-stable 39 0 4
✅ 🐘 Local Postgres
App Passed Failed Skipped
✅ astro-stable 39 0 4
✅ express-stable 39 0 4
✅ fastify-stable 39 0 4
✅ hono-stable 39 0 4
✅ nextjs-turbopack-stable 43 0 0
✅ nextjs-webpack-stable 43 0 0
✅ nitro-stable 39 0 4
✅ nuxt-stable 39 0 4
✅ sveltekit-stable 39 0 4
✅ vite-stable 39 0 4
✅ 🪟 Windows
App Passed Failed Skipped
✅ nextjs-turbopack 43 0 0
❌ 🌍 Community Worlds
App Passed Failed Skipped
✅ mongodb-dev 3 0 0
❌ mongodb 42 1 0
✅ redis-dev 3 0 0
✅ redis 43 0 0
✅ starter-dev 3 0 0
❌ starter 24 19 0
✅ turso-dev 3 0 0
❌ turso 42 1 0

📋 View full workflow run


Some E2E test jobs failed:

  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success

Check the workflow run for details.

@github-actions
Copy link
Contributor

github-actions bot commented Jan 17, 2026

📊 Benchmark Results

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

workflow with no steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 0.040s (~) 1.014s (~) 0.975s 10 1.00x
💻 Local Express 0.042s (-5.0% 🟢) 1.007s (~) 0.965s 10 1.04x
🌐 Redis Next.js (Turbopack) 0.043s (-0.7%) 1.018s (~) 0.976s 10 1.07x
💻 Local Nitro 0.044s (+2.6%) 1.007s (~) 0.963s 10 1.10x
💻 Local Next.js (Turbopack) 0.048s (+19.9% 🔺) 1.020s (~) 0.972s 10 1.21x
🌐 MongoDB Next.js (Turbopack) 0.091s (+45.1% 🔺) 1.016s (~) 0.925s 10 2.27x
🌐 Turso Next.js (Turbopack) 0.107s (+13.8% 🔺) 1.015s (~) 0.907s 10 2.69x
🐘 Postgres Express 0.231s (-33.8% 🟢) 1.016s (~) 0.785s 10 5.79x
🐘 Postgres Nitro 0.251s (-19.4% 🟢) 1.031s (+1.8%) 0.780s 10 6.28x
🐘 Postgres Next.js (Turbopack) 0.331s (-14.2% 🟢) 1.017s (-1.6%) 0.686s 10 8.31x
workflow with 1 step

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.089s (~) 2.010s (~) 0.921s 10 1.00x
🌐 Redis Next.js (Turbopack) 1.103s (-0.7%) 2.012s (~) 0.909s 10 1.01x
💻 Local Express 1.107s (-0.5%) 2.007s (~) 0.900s 10 1.02x
💻 Local Nitro 1.111s (~) 2.006s (~) 0.895s 10 1.02x
💻 Local Next.js (Turbopack) 1.123s (+2.4%) 2.015s (~) 0.892s 10 1.03x
🌐 Turso Next.js (Turbopack) 1.289s (~) 2.013s (~) 0.724s 10 1.18x
🌐 MongoDB Next.js (Turbopack) 1.310s (+0.7%) 2.014s (~) 0.704s 10 1.20x
🐘 Postgres Next.js (Turbopack) 2.154s (+18.6% 🔺) 3.018s (+49.6% 🔺) 0.863s 10 1.98x
🐘 Postgres Express 2.298s (+4.1%) 3.015s (~) 0.717s 10 2.11x
🐘 Postgres Nitro 2.476s (+13.7% 🔺) 3.013s (~) 0.537s 10 2.27x
workflow with 10 sequential steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 10.606s (~) 11.014s (~) 0.408s 5 1.00x
🌐 Redis Next.js (Turbopack) 10.690s (~) 11.020s (~) 0.329s 5 1.01x
💻 Local Express 10.753s (~) 11.012s (~) 0.259s 5 1.01x
💻 Local Nitro 10.780s (~) 11.014s (~) 0.235s 5 1.02x
💻 Local Next.js (Turbopack) 10.820s (+1.4%) 11.022s (~) 0.202s 5 1.02x
🌐 Turso Next.js (Turbopack) 12.195s (~) 13.036s (~) 0.840s 5 1.15x
🌐 MongoDB Next.js (Turbopack) 12.240s (~) 13.022s (~) 0.783s 5 1.15x
🐘 Postgres Next.js (Turbopack) 16.981s (+14.3% 🔺) 17.633s (+12.8% 🔺) 0.652s 5 1.60x
🐘 Postgres Nitro 20.383s (~) 21.035s (~) 0.653s 5 1.92x
🐘 Postgres Express 20.398s (~) 21.039s (~) 0.642s 5 1.92x
Promise.all with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.353s (+0.9%) 2.008s (~) 0.655s 15 1.00x
🌐 Redis Next.js (Turbopack) 1.383s (+2.2%) 2.011s (~) 0.629s 15 1.02x
💻 Local Express 1.391s (-1.2%) 2.006s (~) 0.614s 15 1.03x
💻 Local Nitro 1.407s (~) 2.005s (~) 0.598s 15 1.04x
💻 Local Next.js (Turbopack) 1.464s (+6.1% 🔺) 2.016s (~) 0.552s 15 1.08x
🐘 Postgres Next.js (Turbopack) 1.681s (-11.2% 🟢) 2.080s (+3.2%) 0.399s 15 1.24x
🐘 Postgres Nitro 1.868s (-23.4% 🟢) 2.076s (-31.1% 🟢) 0.209s 15 1.38x
🌐 MongoDB Next.js (Turbopack) 2.127s (-0.9%) 3.012s (~) 0.885s 10 1.57x
🌐 Turso Next.js (Turbopack) 2.204s (-1.0%) 3.014s (~) 0.810s 10 1.63x
🐘 Postgres Express 2.523s (+1.7%) 3.015s (~) 0.492s 10 1.87x
Promise.all with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Express 2.136s (-3.3%) 3.028s (-4.1%) 0.892s 10 1.00x
💻 Local Nitro 2.212s (~) 3.160s (-0.9%) 0.947s 10 1.04x
💻 Local Next.js (Turbopack) 2.357s (+8.7% 🔺) 3.225s (+6.4% 🔺) 0.868s 10 1.10x
🌐 Starter Next.js (Turbopack) 2.465s (+0.5%) 3.010s (~) 0.545s 10 1.15x
🌐 Redis Next.js (Turbopack) 2.518s (+1.3%) 3.026s (+0.5%) 0.508s 10 1.18x
🐘 Postgres Next.js (Turbopack) 2.595s (-1.3%) 3.033s (~) 0.438s 10 1.22x
🐘 Postgres Nitro 2.784s (-1.8%) 3.026s (~) 0.243s 10 1.30x
🐘 Postgres Express 3.082s (+8.2% 🔺) 3.358s (+11.3% 🔺) 0.276s 9 1.44x
🌐 Turso Next.js (Turbopack) 4.708s (~) 5.182s (~) 0.474s 6 2.20x
🌐 MongoDB Next.js (Turbopack) 4.733s (~) 5.181s (~) 0.448s 6 2.22x
Promise.race with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.351s (+0.8%) 2.008s (~) 0.657s 15 1.00x
🌐 Redis Next.js (Turbopack) 1.362s (+0.7%) 2.010s (~) 0.648s 15 1.01x
💻 Local Express 1.400s (-0.5%) 2.006s (~) 0.605s 15 1.04x
💻 Local Nitro 1.419s (~) 2.005s (~) 0.587s 15 1.05x
💻 Local Next.js (Turbopack) 1.488s (+6.1% 🔺) 2.020s (~) 0.531s 15 1.10x
🐘 Postgres Nitro 1.646s (-13.0% 🟢) 2.010s (~) 0.364s 15 1.22x
🐘 Postgres Next.js (Turbopack) 1.658s (-1.6%) 2.012s (~) 0.355s 15 1.23x
🐘 Postgres Express 1.816s (-10.7% 🟢) 2.011s (-13.6% 🟢) 0.194s 15 1.34x
🌐 MongoDB Next.js (Turbopack) 2.139s (-0.8%) 3.013s (~) 0.874s 10 1.58x
🌐 Turso Next.js (Turbopack) 2.218s (~) 3.013s (~) 0.794s 10 1.64x
Promise.race with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Express 2.203s (-1.4%) 3.164s (~) 0.961s 10 1.00x
💻 Local Nitro 2.272s (+2.0%) 3.226s (+1.0%) 0.954s 10 1.03x
🌐 Starter Next.js (Turbopack) 2.444s (~) 3.009s (~) 0.565s 10 1.11x
🌐 Redis Next.js (Turbopack) 2.486s (+0.6%) 3.012s (~) 0.526s 10 1.13x
💻 Local Next.js (Turbopack) 2.524s (+14.1% 🔺) 3.434s (+9.7% 🔺) 0.911s 9 1.15x
🐘 Postgres Express 2.537s (-10.5% 🟢) 3.016s (~) 0.479s 10 1.15x
🐘 Postgres Next.js (Turbopack) 2.589s (+2.7%) 3.025s (~) 0.436s 10 1.18x
🐘 Postgres Nitro 2.714s (-4.6%) 3.022s (-3.3%) 0.308s 10 1.23x
🌐 Turso Next.js (Turbopack) 4.691s (-2.3%) 5.181s (-3.2%) 0.491s 6 2.13x
🌐 MongoDB Next.js (Turbopack) 4.734s (-1.7%) 5.182s (~) 0.448s 6 2.15x
Stream Benchmarks (includes TTFB metrics)
workflow with stream

💻 Local Development

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 0.129s (~) 1.006s (~) 0.000s (+Infinity% 🔺) 1.011s (~) 0.882s 10 1.00x
🌐 Redis Next.js (Turbopack) 0.150s (+4.5%) 1.005s (~) 0.000s (+100.0% 🔺) 1.014s (~) 0.864s 10 1.16x
💻 Local Next.js (Turbopack) 0.170s (+26.2% 🔺) 1.004s (~) 0.019s (+24.3% 🔺) 1.033s (+0.6%) 0.862s 10 1.32x
💻 Local Express 0.172s (-3.0%) 0.992s (~) 0.016s (-7.6% 🟢) 1.022s (~) 0.850s 10 1.33x
💻 Local Nitro 0.174s (-1.6%) 0.991s (~) 0.017s (+12.9% 🔺) 1.022s (~) 0.848s 10 1.35x
🌐 MongoDB Next.js (Turbopack) 0.507s (+0.8%) 0.944s (~) 0.000s (+Infinity% 🔺) 1.014s (~) 0.507s 10 3.93x
🌐 Turso Next.js (Turbopack) 0.541s (+14.4% 🔺) 0.908s (-7.2% 🟢) 0.000s (+Infinity% 🔺) 1.014s (~) 0.473s 10 4.20x
🐘 Postgres Next.js (Turbopack) 1.265s (-2.0%) 1.776s (+15.6% 🔺) 0.000s (NaN%) 2.016s (+10.9% 🔺) 0.751s 10 9.81x
🐘 Postgres Nitro 1.779s (-24.9% 🟢) 2.264s (-15.4% 🟢) 0.000s (-100.0% 🟢) 2.413s (-19.9% 🟢) 0.634s 10 13.79x
🐘 Postgres Express 2.167s (-9.0% 🟢) 2.876s (+8.1% 🔺) 0.000s (NaN%) 3.016s (~) 0.849s 10 16.80x

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World 🥇 Fastest Framework Wins
💻 Local Express 7/8
🐘 Postgres Next.js (Turbopack) 5/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework 🥇 Fastest World Wins
Express 💻 Local 8/8
Next.js (Turbopack) 🌐 Starter 7/8
Nitro 💻 Local 8/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>
Copy link
Contributor

@vercel vercel bot left a comment

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

VaguelySerious and others added 2 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>
Sign up for free to 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.

2 participants