Skip to content

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

Merged
VaguelySerious merged 1 commit intomainfrom
peter/up-contrast-sidebar
Jan 8, 2026
Merged

[web] Increase contrast on attribute items in sidebar#736
VaguelySerious merged 1 commit intomainfrom
peter/up-contrast-sidebar

Conversation

@VaguelySerious
Copy link
Copy Markdown
Member

@VaguelySerious VaguelySerious commented Jan 7, 2026

image image

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

changeset-bot Bot commented Jan 7, 2026

🦋 Changeset detected

Latest commit: c4db8e2

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

This PR includes changesets to release 1 package
Name Type
@workflow/web-shared Patch

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

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

@vercel
Copy link
Copy Markdown
Contributor

vercel Bot commented Jan 7, 2026

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

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

@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented Jan 7, 2026

📊 Benchmark Results

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

workflow with no steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 0.037s (-6.0% 🟢) 1.014s (~) 0.976s 10 1.00x
💻 Local Next.js (Turbopack) 0.038s (-13.1% 🟢) 1.014s (~) 0.976s 10 1.01x
💻 Local Nitro 0.042s (-16.6% 🟢) 1.007s (~) 0.964s 10 1.13x
🌐 Redis Next.js (Turbopack) 0.043s (+15.2% 🔺) 1.018s (~) 0.975s 10 1.15x
💻 Local Express 0.048s (+6.0% 🔺) 1.007s (~) 0.960s 10 1.27x
🌐 Turso Next.js (Turbopack) 0.104s (+1.3%) 1.015s (~) 0.911s 10 2.78x
🌐 MongoDB Next.js (Turbopack) 0.116s (+38.8% 🔺) 1.015s (~) 0.899s 10 3.09x
🐘 Postgres Next.js (Turbopack) 0.240s (+31.9% 🔺) 1.024s (+0.5%) 0.785s 10 6.39x
🐘 Postgres Nitro 0.299s (+9.1% 🔺) 1.013s (~) 0.715s 10 7.96x
🐘 Postgres Express 0.380s (+1.5%) 1.013s (~) 0.633s 10 10.14x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 0.556s (-56.6% 🟢) 1.481s (-26.0% 🟢) 0.925s 10 1.00x
▲ Vercel Nitro 0.572s (-54.7% 🟢) 1.567s (-22.5% 🟢) 0.995s 10 1.03x
▲ Vercel Express 0.576s (-45.9% 🟢) 1.673s (-14.4% 🟢) 1.097s 10 1.04x

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

workflow with 1 step

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.089s (~) 2.010s (~) 0.920s 10 1.00x
💻 Local Next.js (Turbopack) 1.095s (~) 2.010s (~) 0.915s 10 1.01x
🌐 Redis Next.js (Turbopack) 1.102s (~) 2.013s (~) 0.911s 10 1.01x
💻 Local Nitro 1.109s (-2.2%) 2.006s (~) 0.897s 10 1.02x
💻 Local Express 1.117s (~) 2.008s (~) 0.892s 10 1.03x
🌐 MongoDB Next.js (Turbopack) 1.302s (-0.7%) 2.013s (~) 0.711s 10 1.20x
🌐 Turso Next.js (Turbopack) 1.312s (~) 2.012s (~) 0.701s 10 1.20x
🐘 Postgres Next.js (Turbopack) 2.128s (-9.8% 🟢) 2.518s (-16.5% 🟢) 0.390s 10 1.95x
🐘 Postgres Nitro 2.155s (+0.8%) 3.013s (~) 0.858s 10 1.98x
🐘 Postgres Express 2.223s (+0.6%) 3.014s (~) 0.791s 10 2.04x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 2.765s (+2.9%) 3.670s (+4.1%) 0.905s 10 1.00x
▲ Vercel Express 2.794s (+3.3%) 3.745s (+2.3%) 0.952s 10 1.01x
▲ Vercel Next.js (Turbopack) 2.796s (+2.0%) 3.609s (~) 0.813s 10 1.01x

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

workflow with 10 sequential steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 10.584s (~) 11.012s (~) 0.428s 5 1.00x
💻 Local Next.js (Turbopack) 10.642s (~) 11.013s (~) 0.371s 5 1.01x
🌐 Redis Next.js (Turbopack) 10.671s (~) 11.016s (~) 0.345s 5 1.01x
💻 Local Nitro 10.784s (-1.1%) 11.011s (~) 0.227s 5 1.02x
💻 Local Express 10.805s (~) 11.016s (~) 0.211s 5 1.02x
🌐 Turso Next.js (Turbopack) 12.192s (~) 13.025s (~) 0.833s 5 1.15x
🌐 MongoDB Next.js (Turbopack) 12.237s (~) 13.026s (~) 0.789s 5 1.16x
🐘 Postgres Next.js (Turbopack) 15.403s (-24.3% 🟢) 16.035s (-23.8% 🟢) 0.633s 5 1.46x
🐘 Postgres Nitro 17.722s (-10.5% 🟢) 18.431s (-8.9% 🟢) 0.709s 5 1.67x
🐘 Postgres Express 20.343s (~) 21.033s (+0.9%) 0.690s 5 1.92x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 22.227s (~) 23.383s (+1.5%) 1.156s 5 1.00x
▲ Vercel Nitro 22.373s (+2.3%) 23.254s (+1.9%) 0.881s 5 1.01x
▲ Vercel Next.js (Turbopack) 22.578s (+2.0%) 23.337s (+2.4%) 0.759s 5 1.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 1.344s (-0.6%) 2.009s (~) 0.664s 15 1.00x
🌐 Redis Next.js (Turbopack) 1.363s (+1.5%) 2.010s (~) 0.647s 15 1.01x
💻 Local Next.js (Turbopack) 1.367s (-2.2%) 2.010s (~) 0.644s 15 1.02x
💻 Local Nitro 1.394s (-3.9%) 2.005s (~) 0.611s 15 1.04x
💻 Local Express 1.408s (-1.1%) 2.006s (~) 0.598s 15 1.05x
🌐 MongoDB Next.js (Turbopack) 2.122s (~) 3.013s (~) 0.891s 10 1.58x
🐘 Postgres Nitro 2.143s (-10.8% 🟢) 2.594s (-13.8% 🟢) 0.452s 12 1.59x
🌐 Turso Next.js (Turbopack) 2.230s (+0.9%) 3.012s (~) 0.782s 10 1.66x
🐘 Postgres Next.js (Turbopack) 2.237s (+1.4%) 2.598s (~) 0.360s 12 1.66x
🐘 Postgres Express 2.445s (+2.7%) 3.012s (~) 0.568s 10 1.82x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 2.907s (~) 3.740s (+1.7%) 0.833s 9 1.00x
▲ Vercel Express 3.269s (+18.3% 🔺) 4.084s (+7.5% 🔺) 0.815s 8 1.12x
▲ Vercel Nitro 4.085s (+51.2% 🔺) 4.945s (+39.3% 🔺) 0.860s 7 1.41x

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

Promise.all with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.089s (-7.1% 🟢) 3.001s (-6.5% 🟢) 0.912s 11 1.00x
💻 Local Nitro 2.199s (-5.1% 🟢) 3.143s (-3.5%) 0.943s 10 1.05x
💻 Local Express 2.247s (+1.1%) 3.198s (~) 0.951s 10 1.08x
🌐 Starter Next.js (Turbopack) 2.457s (~) 3.010s (~) 0.553s 10 1.18x
🌐 Redis Next.js (Turbopack) 2.464s (-0.6%) 3.012s (~) 0.548s 10 1.18x
🐘 Postgres Next.js (Turbopack) 2.697s (+2.5%) 3.014s (~) 0.317s 10 1.29x
🐘 Postgres Nitro 2.764s (-0.7%) 3.021s (~) 0.257s 10 1.32x
🐘 Postgres Express 2.862s (-5.6% 🟢) 3.013s (-16.0% 🟢) 0.151s 10 1.37x
🌐 Turso Next.js (Turbopack) 4.667s (+0.9%) 5.182s (~) 0.515s 6 2.23x
🌐 MongoDB Next.js (Turbopack) 4.782s (+3.1%) 5.181s (~) 0.399s 6 2.29x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 3.526s (+4.2%) 4.344s (+9.7% 🔺) 0.818s 7 1.00x
▲ Vercel Nitro 3.787s (+3.2%) 4.585s (+6.1% 🔺) 0.798s 7 1.07x
▲ Vercel Next.js (Turbopack) 3.932s (+15.4% 🔺) 4.831s (+16.4% 🔺) 0.899s 7 1.12x

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

Promise.race with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
🌐 Redis 🥇 Next.js (Turbopack) 1.345s (-1.5%) 2.010s (~) 0.666s 15 1.00x
🌐 Starter Next.js (Turbopack) 1.363s (+0.7%) 2.007s (~) 0.644s 15 1.01x
💻 Local Next.js (Turbopack) 1.383s (-3.1%) 2.011s (~) 0.629s 15 1.03x
💻 Local Nitro 1.415s (-3.4%) 2.005s (~) 0.590s 15 1.05x
💻 Local Express 1.422s (~) 2.006s (~) 0.584s 15 1.06x
🐘 Postgres Next.js (Turbopack) 1.666s (-3.7%) 2.014s (~) 0.348s 15 1.24x
🐘 Postgres Nitro 1.703s (-4.2%) 2.225s (+10.8% 🔺) 0.522s 14 1.27x
🐘 Postgres Express 1.967s (-4.0%) 2.160s (-9.9% 🟢) 0.192s 14 1.46x
🌐 MongoDB Next.js (Turbopack) 2.130s (~) 3.012s (~) 0.882s 10 1.58x
🌐 Turso Next.js (Turbopack) 2.231s (~) 3.012s (~) 0.780s 10 1.66x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 2.818s (+1.8%) 3.719s (~) 0.901s 9 1.00x
▲ Vercel Nitro 2.911s (+5.4% 🔺) 3.836s (+9.5% 🔺) 0.926s 8 1.03x
▲ Vercel Next.js (Turbopack) 2.939s (+4.0%) 3.748s (+3.8%) 0.809s 9 1.04x

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

Promise.race with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.124s (-5.6% 🟢) 3.016s (-3.7%) 0.891s 10 1.00x
💻 Local Nitro 2.207s (-10.0% 🟢) 3.155s (-6.2% 🟢) 0.947s 10 1.04x
💻 Local Express 2.365s (+0.6%) 3.322s (+1.1%) 0.956s 10 1.11x
🌐 Starter Next.js (Turbopack) 2.477s (+0.7%) 3.014s (~) 0.537s 10 1.17x
🌐 Redis Next.js (Turbopack) 2.481s (~) 3.011s (~) 0.530s 10 1.17x
🐘 Postgres Next.js (Turbopack) 2.663s (+3.7%) 3.021s (~) 0.359s 10 1.25x
🐘 Postgres Express 2.739s (-1.0%) 3.013s (~) 0.274s 10 1.29x
🐘 Postgres Nitro 2.865s (+7.1% 🔺) 3.011s (~) 0.146s 10 1.35x
🌐 MongoDB Next.js (Turbopack) 4.702s (+1.7%) 5.183s (~) 0.481s 6 2.21x
🌐 Turso Next.js (Turbopack) 4.745s (+2.1%) 5.184s (~) 0.439s 6 2.23x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 3.411s (+8.3% 🔺) 4.015s (+11.3% 🔺) 0.604s 8 1.00x
▲ Vercel Nitro 3.559s (+7.0% 🔺) 4.938s (+25.7% 🔺) 1.379s 7 1.04x
▲ Vercel Express 4.425s (+39.0% 🔺) 5.418s (+42.1% 🔺) 0.993s 6 1.30x

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

Stream Benchmarks (includes TTFB metrics)
workflow with stream

💻 Local Development

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
🌐 Starter 🥇 Next.js (Turbopack) 0.128s (+2.9%) 1.005s (~) 0.000s (-100.0% 🟢) 1.012s (~) 0.884s 10 1.00x
💻 Local Next.js (Turbopack) 0.134s (-8.2% 🟢) 1.002s (~) 0.018s (+1.7%) 1.028s (~) 0.894s 10 1.05x
🌐 Redis Next.js (Turbopack) 0.152s (+9.5% 🔺) 1.005s (~) 0.000s (+200.0% 🔺) 1.016s (~) 0.864s 10 1.19x
💻 Local Nitro 0.175s (-8.7% 🟢) 0.992s (~) 0.015s (-11.2% 🟢) 1.021s (~) 0.846s 10 1.37x
💻 Local Express 0.183s (+3.1%) 0.992s (~) 0.015s (-24.1% 🟢) 1.023s (~) 0.840s 10 1.43x
🌐 Turso Next.js (Turbopack) 0.466s (+2.6%) 0.987s (-0.8%) 0.000s (NaN%) 1.014s (~) 0.548s 10 3.65x
🌐 MongoDB Next.js (Turbopack) 0.504s (-4.3%) 0.947s (+2.8%) 0.000s (NaN%) 1.014s (~) 0.510s 10 3.95x
🐘 Postgres Next.js (Turbopack) 1.343s (-20.0% 🟢) 1.708s (-30.0% 🟢) 0.000s (-100.0% 🟢) 2.019s (-19.8% 🟢) 0.677s 10 10.51x
🐘 Postgres Nitro 1.400s (+1.1%) 1.720s (+0.9%) 0.000s (NaN%) 2.012s (~) 0.612s 10 10.96x
🐘 Postgres Express 2.373s (+3.3%) 2.672s (-2.7%) 0.000s (+Infinity% 🔺) 3.014s (~) 0.642s 10 18.58x

▲ Production (Vercel)

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 2.823s (~) 3.205s (-2.3%) 0.338s (+7.4% 🔺) 4.068s (~) 1.245s 10 1.00x
▲ Vercel Next.js (Turbopack) 2.850s (+3.4%) 3.209s (+1.1%) 0.471s (+86.9% 🔺) 4.137s (+6.5% 🔺) 1.286s 10 1.01x
▲ Vercel Nitro 2.856s (+5.1% 🔺) 3.245s (+5.0% 🔺) 0.396s (-12.9% 🟢) 4.106s (+3.0%) 1.250s 10 1.01x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

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

Winner determined by most benchmark wins

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

Worlds:

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

📋 View full workflow run

@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented Jan 7, 2026

🧪 E2E Test Results

Some tests failed

Summary

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

❌ Failed Tests

🌍 Community Worlds (17 failed)

mongodb (1 failed):

  • webhookWorkflow

redis (1 failed):

  • webhookWorkflow

starter (14 failed):

  • addTenWorkflow
  • addTenWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly

turso (1 failed):

  • webhookWorkflow

Details by Category

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

📋 View full workflow run

@VaguelySerious VaguelySerious force-pushed the peter/up-contrast-sidebar branch from 6402230 to c4db8e2 Compare January 7, 2026 13:18
@VaguelySerious VaguelySerious merged commit 0d79ff0 into main Jan 8, 2026
216 of 218 checks passed
@VaguelySerious VaguelySerious deleted the peter/up-contrast-sidebar branch January 8, 2026 10:01
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 free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant