Skip to content

Conversation

@pranaygp
Copy link
Collaborator

@pranaygp pranaygp commented Jan 10, 2026

Added dedicated worlds page to show all available worlds incuding e2e testbench pass rate and performance benchmarking

Added historic performance benchmarking over last 30 commits/releases on github with request caching (should probably be ISR / PPR since these can be caluclated at build time and don't need to be re-fetched)

Rewrote the Local, Postgres and Vercel world documentation pages to follow a standard structure with config, observability, benchmarking notes

TODOs

  • Do another design and structural pass on the community world detail pages
  • Remove the old pages from docs for worlds and ensure redirect to prevent broken links
  • Include a better explanation on worlds, the interface, and how to build your own world
  • Polish up the worlds index page - need to replace the redundant AI generated components at the bottom with something more useful
  • Ask AI to do a code self review

Additional Changes

Deploying Section Restructure:

  • New streamlined deploying index page explaining portability via Worlds, local dev, and Vercel deployment
  • New detailed "Building a World" guide with Storage, Queue, and Streamer interface documentation
  • Links to Postgres World as reference implementation

Worlds Page UI Improvements:

  • Simplified footer: replaced "What is a World?" and "Build Your Own World" sections with single "Learn more about worlds" section
  • Moved "Last updated" info directly under worlds grid for better visibility
  • Fixed globe visibility in light/dark mode for better text readability
  • Fixed tooltip positioning on mobile breakpoints

Sidebar Navigation:

  • Auto-expand sidebar folders when viewing a child page (improves navigation context)

Other Fixes:

  • Added missing Foundations index cards (Streaming, Serialization, Idempotency)
  • Removed redundant Documentation button for community worlds (GitHub link is sufficient)

Preview

Worlds Page

image image

Postgres Docs (also check the other worlds)
image
image
image

Copilot AI review requested due to automatic review settings January 10, 2026 09:54
@changeset-bot
Copy link

changeset-bot bot commented Jan 10, 2026

⚠️ No Changeset found

Latest commit: d778fab

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

@vercel
Copy link
Contributor

vercel bot commented Jan 10, 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 24, 2026 1:23am
example-nextjs-workflow-webpack Ready Ready Preview, Comment Jan 24, 2026 1:23am
example-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-astro-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-express-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-fastify-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-hono-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-nitro-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-nuxt-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-sveltekit-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workbench-vite-workflow Ready Ready Preview, Comment Jan 24, 2026 1:23am
workflow-docs Ready Ready Preview, Comment Jan 24, 2026 1:23am

@github-actions
Copy link
Contributor

github-actions bot commented Jan 10, 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
💻 Local 🥇 Next.js (Turbopack) 0.041s (-7.5% 🟢) 1.019s (~) 0.978s 10 1.00x
💻 Local Nitro 0.042s (-1.9%) 1.007s (~) 0.964s 10 1.04x
💻 Local Express 0.046s (+1.3%) 1.008s (~) 0.962s 10 1.13x
🐘 Postgres Next.js (Turbopack) 0.148s (+3.7%) 1.022s (~) 0.873s 10 3.64x
🐘 Postgres Express 0.203s (-29.8% 🟢) 1.024s (+0.9%) 0.820s 10 4.99x
🐘 Postgres Nitro 0.311s (+22.6% 🔺) 1.031s (+1.7%) 0.720s 10 7.62x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 0.628s (-16.8% 🟢) 1.485s (-24.3% 🟢) 0.858s 10 1.00x
▲ Vercel Nitro 0.643s (-18.8% 🟢) 1.482s (-12.4% 🟢) 0.839s 10 1.02x
▲ Vercel Express 0.660s (-25.7% 🟢) 1.566s (-11.2% 🟢) 0.906s 10 1.05x

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

workflow with 1 step

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 1.096s (~) 2.012s (~) 0.917s 10 1.00x
💻 Local Nitro 1.114s (~) 2.006s (~) 0.892s 10 1.02x
💻 Local Express 1.118s (~) 2.007s (~) 0.889s 10 1.02x
🐘 Postgres Nitro 2.128s (-2.8%) 2.414s (-20.0% 🟢) 0.286s 10 1.94x
🐘 Postgres Next.js (Turbopack) 2.153s (+11.0% 🔺) 2.417s (+14.2% 🔺) 0.264s 10 1.96x
🐘 Postgres Express 2.359s (+11.2% 🔺) 3.016s (~) 0.657s 10 2.15x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 2.809s (-1.3%) 3.597s (-1.3%) 0.788s 10 1.00x
▲ Vercel Nitro 2.828s (-2.4%) 3.626s (-2.3%) 0.798s 10 1.01x
▲ Vercel Express 2.867s (-3.0%) 3.643s (-0.6%) 0.776s 10 1.02x

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

workflow with 10 sequential steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 10.701s (~) 11.021s (~) 0.321s 5 1.00x
💻 Local Nitro 10.823s (~) 11.012s (~) 0.189s 5 1.01x
💻 Local Express 10.833s (~) 11.013s (~) 0.180s 5 1.01x
🐘 Postgres Next.js (Turbopack) 14.904s (-2.3%) 15.237s (-5.0%) 0.333s 5 1.39x
🐘 Postgres Nitro 15.269s (-25.3% 🟢) 16.030s (-23.8% 🟢) 0.762s 5 1.43x
🐘 Postgres Express 20.322s (+13.8% 🔺) 21.038s (+15.4% 🔺) 0.716s 5 1.90x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 22.217s (-15.6% 🟢) 23.072s (-13.9% 🟢) 0.855s 5 1.00x
▲ Vercel Express 23.130s (-8.2% 🟢) 23.724s (-8.1% 🟢) 0.593s 5 1.04x
▲ Vercel Nitro 23.173s (-12.1% 🟢) 23.919s (-11.2% 🟢) 0.745s 5 1.04x

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

Promise.all with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 1.386s (~) 2.011s (~) 0.625s 15 1.00x
💻 Local Nitro 1.406s (+0.9%) 2.007s (~) 0.601s 15 1.01x
💻 Local Express 1.416s (~) 2.007s (~) 0.591s 15 1.02x
🐘 Postgres Next.js (Turbopack) 2.075s (+22.9% 🔺) 2.599s (+27.4% 🔺) 0.524s 12 1.50x
🐘 Postgres Nitro 2.132s (-3.3%) 2.760s (-8.4% 🟢) 0.628s 11 1.54x
🐘 Postgres Express 2.553s (+25.7% 🔺) 3.014s (+9.9% 🔺) 0.462s 10 1.84x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 2.821s (-9.7% 🟢) 3.631s (-6.7% 🟢) 0.811s 9 1.00x
▲ Vercel Next.js (Turbopack) 2.991s (~) 3.725s (+2.5%) 0.734s 9 1.06x
▲ Vercel Express 3.736s (+29.1% 🔺) 5.355s (+46.3% 🔺) 1.619s 6 1.32x

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

Promise.all with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Nitro 2.429s (-4.4%) 3.051s (+1.2%) 0.623s 10 1.00x
💻 Local Next.js (Turbopack) 2.487s (+3.0%) 3.044s (-9.9% 🟢) 0.558s 10 1.02x
💻 Local Express 2.522s (+1.8%) 3.020s (~) 0.498s 10 1.04x
🐘 Postgres Express 8.825s (~) 9.297s (-2.6%) 0.472s 4 3.63x
🐘 Postgres Next.js (Turbopack) 10.771s (-1.9%) 11.694s (~) 0.923s 3 4.43x
🐘 Postgres Nitro 11.244s (+32.5% 🔺) 11.695s (+28.9% 🔺) 0.451s 3 4.63x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 3.137s (-12.1% 🟢) 3.654s (-12.4% 🟢) 0.517s 9 1.00x
▲ Vercel Next.js (Turbopack) 3.223s (~) 3.783s (+1.9%) 0.560s 8 1.03x
▲ Vercel Nitro 3.434s (-4.5%) 3.915s (-4.9%) 0.481s 8 1.09x

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

Promise.race with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Nitro 1.413s (~) 2.007s (~) 0.594s 15 1.00x
💻 Local Next.js (Turbopack) 1.424s (+1.7%) 2.011s (~) 0.586s 15 1.01x
💻 Local Express 1.432s (~) 2.007s (~) 0.575s 15 1.01x
🐘 Postgres Next.js (Turbopack) 1.815s (+21.3% 🔺) 2.156s (+7.1% 🔺) 0.341s 14 1.28x
🐘 Postgres Express 2.048s (-4.6%) 2.527s (-2.7%) 0.479s 12 1.45x
🐘 Postgres Nitro 2.078s (+2.8%) 2.680s (~) 0.602s 12 1.47x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 2.859s (-1.7%) 3.631s (-2.8%) 0.771s 9 1.00x
▲ Vercel Express 2.935s (+1.8%) 3.757s (~) 0.822s 8 1.03x
▲ Vercel Nitro 2.996s (+1.1%) 3.773s (+1.4%) 0.777s 8 1.05x

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

Promise.race with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.593s (+3.6%) 3.046s (~) 0.453s 10 1.00x
💻 Local Express 2.606s (+1.0%) 3.013s (~) 0.407s 10 1.00x
💻 Local Nitro 2.650s (~) 3.028s (~) 0.378s 10 1.02x
🐘 Postgres Express 11.333s (-1.6%) 11.719s (~) 0.386s 3 4.37x
🐘 Postgres Next.js (Turbopack) 11.564s (+6.4% 🔺) 12.385s (+8.3% 🔺) 0.821s 3 4.46x
🐘 Postgres Nitro 13.741s (+20.7% 🔺) 14.070s (+16.7% 🔺) 0.329s 3 5.30x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 3.296s (+5.7% 🔺) 3.866s (+6.9% 🔺) 0.571s 8 1.00x
▲ Vercel Next.js (Turbopack) 3.509s (+1.1%) 4.181s (+2.2%) 0.672s 8 1.06x
▲ Vercel Nitro 119.077s (+3672.4% 🔺) 120.329s (+3084.9% 🔺) 1.252s 1 36.13x

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

Stream Benchmarks (includes TTFB metrics)
workflow with stream

💻 Local Development

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 0.144s (+3.6%) 1.004s (~) 0.017s (+8.4% 🔺) 1.028s (~) 0.884s 10 1.00x
💻 Local Express 0.184s (+1.1%) 0.992s (~) 0.014s (-5.9% 🟢) 1.021s (~) 0.838s 10 1.28x
💻 Local Nitro 0.184s (-2.3%) 0.992s (~) 0.016s (-5.3% 🟢) 1.022s (~) 0.838s 10 1.28x
🐘 Postgres Next.js (Turbopack) 0.627s (-48.8% 🟢) 0.975s (-46.5% 🟢) 0.003s (+2500.0% 🔺) 1.018s (-49.6% 🟢) 0.391s 10 4.37x
🐘 Postgres Nitro 1.098s (-50.8% 🟢) 1.938s (-31.1% 🟢) 0.000s (NaN%) 2.013s (-33.2% 🟢) 0.914s 10 7.64x
🐘 Postgres Express 2.198s (+66.0% 🔺) 2.845s (+58.7% 🔺) 0.000s (NaN%) 3.016s (+49.7% 🔺) 0.818s 10 15.29x

▲ Production (Vercel)

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 2.931s (~) 3.312s (+3.9%) 0.390s (+6.3% 🔺) 4.134s (+3.5%) 1.204s 10 1.00x
▲ Vercel Nitro 3.012s (+2.0%) 3.272s (-0.5%) 0.491s (+68.3% 🔺) 4.257s (+2.6%) 1.245s 10 1.03x
▲ Vercel Express 3.150s (+9.2% 🔺) 3.259s (-1.4%) 0.499s (~) 4.306s (+0.9%) 1.156s 10 1.07x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

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

Winner determined by most benchmark wins

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

Worlds:

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

📋 View full workflow run

@github-actions
Copy link
Contributor

github-actions bot commented Jan 10, 2026

🧪 E2E Test Results

Some tests failed

Summary

Passed Failed Skipped Total
✅ ▲ Vercel Production 457 0 38 495
❌ 💻 Local Development 416 2 32 450
✅ 📦 Local Production 418 0 32 450
✅ 🐘 Local Postgres 418 0 32 450
✅ 🪟 Windows 45 0 0 45
❌ 🌍 Community Worlds 31 161 0 192
Total 1785 163 134 2082

❌ Failed Tests

💻 Local Development (2 failed)

astro-stable (2 failed):

  • 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
🌍 Community Worlds (161 failed)

mongodb (40 failed):

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

redis (40 failed):

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

starter (41 failed):

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

turso (40 failed):

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

Details by Category

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

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

Copy link
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

This PR revamps the World documentation by creating dedicated detail pages for official worlds (local, postgres, vercel) with MDX-driven content. It introduces new components for world detail pages, benchmark history visualization with interactive charts, and a redesigned worlds index page with a 3D globe visual.

Changes:

  • Created dedicated /worlds/[id] routes with MDX content for official worlds and template components for community worlds
  • Added benchmark history charts showing performance trends over releases/commits with clickable data points
  • Restructured world documentation with cleaner h3 headings for configuration options instead of tables
  • Added TOC generation from MDX headings and world data provider context for component communication

Reviewed changes

Copilot reviewed 31 out of 32 changed files in this pull request and generated 5 comments.

Show a summary per file
File Description
worlds-manifest.json Added example field for linking to example repositories
package.json Added cobe dependency (0.6.5) for 3D globe visualization
next.config.ts Added redirects from old /docs/deploying/world/* paths to new /worlds/* routes
worlds-data.ts Enhanced to extract framework-specific E2E data, workflow timing metrics, and added single world lookup functions
types.ts Added framework E2E breakdown types, workflow timing fields, benchmark10SeqMs metric, and formatTime utility
WorldDetailHero.tsx New hero component for world detail pages with E2E/benchmark summary and quick links
WorldDetailToc.tsx New TOC component with intersection observer for active section highlighting
WorldTestingPerformance.tsx New component displaying E2E test results and benchmark tables with history chart integration
WorldDataProvider.tsx New context provider for sharing world data between MDX and client components
WorldCardSimple.tsx New simplified card component for worlds index page with E2E/PERF metrics footer
Globe.tsx New interactive 3D globe component using COBE library
BenchmarkHistoryChart.tsx New dialog component showing performance trends over time with releases/commits toggle
local-world.mdx Rewritten with cleaner structure, h3 config options, and Testing & Performance section
postgres-world.mdx Rewritten with installation steps, framework-specific examples, and detailed configuration
vercel-world.mdx Rewritten with simplified auto-configuration explanation and versioning details
worlds/page.tsx New worlds index page with globe hero, world cards grid, and "What is a World?" section
worlds/[id]/page.tsx New dynamic world detail page supporting both MDX and template rendering
worlds/compare/page.tsx New benchmark comparison page with tables and charts
benchmark-history/route.ts New API route fetching historical benchmark data from gh-pages commits
generate-docs-data.js Enhanced to extract workflow timing metrics (min/max/ttfb/slurp) from benchmark results
Files not reviewed (1)
  • pnpm-lock.yaml: Language not supported

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment on lines +44 to +63
return (
<nav className="space-y-1">
<p className="font-medium text-sm mb-2">On this page</p>
{items.map((item) => (
<a
key={item.id}
href={`#${item.id}`}
className={cn(
'block text-sm py-1 border-l-2 pl-3 transition-colors',
activeId === item.id
? 'border-primary text-foreground font-medium'
: 'border-transparent text-muted-foreground hover:text-foreground hover:border-muted-foreground'
)}
>
{item.title}
</a>
))}
</nav>
);
}
Copy link

Copilot AI Jan 10, 2026

Choose a reason for hiding this comment

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

When items array is empty, this component renders a nav with just the "On this page" heading but no links. While not necessarily broken, consider adding a conditional render or early return if items.length === 0 to avoid rendering an empty navigation section.

Copilot uses AI. Check for mistakes.
Comment on lines 80 to 87
const fileRes = await fetch(
`https://raw.githubusercontent.com/${REPO}/${ghPagesSha}/${FILE_PATH}`,
{ next: { revalidate: 3600 } }
);

if (!fileRes.ok) return null;

return (await fileRes.json()) as CIResultsData;
Copy link

Copilot AI Jan 10, 2026

Choose a reason for hiding this comment

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

The JSON parsing at line 87 doesn't handle malformed JSON responses. If the GitHub API returns invalid JSON, this will throw an unhandled error. Consider wrapping the await fileRes.json() in a try-catch or adding validation.

Copilot uses AI. Check for mistakes.
Comment on lines 120 to 145
const ghPagesCommits = (await ghPagesCommitsRes.json()) as GitHubCommit[];

// Fetch benchmark data for each gh-pages commit in batches
const BATCH_SIZE = 10;
for (let i = 0; i < ghPagesCommits.length; i += BATCH_SIZE) {
const batch = ghPagesCommits.slice(i, i + BATCH_SIZE);
const results = await Promise.all(
batch.map(async (ghCommit) => {
const data = await fetchBenchmarkFile(ghCommit.sha);
if (!data || !data.commit) return null;

return {
ghPagesSha: ghCommit.sha,
mainCommitSha: data.commit,
timestamp: data.lastUpdated,
data,
};
})
);

for (const result of results) {
if (result && !snapshotMap.has(result.mainCommitSha)) {
// Only keep the first (most recent) benchmark for each main commit
snapshotMap.set(result.mainCommitSha, result);
}
}
Copy link

Copilot AI Jan 10, 2026

Choose a reason for hiding this comment

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

Similarly, the JSON parsing at line 120 for gh-pages commits doesn't handle malformed JSON responses. Consider adding error handling for the await ghPagesCommitsRes.json() call.

Suggested change
const ghPagesCommits = (await ghPagesCommitsRes.json()) as GitHubCommit[];
// Fetch benchmark data for each gh-pages commit in batches
const BATCH_SIZE = 10;
for (let i = 0; i < ghPagesCommits.length; i += BATCH_SIZE) {
const batch = ghPagesCommits.slice(i, i + BATCH_SIZE);
const results = await Promise.all(
batch.map(async (ghCommit) => {
const data = await fetchBenchmarkFile(ghCommit.sha);
if (!data || !data.commit) return null;
return {
ghPagesSha: ghCommit.sha,
mainCommitSha: data.commit,
timestamp: data.lastUpdated,
data,
};
})
);
for (const result of results) {
if (result && !snapshotMap.has(result.mainCommitSha)) {
// Only keep the first (most recent) benchmark for each main commit
snapshotMap.set(result.mainCommitSha, result);
}
}
try {
const ghPagesCommits = (await ghPagesCommitsRes.json()) as GitHubCommit[];
// Fetch benchmark data for each gh-pages commit in batches
const BATCH_SIZE = 10;
for (let i = 0; i < ghPagesCommits.length; i += BATCH_SIZE) {
const batch = ghPagesCommits.slice(i, i + BATCH_SIZE);
const results = await Promise.all(
batch.map(async (ghCommit) => {
const data = await fetchBenchmarkFile(ghCommit.sha);
if (!data || !data.commit) return null;
return {
ghPagesSha: ghCommit.sha,
mainCommitSha: data.commit,
timestamp: data.lastUpdated,
data,
};
})
);
for (const result of results) {
if (result && !snapshotMap.has(result.mainCommitSha)) {
// Only keep the first (most recent) benchmark for each main commit
snapshotMap.set(result.mainCommitSha, result);
}
}
}
} catch (error) {
console.error('Failed to parse gh-pages commits JSON', error);
return snapshotMap;

Copilot uses AI. Check for mistakes.
Comment on lines +122 to +148
// Fetch benchmark data for each gh-pages commit in batches
const BATCH_SIZE = 10;
for (let i = 0; i < ghPagesCommits.length; i += BATCH_SIZE) {
const batch = ghPagesCommits.slice(i, i + BATCH_SIZE);
const results = await Promise.all(
batch.map(async (ghCommit) => {
const data = await fetchBenchmarkFile(ghCommit.sha);
if (!data || !data.commit) return null;

return {
ghPagesSha: ghCommit.sha,
mainCommitSha: data.commit,
timestamp: data.lastUpdated,
data,
};
})
);

for (const result of results) {
if (result && !snapshotMap.has(result.mainCommitSha)) {
// Only keep the first (most recent) benchmark for each main commit
snapshotMap.set(result.mainCommitSha, result);
}
}
}

return snapshotMap;
Copy link

Copilot AI Jan 10, 2026

Choose a reason for hiding this comment

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

The batch processing loop processes all gh-pages commits (up to 100) without any upper bound on memory usage. If there are many commits, this could create a large number of parallel fetch requests. Consider adding a limit to the total number of commits processed or adding more granular error handling to prevent memory issues.

Copilot uses AI. Check for mistakes.
Comment on lines 69 to 70
const globe = createGlobe(canvasRef.current!, globeConfig);

Copy link

Copilot AI Jan 10, 2026

Choose a reason for hiding this comment

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

The canvasRef.current could be null when createGlobe is called. While the non-null assertion operator (!) is used, this could cause a runtime error if the component unmounts or the ref isn't set before the effect runs. Add a null check before calling createGlobe.

Suggested change
const globe = createGlobe(canvasRef.current!, globeConfig);
const canvas = canvasRef.current;
if (!canvas) {
return () => {
window.removeEventListener('resize', onResize);
};
}
const globe = createGlobe(canvas, globeConfig);

Copilot uses AI. Check for mistakes.
Copy link
Contributor

@vercel vercel bot left a comment

Choose a reason for hiding this comment

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

Additional Suggestion:

World documentation pages at /docs/deploying/world/* should redirect to /worlds/[id], but the redirect was never implemented - only mentioned in a comment

Fix on Vercel

samples: latestPoint?.samples,
current,
trendPercent,
ttfb: latestPoint?.ttfb,
Copy link
Contributor

@vercel vercel bot Jan 10, 2026

Choose a reason for hiding this comment

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

Trend calculation defaults undefined workflowTime values to 0, making it impossible to distinguish between "no data" and "zero performance time"

Fix on Vercel

<Card href="/docs/foundations/hooks" title="Webhooks (and hooks)">
Respond to external events in your workflow using hooks and webhooks.
</Card>
<Card href="/docs/foundations/streaming" title="Streaming">
Copy link
Collaborator Author

Choose a reason for hiding this comment

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

unrelated change - the foundations page was missing cards for these (they were only in meta)

Comment on lines +53 to +73
// Redirect old world docs to new /worlds routes
{
source: '/docs/deploying/world/local-world',
destination: '/worlds/local',
permanent: true,
},
{
source: '/docs/deploying/world/postgres-world',
destination: '/worlds/postgres',
permanent: true,
},
{
source: '/docs/deploying/world/vercel-world',
destination: '/worlds/vercel',
permanent: true,
},
{
source: '/docs/worlds',
destination: '/worlds',
permanent: true,
},
Copy link
Collaborator Author

Choose a reason for hiding this comment

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

this is so we don't break existing links on twitter, etc.

@pranaygp pranaygp marked this pull request as ready for review January 24, 2026 01:08
- Fix /docs/deploying/world link to /docs/deploying/building-a-world
- Fix /docs/deploying#what-are-worlds invalid anchor to /docs/deploying
- Add @skip-typecheck markers to interface definition code blocks

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
- benchmark-history/route.ts: Add error handling for JSON parsing,
  distinguish 404s from actual errors
- Globe.tsx: Fix hydration mismatch by deferring theme-dependent
  rendering until component is mounted
- sidebar.tsx: Improve path check robustness for active child detection

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@socket-security
Copy link

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

Diff Package Supply Chain
Security
Vulnerability Quality Maintenance License
Addednpm/​cobe@​0.6.51001009383100

View full report

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants