Skip to content

Conversation

@vercel-release-bot
Copy link
Contributor

@vercel-release-bot vercel-release-bot commented Jan 7, 2026

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

⚠️⚠️⚠️⚠️⚠️⚠️

main is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, run changeset pre exit on main.

⚠️⚠️⚠️⚠️⚠️⚠️

Releases

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

  • #751 dd3db13 Thanks @VaguelySerious! - Remove the unused paused/resumed run events and states

    • Remove run_paused and run_resumed event types
    • Remove paused status from WorkflowRunStatus
    • Remove PauseWorkflowRunParams and ResumeWorkflowRunParams types
    • Remove pauseWorkflowRun and resumeWorkflowRun functions from world-vercel

@workflow/[email protected]

Patch Changes

[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

  • #751 dd3db13 Thanks @VaguelySerious! - Remove the unused paused/resumed run events and states

    • Remove run_paused and run_resumed event types
    • Remove paused status from WorkflowRunStatus
    • Remove PauseWorkflowRunParams and ResumeWorkflowRunParams types
    • Remove pauseWorkflowRun and resumeWorkflowRun functions from world-vercel

@workflow/[email protected]

Patch Changes

  • #751 dd3db13 Thanks @VaguelySerious! - Remove the unused paused/resumed run events and states

    • Remove run_paused and run_resumed event types
    • Remove paused status from WorkflowRunStatus
    • Remove PauseWorkflowRunParams and ResumeWorkflowRunParams types
    • Remove pauseWorkflowRun and resumeWorkflowRun functions from world-vercel
  • Updated dependencies [dd3db13]:

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

@workflow/[email protected]

Patch Changes

  • #751 dd3db13 Thanks @VaguelySerious! - Remove the unused paused/resumed run events and states

    • Remove run_paused and run_resumed event types
    • Remove paused status from WorkflowRunStatus
    • Remove PauseWorkflowRunParams and ResumeWorkflowRunParams types
    • Remove pauseWorkflowRun and resumeWorkflowRun functions from world-vercel
  • Updated dependencies [dd3db13]:

@workflow/[email protected]

Patch Changes

@github-actions
Copy link
Contributor

github-actions bot commented Jan 7, 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.039s (-2.0%) 1.015s (~) 0.976s 10 1.00x
💻 Local Next.js (Turbopack) 0.040s (-8.9% 🟢) 1.015s (~) 0.975s 10 1.02x
🌐 Redis Next.js (Turbopack) 0.041s (+8.5% 🔺) 1.017s (~) 0.976s 10 1.04x
💻 Local Nitro 0.042s (-16.6% 🟢) 1.006s (~) 0.964s 10 1.08x
💻 Local Express 0.044s (-0.9%) 1.008s (~) 0.963s 10 1.14x
🌐 Turso Next.js (Turbopack) 0.066s (-36.0% 🟢) 1.019s (+0.6%) 0.953s 10 1.69x
🌐 MongoDB Next.js (Turbopack) 0.085s (+1.6%) 1.015s (~) 0.930s 10 2.17x
🐘 Postgres Next.js (Turbopack) 0.216s (+19.0% 🔺) 1.023s (~) 0.806s 10 5.53x
🐘 Postgres Nitro 0.310s (+13.3% 🔺) 1.029s (+1.7%) 0.719s 10 7.93x
🐘 Postgres Express 0.326s (-13.0% 🟢) 1.014s (~) 0.688s 10 8.34x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 0.560s (-56.2% 🟢) 1.641s (-18.0% 🟢) 1.080s 10 1.00x
▲ Vercel Nitro 0.580s (-54.1% 🟢) 1.544s (-23.6% 🟢) 0.964s 10 1.04x
▲ Vercel Express 0.606s (-43.1% 🟢) 1.439s (-26.3% 🟢) 0.833s 10 1.08x

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

workflow with 1 step

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.089s (~) 2.009s (~) 0.920s 10 1.00x
💻 Local Next.js (Turbopack) 1.097s (~) 2.011s (~) 0.914s 10 1.01x
🌐 Redis Next.js (Turbopack) 1.107s (~) 2.013s (~) 0.905s 10 1.02x
💻 Local Nitro 1.109s (-2.2%) 2.006s (~) 0.897s 10 1.02x
💻 Local Express 1.114s (~) 2.007s (~) 0.893s 10 1.02x
🌐 Turso Next.js (Turbopack) 1.289s (-2.2%) 2.012s (~) 0.723s 10 1.18x
🌐 MongoDB Next.js (Turbopack) 1.298s (-1.0%) 2.012s (~) 0.714s 10 1.19x
🐘 Postgres Express 2.175s (-1.6%) 3.015s (~) 0.841s 10 2.00x
🐘 Postgres Next.js (Turbopack) 2.357s (~) 3.017s (~) 0.660s 10 2.16x
🐘 Postgres Nitro 2.373s (+11.0% 🔺) 3.013s (~) 0.640s 10 2.18x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 2.780s (+2.8%) 3.574s (-2.4%) 0.794s 10 1.00x
▲ Vercel Nitro 2.782s (+3.6%) 3.691s (+4.7%) 0.909s 10 1.00x
▲ Vercel Next.js (Turbopack) 2.972s (+8.4% 🔺) 3.851s (+6.3% 🔺) 0.878s 10 1.07x

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

workflow with 10 sequential steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 10.590s (~) 11.012s (~) 0.421s 5 1.00x
💻 Local Next.js (Turbopack) 10.635s (~) 11.015s (~) 0.380s 5 1.00x
🌐 Redis Next.js (Turbopack) 10.667s (~) 11.017s (~) 0.349s 5 1.01x
💻 Local Nitro 10.777s (-1.1%) 11.012s (~) 0.235s 5 1.02x
💻 Local Express 10.789s (~) 11.013s (~) 0.224s 5 1.02x
🌐 Turso Next.js (Turbopack) 12.181s (~) 13.023s (~) 0.842s 5 1.15x
🌐 MongoDB Next.js (Turbopack) 12.227s (~) 13.024s (~) 0.797s 5 1.15x
🐘 Postgres Next.js (Turbopack) 15.502s (-23.8% 🟢) 16.031s (-23.8% 🟢) 0.529s 5 1.46x
🐘 Postgres Nitro 20.392s (+3.0%) 21.039s (+4.0%) 0.647s 5 1.93x
🐘 Postgres Express 20.423s (+0.5%) 21.030s (+0.9%) 0.607s 5 1.93x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 21.863s (-1.2%) 22.693s (~) 0.830s 5 1.00x
▲ Vercel Nitro 22.118s (+1.1%) 22.730s (~) 0.612s 5 1.01x
▲ Vercel Express 22.618s (+2.0%) 23.272s (+1.0%) 0.654s 5 1.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.342s (-0.8%) 2.008s (~) 0.665s 15 1.00x
🌐 Redis Next.js (Turbopack) 1.363s (+1.5%) 2.011s (~) 0.648s 15 1.02x
💻 Local Next.js (Turbopack) 1.373s (-1.8%) 2.010s (~) 0.637s 15 1.02x
💻 Local Nitro 1.407s (-3.0%) 2.006s (~) 0.599s 15 1.05x
💻 Local Express 1.415s (-0.7%) 2.006s (~) 0.592s 15 1.05x
🐘 Postgres Next.js (Turbopack) 1.836s (-16.8% 🟢) 2.516s (-3.3%) 0.680s 12 1.37x
🌐 MongoDB Next.js (Turbopack) 2.183s (+2.8%) 3.012s (~) 0.829s 10 1.63x
🌐 Turso Next.js (Turbopack) 2.202s (~) 3.014s (~) 0.812s 10 1.64x
🐘 Postgres Express 2.418s (+1.6%) 3.012s (~) 0.594s 10 1.80x
🐘 Postgres Nitro 2.483s (+3.4%) 3.014s (~) 0.531s 10 1.85x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 2.889s (+7.0% 🔺) 3.668s (+3.3%) 0.779s 9 1.00x
▲ Vercel Express 3.002s (+8.6% 🔺) 3.781s (-0.5%) 0.779s 8 1.04x
▲ Vercel Next.js (Turbopack) 3.075s (+6.3% 🔺) 3.865s (+5.0% 🔺) 0.789s 8 1.06x

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

Promise.all with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.049s (-8.9% 🟢) 2.925s (-8.8% 🟢) 0.876s 11 1.00x
💻 Local Nitro 2.224s (-4.0%) 3.173s (-2.6%) 0.948s 10 1.09x
💻 Local Express 2.260s (+1.7%) 3.199s (~) 0.939s 10 1.10x
🌐 Starter Next.js (Turbopack) 2.443s (-0.7%) 3.008s (~) 0.565s 10 1.19x
🌐 Redis Next.js (Turbopack) 2.457s (-0.8%) 3.012s (~) 0.555s 10 1.20x
🐘 Postgres Next.js (Turbopack) 2.791s (+6.1% 🔺) 3.015s (~) 0.224s 10 1.36x
🐘 Postgres Nitro 3.015s (+8.3% 🔺) 3.360s (+11.6% 🔺) 0.345s 9 1.47x
🐘 Postgres Express 3.141s (+3.6%) 3.769s (+5.1% 🔺) 0.628s 8 1.53x
🌐 MongoDB Next.js (Turbopack) 4.619s (~) 5.178s (~) 0.559s 6 2.25x
🌐 Turso Next.js (Turbopack) 4.793s (+3.6%) 5.181s (~) 0.388s 6 2.34x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 3.113s (-8.6% 🟢) 3.758s (-9.4% 🟢) 0.646s 8 1.00x
▲ Vercel Nitro 3.364s (-8.3% 🟢) 3.953s (-8.6% 🟢) 0.589s 8 1.08x
▲ Vercel Express 3.398s (~) 4.090s (+3.3%) 0.692s 8 1.09x

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

Promise.race with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Redis 🥇 Next.js (Turbopack) 1.343s (-1.6%) 2.010s (~) 0.667s 15 1.00x
🌐 Starter Next.js (Turbopack) 1.344s (-0.7%) 2.007s (~) 0.663s 15 1.00x
💻 Local Next.js (Turbopack) 1.384s (-3.0%) 2.010s (~) 0.625s 15 1.03x
💻 Local Nitro 1.427s (-2.5%) 2.005s (~) 0.578s 15 1.06x
💻 Local Express 1.433s (+0.7%) 2.006s (~) 0.573s 15 1.07x
🐘 Postgres Next.js (Turbopack) 1.674s (-3.2%) 2.012s (~) 0.338s 15 1.25x
🐘 Postgres Nitro 1.746s (-1.7%) 2.010s (~) 0.264s 15 1.30x
🌐 MongoDB Next.js (Turbopack) 2.190s (+2.8%) 3.013s (~) 0.823s 10 1.63x
🐘 Postgres Express 2.198s (+7.3% 🔺) 2.595s (+8.3% 🔺) 0.396s 12 1.64x
🌐 Turso Next.js (Turbopack) 2.211s (-0.6%) 3.012s (~) 0.801s 10 1.65x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 2.784s (+0.6%) 3.632s (-2.0%) 0.848s 9 1.00x
▲ Vercel Next.js (Turbopack) 2.855s (+1.0%) 3.766s (+4.3%) 0.911s 8 1.03x
▲ Vercel Nitro 2.958s (+7.1% 🔺) 3.794s (+8.3% 🔺) 0.836s 8 1.06x

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

Promise.race with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.123s (-5.7% 🟢) 3.046s (-2.7%) 0.923s 10 1.00x
💻 Local Nitro 2.311s (-5.8% 🟢) 3.252s (-3.3%) 0.941s 10 1.09x
💻 Local Express 2.350s (~) 3.240s (-1.3%) 0.891s 10 1.11x
🌐 Redis Next.js (Turbopack) 2.442s (-1.1%) 3.011s (~) 0.568s 10 1.15x
🐘 Postgres Next.js (Turbopack) 2.457s (-4.3%) 3.022s (~) 0.564s 10 1.16x
🌐 Starter Next.js (Turbopack) 2.475s (+0.6%) 3.040s (+1.0%) 0.565s 10 1.17x
🐘 Postgres Nitro 2.703s (+1.1%) 3.130s (+3.6%) 0.427s 10 1.27x
🐘 Postgres Express 3.042s (+10.0% 🔺) 3.457s (+14.7% 🔺) 0.415s 9 1.43x
🌐 MongoDB Next.js (Turbopack) 4.613s (~) 5.179s (~) 0.566s 6 2.17x
🌐 Turso Next.js (Turbopack) 4.708s (+1.3%) 5.182s (~) 0.474s 6 2.22x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 3.066s (-2.6%) 3.755s (+4.0%) 0.689s 8 1.00x
▲ Vercel Express 3.089s (-3.0%) 3.697s (-3.0%) 0.608s 9 1.01x
▲ Vercel Nitro 3.326s (~) 3.932s (~) 0.606s 8 1.08x

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

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.128s (+3.2%) 1.005s (~) 0.000s (~) 1.011s (~) 0.883s 10 1.00x
💻 Local Next.js (Turbopack) 0.135s (-7.5% 🟢) 1.002s (~) 0.022s (+25.6% 🔺) 1.032s (~) 0.897s 10 1.05x
🌐 Redis Next.js (Turbopack) 0.143s (+3.6%) 1.004s (~) 0.000s (-100.0% 🟢) 1.013s (~) 0.870s 10 1.12x
💻 Local Nitro 0.173s (-9.6% 🟢) 0.994s (~) 0.016s (-4.1%) 1.023s (~) 0.851s 10 1.35x
💻 Local Express 0.179s (+0.8%) 0.993s (~) 0.017s (-18.2% 🟢) 1.023s (~) 0.845s 10 1.39x
🌐 Turso Next.js (Turbopack) 0.496s (+9.3% 🔺) 0.958s (-3.7%) 0.000s (+Infinity% 🔺) 1.013s (~) 0.517s 10 3.87x
🌐 MongoDB Next.js (Turbopack) 0.521s (-1.1%) 0.926s (~) 0.000s (NaN%) 1.012s (~) 0.491s 10 4.07x
🐘 Postgres Next.js (Turbopack) 1.233s (-26.5% 🟢) 1.888s (-22.6% 🟢) 0.000s (-100.0% 🟢) 2.017s (-19.9% 🟢) 0.784s 10 9.62x
🐘 Postgres Nitro 2.191s (+58.2% 🔺) 2.854s (+67.4% 🔺) 0.000s (NaN%) 3.014s (+49.9% 🔺) 0.823s 10 17.10x
🐘 Postgres Express 2.345s (+2.1%) 2.697s (-1.8%) 0.000s (+Infinity% 🔺) 3.014s (~) 0.669s 10 18.31x

▲ Production (Vercel)

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 2.821s (+3.8%) 3.209s (+3.9%) 0.354s (-22.3% 🟢) 4.069s (+2.1%) 1.248s 10 1.00x
▲ Vercel Express 2.837s (+0.8%) 3.127s (-4.7%) 0.446s (+41.8% 🔺) 4.044s (~) 1.207s 10 1.01x
▲ Vercel Next.js (Turbopack) 2.870s (+4.1%) 3.289s (+3.7%) 0.344s (+36.6% 🔺) 4.123s (+6.2% 🔺) 1.252s 10 1.02x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World 🥇 Fastest Framework Wins
💻 Local Next.js (Turbopack) 8/8
🐘 Postgres Next.js (Turbopack) 7/8
▲ Vercel Next.js (Turbopack) 4/8
Fastest World by Framework

Winner determined by most benchmark wins

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

@github-actions
Copy link
Contributor

github-actions bot commented Jan 7, 2026

🧪 E2E Test Results

Some tests failed

Summary

Passed Failed Skipped Total
✅ ▲ Vercel Production 363 0 11 374
✅ 💻 Local Development 332 0 8 340
✅ 📦 Local Production 332 0 8 340
✅ 🐘 Local Postgres 332 0 8 340
✅ 🪟 Windows 34 0 0 34
❌ 🌍 Community Worlds 131 17 0 148
Total 1524 17 35 1576

❌ Failed Tests

🌍 Community Worlds (17 failed)

mongodb (1 failed):

  • webhookWorkflow

redis (1 failed):

  • webhookWorkflow

starter (14 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

turso (1 failed):

  • webhookWorkflow

Details by Category

✅ ▲ Vercel Production
App Passed Failed Skipped
✅ astro 33 0 1
✅ example 33 0 1
✅ express 33 0 1
✅ fastify 33 0 1
✅ hono 33 0 1
✅ nextjs-turbopack 33 0 1
✅ nextjs-webpack 33 0 1
✅ nitro 33 0 1
✅ nuxt 33 0 1
✅ sveltekit 33 0 1
✅ vite 33 0 1
✅ 💻 Local Development
App Passed Failed Skipped
✅ astro-stable 33 0 1
✅ express-stable 33 0 1
✅ fastify-stable 33 0 1
✅ hono-stable 33 0 1
✅ nextjs-turbopack-stable 34 0 0
✅ nextjs-webpack-stable 34 0 0
✅ nitro-stable 33 0 1
✅ nuxt-stable 33 0 1
✅ sveltekit-stable 33 0 1
✅ vite-stable 33 0 1
✅ 📦 Local Production
App Passed Failed Skipped
✅ astro-stable 33 0 1
✅ express-stable 33 0 1
✅ fastify-stable 33 0 1
✅ hono-stable 33 0 1
✅ nextjs-turbopack-stable 34 0 0
✅ nextjs-webpack-stable 34 0 0
✅ nitro-stable 33 0 1
✅ nuxt-stable 33 0 1
✅ sveltekit-stable 33 0 1
✅ vite-stable 33 0 1
✅ 🐘 Local Postgres
App Passed Failed Skipped
✅ astro-stable 33 0 1
✅ express-stable 33 0 1
✅ fastify-stable 33 0 1
✅ hono-stable 33 0 1
✅ nextjs-turbopack-stable 34 0 0
✅ nextjs-webpack-stable 34 0 0
✅ nitro-stable 33 0 1
✅ nuxt-stable 33 0 1
✅ sveltekit-stable 33 0 1
✅ vite-stable 33 0 1
✅ 🪟 Windows
App Passed Failed Skipped
✅ nextjs-turbopack 34 0 0
❌ 🌍 Community Worlds
App Passed Failed Skipped
✅ mongodb-dev 3 0 0
❌ mongodb 33 1 0
✅ redis-dev 3 0 0
❌ redis 33 1 0
✅ starter-dev 3 0 0
❌ starter 20 14 0
✅ turso-dev 3 0 0
❌ turso 33 1 0

📋 View full workflow run

@vercel
Copy link
Contributor

vercel bot commented Jan 7, 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 8, 2026 6:32pm
example-nextjs-workflow-webpack Ready Ready Preview, Comment Jan 8, 2026 6:32pm
example-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-astro-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-express-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-fastify-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-hono-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-nitro-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-nuxt-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-sveltekit-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workbench-vite-workflow Ready Ready Preview, Comment Jan 8, 2026 6:32pm
workflow-docs Ready Ready Preview, Comment Jan 8, 2026 6:32pm

@github-actions github-actions bot force-pushed the changeset-release/main branch from 8ac7daa to 842918f Compare January 7, 2026 20:47
@github-actions github-actions bot force-pushed the changeset-release/main branch from 842918f to 00bf711 Compare January 7, 2026 20:53
@github-actions github-actions bot force-pushed the changeset-release/main branch from 6095fa4 to 5e71563 Compare January 8, 2026 18:30
@VaguelySerious VaguelySerious merged commit 073e26a into main Jan 8, 2026
16 checks passed
@VaguelySerious VaguelySerious deleted the changeset-release/main branch January 8, 2026 18:32
TooTallNate added a commit that referenced this pull request Jan 12, 2026
* feat: add queue-based health check to bypass Deployment Protection

- Add HealthCheckPayloadSchema and HEALTH_CHECK_STREAM_PREFIX to @workflow/world
- Add healthCheck() method to Queue interface
- Update workflow and step handlers to detect and respond to health check messages
- Implement healthCheck() in world-local, world-vercel, and world-postgres

The queue-based health check sends a message through the queue pipeline,
which bypasses Vercel's Deployment Protection. The handler writes a response
to a stream that the caller reads to confirm health.

This complements the existing HTTP-based ?__health approach which still works
for local development and when bypass headers are available.

* refactor: move healthCheck to core package as utility function

Instead of adding healthCheck to the World interface (which duplicated
the same implementation across all worlds), this is now a utility function
in @workflow/core that takes the World as a parameter.

Usage:
  import { healthCheck } from '@workflow/core';
  const result = await healthCheck(world, 'workflow');

This is cleaner because:
- Single implementation instead of 3 identical ones
- World implementations remain simple
- No changes needed to the World interface

* .

* refactor: move health check types from world to core

Health check types (HealthCheckPayloadSchema, HealthCheckResult, etc.)
are now defined in @workflow/core since that's where they're used.

The HealthCheckPayloadSchema is still part of QueuePayloadSchema in
world (so the queue accepts health check messages), but it's not
exported from the public API.

* .

* Refactor health check implementation based on code review feedback (#746)

* Initial plan

* Address PR review comments: export types, fix race condition, improve error handling

Co-authored-by: TooTallNate <[email protected]>

* Add queue-based health check test and document security considerations

Co-authored-by: TooTallNate <[email protected]>

* Replace 'any' type with proper type guards for health check response

Co-authored-by: TooTallNate <[email protected]>

* Extract health check queue names as constants and improve type guards

Co-authored-by: TooTallNate <[email protected]>

---------

Co-authored-by: copilot-swe-agent[bot] <[email protected]>
Co-authored-by: TooTallNate <[email protected]>

* .

* Fix e2e test

* .

* .

* .

* fix(ai): preserve providerMetadata as providerOptions in multi-turn tool calls (#733)

When tool calls are added to the conversation history, map providerMetadata
to providerOptions following the AI SDK convention. This fixes Gemini thinking
models that require thoughtSignature to be preserved across multi-turn tool calls,
preventing the error 'function call is missing a thought_signature'.

Fixes #727

* Local ui cli flag (#744)

* [web] Increase contrast on attribute items in sidebar (#736)

Signed-off-by: Peter Wielander <[email protected]>

* [world] Remove pause and resume events, actions and states (#751)

* Version Packages (beta) (#735)

* .

* .

* Update turbo inputs to include shared config (#752)

* Update turbo inputs to include shared config

* Apply suggestions from code review

Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>

---------

Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>

* feat(web): add self-hosted mode for world configuration (#747)

* feat(web): add self-hosted mode for world configuration

When WORKFLOW_TARGET_WORLD env var is set, the web UI operates in
self-hosted mode where the world configuration is locked to server-side
environment variables and cannot be changed via query params or UI.

- Add getHardcodedConfig server action to detect self-hosted mode
- Modify getWorldFromEnv to use server env vars in hardcoded mode
- Create WorldConfigContext to provide config state app-wide
- Update settings sidebar to show locked state with disabled inputs
- Update connection status to show PostgreSQL backend info
- Mask sensitive values (postgres URL) in hardcoded mode UI

* fix: address PR review feedback

- Remove unused ConfigMode type export
- Fix postgres substring to undefined (tooltip has details)
- Extract buildEnvMapFromProcessEnv helper to reduce duplication
- Remove unused EnvMap import from layout-client
- Import HardcodedConfig from web-shared/server instead of re-defining

* Fix: PostgreSQL URL parameter missing from configParsers, causing loss of postgres URL configuration on page reload in dynamic mode

* fix(cli): clear WORKFLOW_TARGET_WORLD when spawning web server

The CLI sets WORKFLOW_TARGET_WORLD as an env var, which the spawned
Next.js server inherits. This caused the web UI to enter self-hosted
mode even when launched via CLI.

Now we explicitly clear WORKFLOW_TARGET_WORLD from the server's
environment so it starts in dynamic mode where config comes from
query params as intended.

* refactor(web): use server-side env vars for world config

BREAKING CHANGE: The web UI no longer supports configuring the world
backend via URL query parameters. Configuration is now read exclusively
from server-side environment variables.

Changes:
- Remove query param parsing from @workflow/web config.ts
- Add ServerConfig interface with non-sensitive display info
- Update all components to use useServerConfig() hook
- Settings sidebar is now read-only
- CLI passes env vars to spawned web server instead of query params
- Server actions use process.env directly (envMap param reserved for future use)

This simplifies the architecture and improves security by never sending
sensitive data (connection strings, auth tokens) to the client.

* fix(web): fix settings sidebar overflow and shorten data dir path

- Add truncate/overflow handling to settings sidebar config values
- Add shortenPath() helper to abbreviate long file paths:
  - Replaces home directory with ~
  - Shows .../last-two-segments if still too long
- Add title attributes for full path on hover

* Update changeest

---------

Co-authored-by: Vercel <vercel[bot]@users.noreply.github.com>

* Version Packages (beta) (#755)

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

* Update packages/world/src/queue.ts

Co-authored-by: Pranay Prakash <[email protected]>

* [web] Tidy wake-up and re-enqueue buttons (#737)


---------

Signed-off-by: Peter Wielander <[email protected]>

* [cli] Use dotenv to resolve .env and .env.local files on startup (#765)

* Use temporary workflow-server deployment URL

* feat: add queue-based health check to bypass Deployment Protection

- Add HealthCheckPayloadSchema and HEALTH_CHECK_STREAM_PREFIX to @workflow/world
- Add healthCheck() method to Queue interface
- Update workflow and step handlers to detect and respond to health check messages
- Implement healthCheck() in world-local, world-vercel, and world-postgres

The queue-based health check sends a message through the queue pipeline,
which bypasses Vercel's Deployment Protection. The handler writes a response
to a stream that the caller reads to confirm health.

This complements the existing HTTP-based ?__health approach which still works
for local development and when bypass headers are available.

* refactor: move healthCheck to core package as utility function

Instead of adding healthCheck to the World interface (which duplicated
the same implementation across all worlds), this is now a utility function
in @workflow/core that takes the World as a parameter.

Usage:
  import { healthCheck } from '@workflow/core';
  const result = await healthCheck(world, 'workflow');

This is cleaner because:
- Single implementation instead of 3 identical ones
- World implementations remain simple
- No changes needed to the World interface

* .

* refactor: move health check types from world to core

Health check types (HealthCheckPayloadSchema, HealthCheckResult, etc.)
are now defined in @workflow/core since that's where they're used.

The HealthCheckPayloadSchema is still part of QueuePayloadSchema in
world (so the queue accepts health check messages), but it's not
exported from the public API.

* .

* Refactor health check implementation based on code review feedback (#746)

* Initial plan

* Address PR review comments: export types, fix race condition, improve error handling

Co-authored-by: TooTallNate <[email protected]>

* Add queue-based health check test and document security considerations

Co-authored-by: TooTallNate <[email protected]>

* Replace 'any' type with proper type guards for health check response

Co-authored-by: TooTallNate <[email protected]>

* Extract health check queue names as constants and improve type guards

Co-authored-by: TooTallNate <[email protected]>

---------

Co-authored-by: copilot-swe-agent[bot] <[email protected]>
Co-authored-by: TooTallNate <[email protected]>

* .

* Fix e2e test

* .

* .

* .

* .

* .

* Update packages/world/src/queue.ts

Co-authored-by: Pranay Prakash <[email protected]>

* Use temporary workflow-server deployment URL

* .

* .

---------

Signed-off-by: Peter Wielander <[email protected]>
Co-authored-by: Copilot <[email protected]>
Co-authored-by: TooTallNate <[email protected]>
Co-authored-by: Pranay Prakash <[email protected]>
Co-authored-by: Peter Wielander <[email protected]>
Co-authored-by: Vercel Release Bot <[email protected]>
Co-authored-by: JJ Kasper <[email protected]>
Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>
Co-authored-by: Vercel <vercel[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
VaguelySerious added a commit that referenced this pull request Jan 16, 2026
* feat: add queue-based health check to bypass Deployment Protection

- Add HealthCheckPayloadSchema and HEALTH_CHECK_STREAM_PREFIX to @workflow/world
- Add healthCheck() method to Queue interface
- Update workflow and step handlers to detect and respond to health check messages
- Implement healthCheck() in world-local, world-vercel, and world-postgres

The queue-based health check sends a message through the queue pipeline,
which bypasses Vercel's Deployment Protection. The handler writes a response
to a stream that the caller reads to confirm health.

This complements the existing HTTP-based ?__health approach which still works
for local development and when bypass headers are available.

* refactor: move healthCheck to core package as utility function

Instead of adding healthCheck to the World interface (which duplicated
the same implementation across all worlds), this is now a utility function
in @workflow/core that takes the World as a parameter.

Usage:
  import { healthCheck } from '@workflow/core';
  const result = await healthCheck(world, 'workflow');

This is cleaner because:
- Single implementation instead of 3 identical ones
- World implementations remain simple
- No changes needed to the World interface

* .

* refactor: move health check types from world to core

Health check types (HealthCheckPayloadSchema, HealthCheckResult, etc.)
are now defined in @workflow/core since that's where they're used.

The HealthCheckPayloadSchema is still part of QueuePayloadSchema in
world (so the queue accepts health check messages), but it's not
exported from the public API.

* .

* Refactor health check implementation based on code review feedback (#746)

* Initial plan

* Address PR review comments: export types, fix race condition, improve error handling

Co-authored-by: TooTallNate <[email protected]>

* Add queue-based health check test and document security considerations

Co-authored-by: TooTallNate <[email protected]>

* Replace 'any' type with proper type guards for health check response

Co-authored-by: TooTallNate <[email protected]>

* Extract health check queue names as constants and improve type guards

Co-authored-by: TooTallNate <[email protected]>

---------

Co-authored-by: copilot-swe-agent[bot] <[email protected]>
Co-authored-by: TooTallNate <[email protected]>

* .

* Fix e2e test

* .

* .

* .

* fix(ai): preserve providerMetadata as providerOptions in multi-turn tool calls (#733)

When tool calls are added to the conversation history, map providerMetadata
to providerOptions following the AI SDK convention. This fixes Gemini thinking
models that require thoughtSignature to be preserved across multi-turn tool calls,
preventing the error 'function call is missing a thought_signature'.

Fixes #727

* Local ui cli flag (#744)

* [web] Increase contrast on attribute items in sidebar (#736)

Signed-off-by: Peter Wielander <[email protected]>

* [world] Remove pause and resume events, actions and states (#751)

* Version Packages (beta) (#735)

* .

* .

* Update turbo inputs to include shared config (#752)

* Update turbo inputs to include shared config

* Apply suggestions from code review

Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>

---------

Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>

* feat(web): add self-hosted mode for world configuration (#747)

* feat(web): add self-hosted mode for world configuration

When WORKFLOW_TARGET_WORLD env var is set, the web UI operates in
self-hosted mode where the world configuration is locked to server-side
environment variables and cannot be changed via query params or UI.

- Add getHardcodedConfig server action to detect self-hosted mode
- Modify getWorldFromEnv to use server env vars in hardcoded mode
- Create WorldConfigContext to provide config state app-wide
- Update settings sidebar to show locked state with disabled inputs
- Update connection status to show PostgreSQL backend info
- Mask sensitive values (postgres URL) in hardcoded mode UI

* fix: address PR review feedback

- Remove unused ConfigMode type export
- Fix postgres substring to undefined (tooltip has details)
- Extract buildEnvMapFromProcessEnv helper to reduce duplication
- Remove unused EnvMap import from layout-client
- Import HardcodedConfig from web-shared/server instead of re-defining

* Fix: PostgreSQL URL parameter missing from configParsers, causing loss of postgres URL configuration on page reload in dynamic mode

* fix(cli): clear WORKFLOW_TARGET_WORLD when spawning web server

The CLI sets WORKFLOW_TARGET_WORLD as an env var, which the spawned
Next.js server inherits. This caused the web UI to enter self-hosted
mode even when launched via CLI.

Now we explicitly clear WORKFLOW_TARGET_WORLD from the server's
environment so it starts in dynamic mode where config comes from
query params as intended.

* refactor(web): use server-side env vars for world config

BREAKING CHANGE: The web UI no longer supports configuring the world
backend via URL query parameters. Configuration is now read exclusively
from server-side environment variables.

Changes:
- Remove query param parsing from @workflow/web config.ts
- Add ServerConfig interface with non-sensitive display info
- Update all components to use useServerConfig() hook
- Settings sidebar is now read-only
- CLI passes env vars to spawned web server instead of query params
- Server actions use process.env directly (envMap param reserved for future use)

This simplifies the architecture and improves security by never sending
sensitive data (connection strings, auth tokens) to the client.

* fix(web): fix settings sidebar overflow and shorten data dir path

- Add truncate/overflow handling to settings sidebar config values
- Add shortenPath() helper to abbreviate long file paths:
  - Replaces home directory with ~
  - Shows .../last-two-segments if still too long
- Add title attributes for full path on hover

* Update changeest

---------

Co-authored-by: Vercel <vercel[bot]@users.noreply.github.com>

* Version Packages (beta) (#755)

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

* Update packages/world/src/queue.ts

Co-authored-by: Pranay Prakash <[email protected]>

* [web] Tidy wake-up and re-enqueue buttons (#737)


---------

Signed-off-by: Peter Wielander <[email protected]>

* [cli] Use dotenv to resolve .env and .env.local files on startup (#765)

* Use temporary workflow-server deployment URL

* feat: add queue-based health check to bypass Deployment Protection

- Add HealthCheckPayloadSchema and HEALTH_CHECK_STREAM_PREFIX to @workflow/world
- Add healthCheck() method to Queue interface
- Update workflow and step handlers to detect and respond to health check messages
- Implement healthCheck() in world-local, world-vercel, and world-postgres

The queue-based health check sends a message through the queue pipeline,
which bypasses Vercel's Deployment Protection. The handler writes a response
to a stream that the caller reads to confirm health.

This complements the existing HTTP-based ?__health approach which still works
for local development and when bypass headers are available.

* refactor: move healthCheck to core package as utility function

Instead of adding healthCheck to the World interface (which duplicated
the same implementation across all worlds), this is now a utility function
in @workflow/core that takes the World as a parameter.

Usage:
  import { healthCheck } from '@workflow/core';
  const result = await healthCheck(world, 'workflow');

This is cleaner because:
- Single implementation instead of 3 identical ones
- World implementations remain simple
- No changes needed to the World interface

* .

* refactor: move health check types from world to core

Health check types (HealthCheckPayloadSchema, HealthCheckResult, etc.)
are now defined in @workflow/core since that's where they're used.

The HealthCheckPayloadSchema is still part of QueuePayloadSchema in
world (so the queue accepts health check messages), but it's not
exported from the public API.

* .

* Refactor health check implementation based on code review feedback (#746)

* Initial plan

* Address PR review comments: export types, fix race condition, improve error handling

Co-authored-by: TooTallNate <[email protected]>

* Add queue-based health check test and document security considerations

Co-authored-by: TooTallNate <[email protected]>

* Replace 'any' type with proper type guards for health check response

Co-authored-by: TooTallNate <[email protected]>

* Extract health check queue names as constants and improve type guards

Co-authored-by: TooTallNate <[email protected]>

---------

Co-authored-by: copilot-swe-agent[bot] <[email protected]>
Co-authored-by: TooTallNate <[email protected]>

* .

* Fix e2e test

* .

* .

* .

* .

* .

* Update packages/world/src/queue.ts

Co-authored-by: Pranay Prakash <[email protected]>

* Use temporary workflow-server deployment URL

* .

* .

---------

Signed-off-by: Peter Wielander <[email protected]>
Co-authored-by: Copilot <[email protected]>
Co-authored-by: TooTallNate <[email protected]>
Co-authored-by: Pranay Prakash <[email protected]>
Co-authored-by: Peter Wielander <[email protected]>
Co-authored-by: Vercel Release Bot <[email protected]>
Co-authored-by: JJ Kasper <[email protected]>
Co-authored-by: vercel[bot] <35613825+vercel[bot]@users.noreply.github.com>
Co-authored-by: Vercel <vercel[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.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.

3 participants