[world] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp
, '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] Remove pause and resume events, actions and states - #751

Merged
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume
Jan 8, 2026
Merged

[world] Remove pause and resume events, actions and states#751
VaguelySerious merged 5 commits into
mainfrom
peter/remove-pause-resume

Conversation

@VaguelySerious

Copy link
Copy Markdown
Member

No description provided.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Jan 8, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 8877347

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

This PR includes changesets to release 18 packages
NameType
@workflow/worldPatch
@workflow/world-localPatch
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/webPatch
@workflow/web-sharedPatch
@workflow/corePatch
@workflow/world-postgresPatch
@workflow/world-testingPatch
workflowPatch
@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 8, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 8, 2026 6:22pm
example-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-astro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-express-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-hono-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
workbench-vite-workflowReadyReadyPreview, CommentJan 8, 2026 6:22pm
1 Skipped Deployment
ProjectDeploymentReviewUpdated (UTC)
workflow-docsSkippedSkippedJan 8, 2026 6:22pm

@github-actions

github-actionsBot commented Jan 8, 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
🌐 Starter🥇 Next.js (Turbopack)0.039s (+1.0%)1.014s (~)0.975s101.00x
💻 LocalNext.js (Turbopack)0.039s (+1.6%)1.016s (~)0.977s101.00x
🌐 RedisNext.js (Turbopack)0.041s (-2.2%)1.017s (~)0.977s101.05x
💻 LocalNitro0.044s (+4.8%)1.007s (~)0.963s101.13x
💻 LocalExpress0.044s (+0.7%)1.006s (~)0.962s101.13x
🌐 TursoNext.js (Turbopack)0.100s (-6.6% 🟢)1.013s (~)0.913s102.58x
🌐 MongoDBNext.js (Turbopack)0.106s (+13.3% 🔺)1.015s (~)0.909s102.74x
🐘 PostgresNitro0.218s (-24.5% 🟢)1.023s (+0.9%)0.805s105.62x
🐘 PostgresExpress0.373s (+5.4% 🔺)1.013s (-0.8%)0.640s109.63x
🐘 PostgresNext.js (Turbopack)0.410s (+60.0% 🔺)1.028s (+0.7%)0.618s1010.56x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.590s (+10.8% 🔺)1.528s (+0.6%)0.938s101.00x
▲ VercelNext.js (Turbopack)0.640s (+21.9% 🔺)1.497s (~)0.857s101.09x
▲ VercelExpress0.653s (+22.3% 🔺)1.620s (+11.6% 🔺)0.968s101.11x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.093s (~)2.008s (~)0.915s101.00x
💻 LocalNext.js (Turbopack)1.099s (~)2.011s (~)0.912s101.01x
🌐 RedisNext.js (Turbopack)1.107s (~)2.014s (~)0.906s101.01x
💻 LocalExpress1.111s (~)2.007s (~)0.896s101.02x
💻 LocalNitro1.113s (~)2.007s (~)0.894s101.02x
🌐 TursoNext.js (Turbopack)1.300s (-0.7%)2.010s (~)0.711s101.19x
🌐 MongoDBNext.js (Turbopack)1.304s (+1.3%)2.014s (~)0.709s101.19x
🐘 PostgresNext.js (Turbopack)1.822s (-19.7% 🟢)2.016s (-33.3% 🟢)0.194s101.67x
🐘 PostgresNitro2.223s (+4.9%)3.014s (~)0.790s102.03x
🐘 PostgresExpress2.229s (+5.2% 🔺)3.015s (~)0.786s102.04x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.776s (+1.4%)3.691s (+4.8%)0.915s101.00x
▲ VercelNitro2.862s (+10.5% 🔺)3.819s (+5.8% 🔺)0.957s101.03x
▲ VercelExpress3.023s (+16.1% 🔺)3.796s (+7.0% 🔺)0.772s101.09x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)10.585s (~)11.011s (~)0.425s51.00x
💻 LocalNext.js (Turbopack)10.643s (~)11.018s (~)0.376s51.01x
🌐 RedisNext.js (Turbopack)10.704s (~)11.020s (~)0.315s51.01x
💻 LocalExpress10.776s (~)11.013s (~)0.237s51.02x
💻 LocalNitro10.787s (~)11.013s (~)0.226s51.02x
🌐 TursoNext.js (Turbopack)12.173s (~)13.020s (~)0.847s51.15x
🌐 MongoDBNext.js (Turbopack)12.249s (+2.9%)13.026s (+8.3% 🔺)0.777s51.16x
🐘 PostgresNext.js (Turbopack)14.832s (-27.0% 🟢)15.232s (-27.6% 🟢)0.399s51.40x
🐘 PostgresExpress20.360s (+24.1% 🔺)21.034s (+23.5% 🔺)0.674s51.92x
🐘 PostgresNitro20.467s (~)21.026s (~)0.559s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)23.791s (+6.7% 🔺)24.632s (+6.4% 🔺)0.841s51.00x
▲ VercelExpress24.442s (+12.8% 🔺)25.318s (+13.6% 🔺)0.876s51.03x
▲ VercelNitro24.541s (+13.7% 🔺)25.154s (+12.6% 🔺)0.613s51.03x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.337s (-0.6%)2.007s (~)0.670s151.00x
🌐 RedisNext.js (Turbopack)1.361s (~)2.011s (~)0.649s151.02x
💻 LocalNext.js (Turbopack)1.384s (~)2.011s (~)0.627s151.04x
💻 LocalExpress1.397s (-1.6%)2.006s (~)0.609s151.04x
💻 LocalNitro1.409s (~)2.006s (~)0.598s151.05x
🐘 PostgresNext.js (Turbopack)1.985s (+10.7% 🔺)2.156s (+3.4%)0.171s141.48x
🌐 MongoDBNext.js (Turbopack)2.116s (~)3.014s (~)0.898s101.58x
🌐 TursoNext.js (Turbopack)2.223s (~)3.012s (~)0.789s101.66x
🐘 PostgresNitro2.416s (+1.6%)3.012s (~)0.596s101.81x
🐘 PostgresExpress2.470s (+10.7% 🔺)3.012s (+6.4% 🔺)0.542s101.85x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.840s (-2.3%)3.592s (-6.0% 🟢)0.753s91.00x
▲ VercelNext.js (Turbopack)2.840s (-13.5% 🟢)3.568s (-12.2% 🟢)0.728s91.00x
▲ VercelExpress2.974s (+0.9%)3.861s (-5.7% 🟢)0.887s81.05x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.166s (+7.5% 🔺)3.136s (+10.2% 🔺)0.970s101.00x
💻 LocalExpress2.179s (-2.3%)3.140s (-0.8%)0.960s101.01x
💻 LocalNitro2.240s (+2.2%)3.197s (+2.0%)0.957s101.03x
🌐 StarterNext.js (Turbopack)2.441s (-0.7%)3.008s (~)0.567s101.13x
🌐 RedisNext.js (Turbopack)2.510s (+1.1%)3.011s (~)0.501s101.16x
🐘 PostgresNext.js (Turbopack)2.717s (+8.2% 🔺)3.013s (~)0.296s101.25x
🐘 PostgresExpress2.870s (~)3.013s (-10.6% 🟢)0.143s101.33x
🐘 PostgresNitro2.997s (-13.0% 🟢)3.465s (-14.0% 🟢)0.468s91.38x
🌐 TursoNext.js (Turbopack)4.583s (-2.5%)5.181s (~)0.599s62.12x
🌐 MongoDBNext.js (Turbopack)4.744s (+1.7%)5.181s (~)0.437s62.19x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)3.490s (+9.8% 🔺)4.110s (+6.5% 🔺)0.620s81.00x
▲ VercelNitro3.501s (+8.3% 🔺)4.072s (+7.9% 🔺)0.572s81.00x
▲ VercelExpress3.615s (+4.1%)4.067s (-1.2%)0.452s81.04x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)1.349s (+0.7%)2.007s (~)0.659s151.00x
💻 LocalNext.js (Turbopack)1.368s (~)2.011s (~)0.643s151.01x
🌐 RedisNext.js (Turbopack)1.382s (+2.5%)2.009s (~)0.627s151.02x
💻 LocalExpress1.417s (~)2.005s (~)0.589s151.05x
💻 LocalNitro1.430s (+0.9%)2.005s (~)0.575s151.06x
🐘 PostgresNext.js (Turbopack)1.692s (-1.9%)2.013s (~)0.321s151.25x
🐘 PostgresExpress1.919s (+5.1% 🔺)2.230s (+11.0% 🔺)0.312s141.42x
🐘 PostgresNitro2.051s (+0.5%)2.224s (~)0.173s141.52x
🌐 MongoDBNext.js (Turbopack)2.168s (+1.7%)3.014s (~)0.846s101.61x
🌐 TursoNext.js (Turbopack)2.231s (+0.7%)3.012s (~)0.781s101.65x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.850s (+9.2% 🔺)3.632s (-0.7%)0.782s91.00x
▲ VercelExpress2.916s (-32.2% 🟢)3.645s (-30.0% 🟢)0.729s91.02x
▲ VercelNext.js (Turbopack)2.995s (+9.7% 🔺)3.803s (+4.8%)0.807s81.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)2.195s (+9.1% 🔺)3.143s (+10.4% 🔺)0.948s101.00x
💻 LocalNitro2.262s (+2.5%)3.193s (+0.7%)0.931s101.03x
💻 LocalExpress2.322s (+3.3%)3.260s (+1.9%)0.938s101.06x
🌐 StarterNext.js (Turbopack)2.469s (~)3.009s (~)0.540s101.12x
🐘 PostgresExpress2.473s (+1.2%)3.014s (-0.6%)0.541s101.13x
🌐 RedisNext.js (Turbopack)2.521s (+2.7%)3.010s (~)0.489s101.15x
🐘 PostgresNext.js (Turbopack)2.606s (+7.0% 🔺)3.023s (~)0.418s101.19x
🐘 PostgresNitro2.977s (+4.9%)3.111s (~)0.134s101.36x
🌐 TursoNext.js (Turbopack)4.640s (~)5.177s (~)0.537s62.11x
🌐 MongoDBNext.js (Turbopack)4.787s (+1.6%)5.181s (~)0.394s62.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express3.105s (-11.5% 🟢)3.653s (-12.9% 🟢)0.548s91.00x
▲ VercelNitro3.301s (+7.2% 🔺)3.924s (+6.7% 🔺)0.623s81.06x
▲ VercelNext.js (Turbopack)4.094s (+26.0% 🔺)4.735s (+25.8% 🔺)0.641s71.32x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
🌐 Starter🥇 Next.js (Turbopack)0.125s (-1.9%)1.005s (~)0.000s (+Infinity% 🔺)1.012s (~)0.887s101.00x
💻 LocalNext.js (Turbopack)0.135s (-4.6%)1.003s (~)0.016s (+0.6%)1.027s (~)0.893s101.08x
🌐 RedisNext.js (Turbopack)0.147s (+2.4%)1.005s (~)0.000s (-100.0% 🟢)1.015s (~)0.868s101.18x
💻 LocalExpress0.173s (-4.7%)0.992s (~)0.017s (-8.3% 🟢)1.023s (~)0.850s101.39x
💻 LocalNitro0.176s (+0.5%)0.992s (~)0.015s (-11.0% 🟢)1.021s (~)0.845s101.41x
🌐 TursoNext.js (Turbopack)0.496s (-5.1% 🟢)0.953s (+2.9%)0.000s (~)1.012s (~)0.516s103.98x
🌐 MongoDBNext.js (Turbopack)0.522s (+10.9% 🔺)0.927s (-4.6%)0.000s (-100.0% 🟢)1.013s (~)0.491s104.19x
🐘 PostgresNext.js (Turbopack)1.005s (+8.0% 🔺)1.532s (-2.3%)0.000s (NaN%)1.716s (+6.0% 🔺)0.711s108.07x
🐘 PostgresNitro2.313s (+1.2%)2.735s (-0.8%)0.000s (-100.0% 🟢)3.014s (~)0.701s1018.57x
🐘 PostgresExpress2.392s (+87.2% 🔺)2.652s (+50.4% 🔺)0.000s (-100.0% 🟢)3.014s (+49.7% 🔺)0.622s1019.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.867s (+1.0%)3.171s (-2.0%)0.577s (-4.4%)4.192s (-2.1%)1.325s101.00x
▲ VercelNitro2.875s (+3.8%)3.180s (-5.5% 🟢)0.736s (+61.1% 🔺)4.389s (+3.0%)1.515s101.00x
▲ VercelExpress3.156s (+13.7% 🔺)3.477s (+7.0% 🔺)0.407s (-6.9% 🟢)4.395s (+7.4% 🔺)1.239s101.10x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)8/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNext.js (Turbopack)4/8
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express💻 Local8/8
Next.js (Turbopack)🌐 Starter6/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

@github-actions

github-actionsBot commented Jan 8, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
❌ ▲ Vercel Production362111374
✅ 💻 Local Development33208340
✅ 📦 Local Production33208340
✅ 🐘 Local Postgres33208340
✅ 🪟 Windows340034
❌ 🌍 Community Worlds131170148
Total152318351576

❌ Failed Tests

▲ Vercel Production (1 failed)

astro (1 failed):

  • outputStreamInsideStepWorkflow - getWritable() called inside step functions
🌍 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
AppPassedFailedSkipped
❌ astro3211
✅ example3301
✅ express3301
✅ fastify3301
✅ hono3301
✅ nextjs-turbopack3301
✅ nextjs-webpack3301
✅ nitro3301
✅ nuxt3301
✅ sveltekit3301
✅ vite3301
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable3301
✅ express-stable3301
✅ fastify-stable3301
✅ hono-stable3301
✅ nextjs-turbopack-stable3400
✅ nextjs-webpack-stable3400
✅ nitro-stable3301
✅ nuxt-stable3301
✅ sveltekit-stable3301
✅ vite-stable3301
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack3400
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb3310
✅ redis-dev300
❌ redis3310
✅ starter-dev300
❌ starter20140
✅ turso-dev300
❌ turso3310

📋 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.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@@ -67,6 +67,16 @@ You are an expert technical writer specializing in developer documentation for t
- Cross-reference related documentation when helpful

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.

unrelated but ok

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
…ot registered in Drizzle's _journal.json, causing the migration to be skipped during database updates.
@vercel
vercelBottemporarily deployed to Preview – workflow-docs January 8, 2026 18:20 Inactive
@VaguelySerious
VaguelySerious merged commit dd3db13 into mainJan 8, 2026
88 of 89 checks passed
@VaguelySerious
VaguelySerious deleted the peter/remove-pause-resume branch January 8, 2026 18:29
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* 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 <mittgfu@gmail.com>
* [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 <pranay.gp@gmail.com>
* [web] Tidy wake-up and re-enqueue buttons (#737)
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
* [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 <71256+TooTallNate@users.noreply.github.com>
* Add queue-based health check test and document security considerations
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Replace 'any' type with proper type guards for health check response
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* Extract health check queue names as constants and improve type guards
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
---------
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
* .
* Fix e2e test
* .
* .
* .
* .
* .
* Update packages/world/src/queue.ts
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
* Use temporary workflow-server deployment URL
* .
* .
---------
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TooTallNate <71256+TooTallNate@users.noreply.github.com>
Co-authored-by: Pranay Prakash <pranay.gp@gmail.com>
Co-authored-by: Peter Wielander <mittgfu@gmail.com>
Co-authored-by: Vercel Release Bot <88769842+vercel-release-bot@users.noreply.github.com>
Co-authored-by: JJ Kasper <jj@jjsweb.site>
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 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.

2 participants

@VaguelySerious@pranaygp