Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3
, '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

Add SDK version to workflow run executionContext for observability - #868

Merged
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version
Jan 27, 2026
Merged

Add SDK version to workflow run executionContext for observability#868
pranaygp merged 3 commits into
mainfrom
pranaygp/wire-through-workflow-version

Conversation

@pranaygp

@pranaygppranaygp commented Jan 27, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Wire @workflow/core package version through the executionContext field when creating workflow runs
  • Display the version in the observability UI attribute panel after specVersion
  • Use genversion for build-time version injection (same pattern as @workflow/world-vercel)

Local

image (screenshot taken using agent-browser)

Vercel

image (screenshot taken using agent-browser)

Changes

  • @workflow/core:
    • Add genversion dependency and build scripts
    • Inject workflowCoreVersion into executionContext in start()
    • Add turbo.json to include src/version.ts in build outputs for caching
    • Fix hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  • @workflow/web-shared:
    • Extract and display workflowCoreVersion from executionContext in attribute panel
    • Display as @workflow/core version for readability

Verification

E2E Tests: All 45 tests passed locally against turbopack

Observability UI: Verified locally - the attribute panel now shows:

AttributeValue
workflowNamesleepingWorkflow
statuscompleted
runIdwrun_01KG0JB0T3NKVG66WK3EQ9RYFB
deploymentIddpl_local@4.0.1-beta.27
specVersion2
@workflow/core version4.0.1-beta.41
createdAt1/27/2026, 12:29:21.603 PM
startedAt1/27/2026, 12:29:21.610 PM

Test plan

  • All existing tests pass (277 unit tests, 45 e2e tests)
  • Build succeeds with version.ts generated
  • Typecheck passes
  • Manual verification: @workflow/core version appears in observability UI

🤖 Generated with Claude Code

Wire `@workflow/core` package version through the `executionContext` field
when creating workflow runs. Display the version in the observability UI
attribute panel. Uses genversion for build-time version injection.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
CopilotAI review requested due to automatic review settings January 27, 2026 20:14
@changeset-bot

changeset-botBot commented Jan 27, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2cba1d2

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

This PR includes changesets to release 15 packages
NameType
@workflow/corePatch
@workflow/web-sharedPatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/docs-typecheckPatch
@workflow/nextPatch
@workflow/nitroPatch
workflowPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/sveltekitPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/example-nestPatch
@workflow/aiPatch

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 27, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 27, 2026 8:41pm
example-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-astro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-express-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-fastify-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-hono-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nitro-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-nuxt-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workbench-vite-workflowReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-docsReadyReadyPreview, CommentJan 27, 2026 8:41pm
workflow-nestReadyReadyPreview, CommentJan 27, 2026 8:41pm

@github-actions

github-actionsBot commented Jan 27, 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
💻 Local🥇 Nitro0.029s (-38.8% 🟢)1.007s (~)0.978s101.00x
💻 LocalExpress0.031s (-31.8% 🟢)1.007s (~)0.977s101.07x
💻 LocalNext.js (Turbopack)0.040s (-5.2% 🟢)1.017s (~)0.977s101.40x
🐘 PostgresNitro0.204s (-26.0% 🟢)1.015s (~)0.812s107.12x
🐘 PostgresNext.js (Turbopack)0.263s (+46.9% 🔺)1.022s (~)0.758s109.20x
🐘 PostgresExpress0.317s (+2.5%)1.014s (~)0.697s1011.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.655s (+4.4%)1.562s (-9.8% 🟢)0.907s101.00x
▲ VercelExpress0.696s (+1.3%)1.500s (+0.7%)0.804s101.06x
▲ VercelNext.js (Turbopack)0.734s (-9.0% 🟢)1.802s (-14.9% 🟢)1.069s101.12x

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

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.075s (-3.4%)2.006s (~)0.931s101.00x
💻 LocalExpress1.081s (-3.4%)2.007s (~)0.926s101.01x
💻 LocalNext.js (Turbopack)1.090s (~)2.012s (~)0.922s101.01x
🐘 PostgresNext.js (Turbopack)1.996s (-2.1%)2.620s (~)0.623s101.86x
🐘 PostgresExpress2.156s (+1.4%)3.013s (~)0.857s102.01x
🐘 PostgresNitro2.334s (+9.9% 🔺)3.016s (~)0.682s102.17x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.900s (-6.7% 🟢)3.762s (-1.1%)0.862s101.00x
▲ VercelNitro3.091s (-1.6%)3.904s (-3.9%)0.813s101.07x
▲ VercelNext.js (Turbopack)3.097s (+4.8%)3.860s (-0.8%)0.763s101.07x

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

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro10.550s (-2.5%)11.016s (~)0.466s51.00x
💻 LocalExpress10.575s (-2.6%)11.016s (~)0.441s51.00x
💻 LocalNext.js (Turbopack)10.708s (~)11.016s (~)0.308s51.01x
🐘 PostgresNext.js (Turbopack)15.331s (+7.2% 🔺)16.042s (+9.6% 🔺)0.711s51.45x
🐘 PostgresNitro15.442s (-7.3% 🟢)16.039s (-6.9% 🟢)0.596s51.46x
🐘 PostgresExpress20.403s (~)21.030s (~)0.628s51.93x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro24.737s (+4.8%)25.534s (+3.1%)0.797s51.00x
▲ VercelNext.js (Turbopack)25.212s (+7.6% 🔺)26.269s (+8.6% 🔺)1.057s51.02x
▲ VercelExpress25.261s (+8.3% 🔺)26.617s (+9.4% 🔺)1.356s51.02x

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

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.354s (-3.1%)2.006s (~)0.653s151.00x
💻 LocalExpress1.354s (-3.2%)2.007s (~)0.653s151.00x
💻 LocalNext.js (Turbopack)1.375s (-1.0%)2.013s (~)0.638s151.02x
🐘 PostgresNext.js (Turbopack)1.843s (-13.9% 🟢)2.016s (-25.4% 🟢)0.174s151.36x
🐘 PostgresNitro2.107s (-4.8%)2.751s (+6.0% 🔺)0.644s111.56x
🐘 PostgresExpress2.201s (+16.6% 🔺)3.013s (+25.7% 🔺)0.812s101.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.879s (-4.2%)3.691s (-2.3%)0.812s91.00x
▲ VercelNitro3.095s (+3.1%)3.993s (~)0.897s81.08x
▲ VercelNext.js (Turbopack)3.415s (-12.4% 🟢)4.182s (-9.1% 🟢)0.767s81.19x

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

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.188s (-11.1% 🟢)3.170s (+0.9%)0.981s101.00x
💻 LocalNitro2.199s (-10.2% 🟢)3.189s (+4.5%)0.991s101.00x
💻 LocalNext.js (Turbopack)2.506s (+3.6%)3.085s (-1.6%)0.579s101.14x
🐘 PostgresExpress8.512s (-6.8% 🟢)9.075s (-5.0% 🟢)0.563s43.89x
🐘 PostgresNitro9.804s (-2.0%)10.381s (~)0.577s34.48x
🐘 PostgresNext.js (Turbopack)10.651s (-19.5% 🟢)11.367s (-15.1% 🟢)0.715s34.87x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.399s (-18.7% 🟢)4.138s (-14.8% 🟢)0.740s81.00x
▲ VercelNext.js (Turbopack)3.482s (-9.7% 🟢)4.229s (-9.4% 🟢)0.748s81.02x
▲ VercelExpress3.916s (+19.9% 🔺)4.731s (+21.5% 🔺)0.815s71.15x

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

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Nitro1.349s (-4.5%)2.006s (~)0.657s151.00x
💻 LocalExpress1.361s (-3.6%)2.007s (~)0.647s151.01x
💻 LocalNext.js (Turbopack)1.438s (+4.0%)2.011s (~)0.573s151.07x
🐘 PostgresNext.js (Turbopack)1.940s (-18.4% 🟢)2.402s (-10.5% 🟢)0.462s131.44x
🐘 PostgresExpress2.174s (~)2.595s (~)0.421s121.61x
🐘 PostgresNitro2.195s (-2.5%)2.765s (+0.6%)0.569s111.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Next.js (Turbopack)2.855s (-2.7%)3.779s (+1.8%)0.925s81.00x
▲ VercelNitro3.161s (+8.7% 🔺)3.897s (+2.5%)0.736s81.11x
▲ VercelExpress3.672s (+22.9% 🔺)4.488s (+20.1% 🔺)0.816s71.29x

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

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express2.263s (-15.0% 🟢)3.252s (+3.8%)0.990s101.00x
💻 LocalNitro2.268s (-9.7% 🟢)3.246s (+7.7% 🔺)0.977s101.00x
💻 LocalNext.js (Turbopack)2.631s (+7.0% 🔺)3.021s (-0.6%)0.390s101.16x
🐘 PostgresNext.js (Turbopack)12.031s (-13.1% 🟢)12.454s (-11.3% 🟢)0.423s35.32x
🐘 PostgresExpress12.220s (+2.3%)12.687s (~)0.467s35.40x
🐘 PostgresNitro13.023s (+1.7%)13.395s (~)0.372s35.76x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.115s (-18.0% 🟢)3.758s (-17.2% 🟢)0.644s81.00x
▲ VercelExpress3.234s (+3.7%)4.051s (+7.5% 🔺)0.817s81.04x
▲ VercelNext.js (Turbopack)4.067s (+22.9% 🔺)4.768s (+24.8% 🔺)0.701s71.31x

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

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.114s (-39.9% 🟢)0.999s (+0.8%)0.013s (-3.0%)1.020s (~)0.906s101.00x
💻 LocalNitro0.119s (-33.4% 🟢)0.999s (+0.7%)0.012s (-12.1% 🟢)1.019s (~)0.900s101.04x
💻 LocalNext.js (Turbopack)0.143s (-0.7%)1.003s (~)0.016s (-1.8%)1.027s (~)0.884s101.25x
🐘 PostgresNext.js (Turbopack)1.091s (+62.7% 🔺)1.938s (+105.5% 🔺)0.000s (~)2.018s (+98.5% 🔺)0.927s109.54x
🐘 PostgresNitro1.136s (-11.0% 🟢)1.909s (+8.2% 🔺)0.000s (NaN%)2.015s (~)0.879s109.93x
🐘 PostgresExpress2.311s (+18.7% 🔺)2.732s (+15.5% 🔺)0.000s (NaN%)3.015s (+15.4% 🔺)0.704s1020.20x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro3.148s (-1.6%)3.541s (+5.8% 🔺)0.655s (-31.6% 🟢)4.694s (-4.0%)1.546s101.00x
▲ VercelExpress3.204s (+3.1%)3.384s (+2.8%)0.797s (-38.4% 🟢)4.693s (-8.8% 🟢)1.488s101.02x
▲ VercelNext.js (Turbopack)3.229s (+1.5%)3.384s (+4.6%)0.936s (-26.8% 🟢)4.841s (-3.5%)1.613s101.03x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNitro5/8
🐘 PostgresNext.js (Turbopack)6/8
▲ VercelNitro5/8
Fastest World by Framework

Winner determined by most benchmark wins

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

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production457038495
✅ 💻 Local Development418032450
✅ 📦 Local Production418032450
✅ 🐘 Local Postgres418032450
✅ 🪟 Windows450045
❌ 🌍 Community Worlds311610192
✅ 📋 Other123012135
Total19101611462217

❌ Failed Tests

🌍 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
AppPassedFailedSkipped
✅ astro4104
✅ example4104
✅ express4104
✅ fastify4104
✅ hono4104
✅ nextjs-turbopack4401
✅ nextjs-webpack4401
✅ nitro4104
✅ nuxt4104
✅ sveltekit4104
✅ vite4104
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4104
✅ express-stable4104
✅ fastify-stable4104
✅ hono-stable4104
✅ nextjs-turbopack-stable4500
✅ nextjs-webpack-stable4500
✅ nitro-stable4104
✅ nuxt-stable4104
✅ sveltekit-stable4104
✅ vite-stable4104
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack4500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev300
❌ mongodb5400
✅ redis-dev300
❌ redis5400
✅ starter-dev300
❌ starter4410
✅ turso-dev300
❌ turso5400
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4104
✅ e2e-local-postgres-nest-stable4104
✅ e2e-local-prod-nest-stable4104

📋 View full workflow run

CopilotAI left a comment

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.

Pull request overview

Adds @workflow/core SDK version metadata to workflow run context and surfaces it in the observability UI.

Changes:

  • Generate a build-time src/version.ts in @workflow/core via genversion and inject workflowCoreVersion into executionContext when creating runs.
  • Display workflowCoreVersion in the web attribute panel (ordered after specVersion).
  • Misc formatting/lockfile updates.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
pnpm-lock.yamlAdds genversion and updates lock snapshots.
packages/core/src/runtime/start.tsInjects workflowCoreVersion into executionContext on run_created.
packages/core/package.jsonRuns genversion during build/dev/typecheck and cleans generated file.
packages/core/.gitignoreIgnores generated src/version.ts.
packages/web-shared/src/sidebar/attribute-panel.tsxAdds workflowCoreVersion attribute and attempts to extract it from executionContext.
packages/next/src/builder.tsFormatting-only change to regex block.
packages/cli/bin/run.jsFormatting-only change to warning logging.
.changeset/wire-workflow-version.mdChangeset to publish patch releases for core + web-shared.
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 +826 to +836
// Extract workflowCoreVersion from executionContext for display
const displayData = useMemo(() => {
const result = { ...data };
const execCtx = data.executionContext as
| Record<string, unknown>
| undefined;
if (execCtx?.workflowCoreVersion) {
result.workflowCoreVersion = execCtx.workflowCoreVersion;
}
return result;
}, [data]);

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

displayData extracts workflowCoreVersion from data.executionContext, but executionContext appears to be stripped server-side by hydrateResourceIO (see @workflow/core/observability removing executionContext). As a result, the UI likely never receives executionContext and this field will not render. Consider hoisting workflowCoreVersion into the returned run/step/hook shape before hydration strips executionContext, or adjust hydration to preserve executionContext.workflowCoreVersion while still omitting sensitive fields like traceCarrier.

Suggested change
// Extract workflowCoreVersion from executionContext for display
constdisplayData=useMemo(()=>{
constresult={ ...data};
constexecCtx=data.executionContextas
|Record<string,unknown>
|undefined;
if(execCtx?.workflowCoreVersion){
result.workflowCoreVersion=execCtx.workflowCoreVersion;
}
returnresult;
},[data]);
// Memoized view of data used for attribute display
constdisplayData=useMemo(()=>({ ...data}),[data]);

Copilot uses AI. Check for mistakes.
Comment on lines +38 to +43
"build": "genversion --es6 src/version.ts && tsc",
"dev": "genversion --es6 src/version.ts && tsc --watch",
"clean": "tsc --build --clean && rm -rf dist src/version.ts",
"test": "cross-env WORKFLOW_TARGET_WORLD=local vitest run src",
"test:e2e": "vitest run e2e",
"typecheck": "tsc --noEmit"
"typecheck": "genversion --es6 src/version.ts && tsc --noEmit"

CopilotAIJan 27, 2026

Copy link

Choose a reason for hiding this comment

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

build now generates src/version.ts, but Turborepo’s root build task only declares dist/** as an output. If the build task is satisfied from cache (especially in CI/remote caching), src/version.ts may not be present for downstream tasks (notably test, which runs against src and does not run genversion). Consider adding packages/core/turbo.json (like packages/world-vercel/turbo.json) to include src/version.ts in build.outputs, or alternatively generate src/version.ts in the test script as well.

Copilot uses AI. Check for mistakes.
- Extract workflowCoreVersion from executionContext in hydrateResourceIO
before stripping the context (addresses Copilot review comment)
- Add turbo.json to include src/version.ts in build outputs for caching
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Use a display name mapping to render the attribute as "@workflow/core version"
in the observability UI for better readability.
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Verification Complete

The @workflow/core version attribute is now properly displayed in the observability UI.

Verified locally:

  • Workflow run details page shows the attribute panel
  • The attribute displays as @workflow/core version: 4.0.1-beta.41
  • Positioned right after specVersion as expected

E2E Tests: All 45 tests passed locally against turbopack.

Changes in this PR:

  1. @workflow/core: Added genversion for build-time version injection, injected workflowCoreVersion into executionContext in start()
  2. @workflow/core: Fixed hydrateResourceIO to extract workflowCoreVersion before stripping executionContext
  3. @workflow/core: Added turbo.json to include src/version.ts in build outputs for caching
  4. @workflow/web-shared: Added display name mapping to render as @workflow/core version in the UI

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Should be the version of the workflow package, not @workflow/core, right?

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

Vercel World Verification

Confirmed that workflowCoreVersion is properly wired through the Vercel world as well!

From the CI logs of E2E Vercel Prod Tests (nextjs-turbopack):

{
"runId": "wrun_01KG0K0WSY5KPNZRVJBW2HMQSP",
"status": "completed",
"deploymentId": "dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2",
"workflowName": "workflow//example/workflows/99_e2e.ts//addTenWorkflow",
"specVersion": 2,
"input": [123],
"output": 133,
"workflowCoreVersion": "4.0.1-beta.41"
}

The version is being stored in executionContext and properly extracted by hydrateResourceIO for both:

  • Local world (verified via local e2e tests + observability UI)
  • Vercel world (verified via CI e2e test logs above)

@pranaygp

pranaygp commented Jan 27, 2026

Copy link
Copy Markdown
ContributorAuthor

Vercel World Screenshot Verification

Confirmed:@workflow/core version: 4.0.1-beta.41 is properly displayed in the Vercel world observability UI!

Screenshot Details:

  • Connected to: vercel-labs/example-nextjs-workflow-turbopack (preview environment)
  • Run ID: wrun_01KG0K0WSY5KPNZRVJBW2HMQSP
  • Deployment ID: dpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
  • Workflow: addTenWorkflow

Attribute Panel shows:

AttributeValue
workflowNameaddTenWorkflow
statuscompleted
runIdwrun_01KG0K0WSY5KPNZRVJBW2HMQSP
deploymentIddpl_EP7h7F3eDGxrPXzbVHF4uig6Ufo2
specVersion2
@workflow/core version4.0.1-beta.41

Screenshot saved at: /tmp/vercel-world-version-screenshot.png

To add the screenshot to this PR, drag and drop the image file into the PR description edit box.

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

@karthikscale3karthikscale3 left a comment

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.

Tested and looks great!

@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

will do

@pranaygp
pranaygp merged commit c45bc3f into mainJan 27, 2026
98 checks passed
@pranaygp
pranaygp deleted the pranaygp/wire-through-workflow-version branch January 27, 2026 21:15
@pranaygp

Copy link
Copy Markdown
ContributorAuthor

In a follow-up we should update changesets' configuration to keep workflow and @workflow/core package version numbers in sync.

Done in #871

pranaygp added a commit that referenced this pull request Jan 28, 2026
…s-and-commands
* origin/main:
fix(@workflow/ai): support provider-executed tools (AI SDK v6) (#734)
Publish "workflow" and "@workflow/core" package versions in sync (#870)
Add SDK version to workflow run executionContext for observability (#868)
Allow recreateRun to accept an optional deploymentId parameter (#869)
Add support for top-level `using` declarations inside of step / workflow functions (#866)
docs: URL in docs was missing the docs/ prefix, 404 errors (#852)
Add "classes" object to `manifest.json` file (#864)
Fix Nest workbench app build (#865)
Ignore Astro on local dev tests for source map e2e tests (#863)
Enable custom class serialization transformations for "client" mode (#860)
Submit request bodies with CBOR encoding (#844)
[world-vercel] Update queue to use VQS v3 API (#799)
NestJS framework support (#840)
Fix resolve hook theming and token fetching. (#856)
docs: rename Control Flow Patterns to Common Patterns and add new content (#846)
docs: revamp World documentation pages (#763)
Remove unused `getWritable` stub function (#855)
# Conflicts:
#	packages/core/package.json
#	pnpm-lock.yaml
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.

4 participants

@pranaygp@TooTallNate@karthikscale3