Skip to content

Add support for top-level using declarations inside of step / workflow functions#866

Merged
TooTallNate merged 2 commits into
mainfrom
01-27-add_support_for_top-level_using_declarations_inside_of_step___workflow_functions
Jan 27, 2026
Merged

Add support for top-level using declarations inside of step / workflow functions#866
TooTallNate merged 2 commits into
mainfrom
01-27-add_support_for_top-level_using_declarations_inside_of_step___workflow_functions

Conversation

@TooTallNate
Copy link
Copy Markdown
Member

@TooTallNate TooTallNate commented Jan 27, 2026

Added support for top-level using declarations inside step and workflow functions. Note that the detection code in our SWC plugin is looking for the specific transformation that SWC itself produces when using the using declaration, which is fragile. However because we control the version of SWC being used that makes it not so bad (i.e. our e2e tests would fail if/when we update SWC and if the transformation format changed in an incompatible way).

Fixes #837.

What changed?

This PR adds support for TypeScript's using declarations (disposable resources) within step and workflow functions. When TypeScript transforms using declarations, it wraps the function body in a try-catch-finally block, which previously prevented the plugin from correctly identifying the directive. The implementation:

  1. Adds detection for the TypeScript using transformation pattern
  2. Identifies directives inside the try block of this pattern
  3. Properly removes directives from these blocks during transformation
  4. Updates the plugin documentation with details about this feature
  5. Adds test fixtures for the using declaration in step functions

How to test?

Create a step or workflow function that uses TypeScript's using declarations:

async function testStep() {
  'use step';
  using resource = getResource();
  await doWork(resource);
}

Verify that the function is correctly identified and transformed as a step function.

Why make this change?

TypeScript's using declarations are a useful feature for managing disposable resources. This change ensures that developers can use this feature within step and workflow functions without breaking the plugin's ability to identify and transform these functions correctly.

@changeset-bot
Copy link
Copy Markdown

changeset-bot Bot commented Jan 27, 2026

🦋 Changeset detected

Latest commit: 9be6d75

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

This PR includes changesets to release 15 packages
Name Type
@workflow/swc-plugin Patch
@workflow/astro Patch
@workflow/builders Patch
@workflow/cli Patch
@workflow/nest Patch
@workflow/next Patch
@workflow/nitro Patch
@workflow/rollup Patch
@workflow/sveltekit Patch
workflow Patch
@workflow/world-testing Patch
@workflow/example-nest Patch
@workflow/docs-typecheck Patch
@workflow/nuxt Patch
@workflow/ai Patch

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

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

@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented Jan 27, 2026

📊 Benchmark Results

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

workflow with no steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Nitro 0.043s (+2.4%) 1.007s (~) 0.964s 10 1.00x
💻 Local Express 0.043s (-1.1%) 1.007s (~) 0.964s 10 1.00x
💻 Local Next.js (Turbopack) 0.044s (+9.5% 🔺) 1.019s (~) 0.975s 10 1.02x
🐘 Postgres Nitro 0.146s (-20.0% 🟢) 1.028s (+0.8%) 0.881s 10 3.40x
🐘 Postgres Next.js (Turbopack) 0.187s (-52.7% 🟢) 1.022s (-2.0%) 0.834s 10 4.36x
🐘 Postgres Express 0.306s (+16.0% 🔺) 1.016s (~) 0.710s 10 7.11x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 0.672s (-1.2%) 1.561s (-2.4%) 0.888s 10 1.00x
▲ Vercel Next.js (Turbopack) 0.698s (-29.1% 🟢) 1.635s (-7.2% 🟢) 0.937s 10 1.04x
▲ Vercel Express 0.821s (+3.8%) 1.739s (-1.1%) 0.918s 10 1.22x

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

workflow with 1 step

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 1.091s (~) 2.012s (~) 0.922s 10 1.00x
💻 Local Express 1.115s (~) 2.007s (~) 0.892s 10 1.02x
💻 Local Nitro 1.117s (~) 2.007s (~) 0.890s 10 1.02x
🐘 Postgres Next.js (Turbopack) 1.876s (+9.3% 🔺) 2.016s (~) 0.140s 10 1.72x
🐘 Postgres Express 2.131s (-2.7%) 3.015s (~) 0.883s 10 1.95x
🐘 Postgres Nitro 2.466s (+3.6%) 3.013s (~) 0.547s 10 2.26x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 2.937s (+1.9%) 3.716s (-1.1%) 0.779s 10 1.00x
▲ Vercel Express 3.037s (+5.2% 🔺) 4.021s (+8.5% 🔺) 0.984s 10 1.03x
▲ Vercel Next.js (Turbopack) 3.178s (+7.1% 🔺) 4.265s (+15.4% 🔺) 1.087s 10 1.08x

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

workflow with 10 sequential steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 10.727s (~) 11.018s (~) 0.291s 5 1.00x
💻 Local Express 10.825s (~) 11.011s (~) 0.186s 5 1.01x
💻 Local Nitro 10.838s (~) 11.018s (~) 0.179s 5 1.01x
🐘 Postgres Next.js (Turbopack) 14.794s (-2.9%) 15.036s (-5.1% 🟢) 0.241s 5 1.38x
🐘 Postgres Nitro 20.332s (~) 21.037s (~) 0.704s 5 1.90x
🐘 Postgres Express 20.535s (+0.6%) 21.028s (~) 0.493s 5 1.91x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 23.423s (+0.9%) 24.281s (+0.5%) 0.858s 5 1.00x
▲ Vercel Express 23.428s (-1.5%) 24.490s (~) 1.062s 5 1.00x
▲ Vercel Next.js (Turbopack) 23.771s (+2.8%) 24.667s (+2.9%) 0.896s 5 1.01x

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

Promise.all with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Express 1.382s (-1.8%) 2.006s (~) 0.624s 15 1.00x
💻 Local Next.js (Turbopack) 1.383s (~) 2.011s (~) 0.628s 15 1.00x
💻 Local Nitro 1.410s (+1.5%) 2.006s (~) 0.597s 15 1.02x
🐘 Postgres Next.js (Turbopack) 1.682s (-3.7%) 2.014s (-6.7% 🟢) 0.332s 15 1.22x
🐘 Postgres Express 2.367s (+15.3% 🔺) 3.012s (+9.7% 🔺) 0.645s 10 1.71x
🐘 Postgres Nitro 2.529s (+1.9%) 3.014s (~) 0.485s 10 1.83x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 3.140s (+11.5% 🔺) 3.933s (+4.2%) 0.793s 8 1.00x
▲ Vercel Express 3.268s (+13.2% 🔺) 4.131s (+7.2% 🔺) 0.863s 8 1.04x
▲ Vercel Next.js (Turbopack) 3.357s (+5.4% 🔺) 4.170s (+1.2%) 0.813s 8 1.07x

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

Promise.all with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.421s (-1.0%) 3.296s (+7.4% 🔺) 0.875s 10 1.00x
💻 Local Express 2.445s (-2.6%) 3.060s (+1.3%) 0.615s 10 1.01x
💻 Local Nitro 2.539s (+1.7%) 3.016s (~) 0.476s 10 1.05x
🐘 Postgres Nitro 8.348s (+6.4% 🔺) 9.043s (+6.0% 🔺) 0.695s 4 3.45x
🐘 Postgres Express 8.725s (-9.5% 🟢) 9.345s (-10.0% 🟢) 0.620s 4 3.60x
🐘 Postgres Next.js (Turbopack) 10.855s (-4.7%) 11.030s (-8.7% 🟢) 0.175s 3 4.48x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Nitro 3.247s (-7.1% 🟢) 3.796s (-16.0% 🟢) 0.548s 9 1.00x
▲ Vercel Next.js (Turbopack) 3.258s (-3.6%) 3.894s (-2.2%) 0.636s 9 1.00x
▲ Vercel Express 3.603s (+12.6% 🔺) 4.479s (+15.4% 🔺) 0.876s 7 1.11x

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

Promise.race with 10 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 1.383s (-0.7%) 2.010s (~) 0.627s 15 1.00x
💻 Local Express 1.398s (-1.9%) 2.006s (~) 0.608s 15 1.01x
💻 Local Nitro 1.434s (~) 2.006s (~) 0.572s 15 1.04x
🐘 Postgres Next.js (Turbopack) 1.989s (-8.7% 🟢) 2.330s (-13.9% 🟢) 0.341s 13 1.44x
🐘 Postgres Express 2.063s (-4.1%) 2.931s (+16.6% 🔺) 0.869s 11 1.49x
🐘 Postgres Nitro 2.221s (-1.6%) 2.685s (~) 0.464s 12 1.61x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Next.js (Turbopack) 2.829s (-2.8%) 3.760s (-2.4%) 0.931s 8 1.00x
▲ Vercel Nitro 2.943s (-30.7% 🟢) 3.706s (-26.3% 🟢) 0.763s 9 1.04x
▲ Vercel Express 3.129s (+10.3% 🔺) 4.079s (+10.1% 🔺) 0.950s 8 1.11x

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

Promise.race with 25 concurrent steps

💻 Local Development

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 2.470s (-5.3% 🟢) 3.044s (-3.4%) 0.574s 10 1.00x
💻 Local Express 2.509s (-2.3%) 3.019s (~) 0.511s 10 1.02x
💻 Local Nitro 2.631s (+3.7%) 3.018s (~) 0.387s 10 1.06x
🐘 Postgres Express 10.721s (-7.5% 🟢) 11.029s (-8.4% 🟢) 0.308s 3 4.34x
🐘 Postgres Next.js (Turbopack) 11.337s (-5.3% 🟢) 11.691s (-5.4% 🟢) 0.354s 3 4.59x
🐘 Postgres Nitro 13.078s (+9.8% 🔺) 13.387s (+8.1% 🔺) 0.310s 3 5.29x

▲ Production (Vercel)

World Framework Workflow Time Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 3.133s (+0.6%) 3.931s (+2.8%) 0.798s 8 1.00x
▲ Vercel Next.js (Turbopack) 3.634s (+19.0% 🔺) 4.345s (+15.4% 🔺) 0.711s 8 1.16x
▲ Vercel Nitro 3.937s (+19.6% 🔺) 4.516s (+7.1% 🔺) 0.579s 7 1.26x

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

Stream Benchmarks (includes TTFB metrics)
workflow with stream

💻 Local Development

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
💻 Local 🥇 Next.js (Turbopack) 0.144s (+1.5%) 1.003s (~) 0.017s (+1.2%) 1.027s (~) 0.883s 10 1.00x
💻 Local Express 0.176s (-3.4%) 0.992s (~) 0.014s (-9.1% 🟢) 1.021s (~) 0.845s 10 1.22x
💻 Local Nitro 0.184s (~) 0.993s (~) 0.016s (-5.4% 🟢) 1.023s (~) 0.839s 10 1.27x
🐘 Postgres Next.js (Turbopack) 0.887s (-32.1% 🟢) 1.485s (-14.7% 🟢) 0.000s (-100.0% 🟢) 1.619s (-19.9% 🟢) 0.732s 10 6.14x
🐘 Postgres Nitro 2.131s (~) 2.912s (~) 0.000s (+Infinity% 🔺) 3.015s (~) 0.885s 10 14.75x
🐘 Postgres Express 2.401s (+24.2% 🔺) 2.638s (+4.4%) 0.000s (~) 3.013s (+11.0% 🔺) 0.612s 10 16.63x

▲ Production (Vercel)

World Framework Workflow Time TTFB Slurp Wall Time Overhead Samples vs Fastest
▲ Vercel 🥇 Express 2.970s (-5.2% 🟢) 3.293s (-2.7%) 0.775s (+1.6%) 4.598s (-1.4%) 1.629s 10 1.00x
▲ Vercel Next.js (Turbopack) 3.140s (-1.9%) 3.298s (~) 0.826s (-15.2% 🟢) 4.670s (-2.2%) 1.529s 10 1.06x
▲ Vercel Nitro 3.285s (+5.9% 🔺) 3.586s (+7.8% 🔺) 0.519s (-58.4% 🟢) 4.675s (-8.4% 🟢) 1.390s 10 1.11x

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

Summary

Fastest Framework by World

Winner determined by most benchmark wins

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

Winner determined by most benchmark wins

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

Worlds:

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

📋 View full workflow run

@vercel
Copy link
Copy Markdown
Contributor

vercel Bot commented Jan 27, 2026

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

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

@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented Jan 27, 2026

🧪 E2E Test Results

Some tests failed

Summary

Passed Failed Skipped Total
✅ ▲ Vercel Production 457 0 38 495
✅ 💻 Local Development 418 0 32 450
✅ 📦 Local Production 418 0 32 450
✅ 🐘 Local Postgres 418 0 32 450
✅ 🪟 Windows 45 0 0 45
❌ 🌍 Community Worlds 31 161 0 192
✅ 📋 Other 123 0 12 135
Total 1910 161 146 2217

❌ 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
App Passed Failed Skipped
✅ astro 41 0 4
✅ example 41 0 4
✅ express 41 0 4
✅ fastify 41 0 4
✅ hono 41 0 4
✅ nextjs-turbopack 44 0 1
✅ nextjs-webpack 44 0 1
✅ nitro 41 0 4
✅ nuxt 41 0 4
✅ sveltekit 41 0 4
✅ vite 41 0 4
✅ 💻 Local Development
App Passed Failed Skipped
✅ astro-stable 41 0 4
✅ express-stable 41 0 4
✅ fastify-stable 41 0 4
✅ hono-stable 41 0 4
✅ nextjs-turbopack-stable 45 0 0
✅ nextjs-webpack-stable 45 0 0
✅ nitro-stable 41 0 4
✅ nuxt-stable 41 0 4
✅ sveltekit-stable 41 0 4
✅ vite-stable 41 0 4
✅ 📦 Local Production
App Passed Failed Skipped
✅ astro-stable 41 0 4
✅ express-stable 41 0 4
✅ fastify-stable 41 0 4
✅ hono-stable 41 0 4
✅ nextjs-turbopack-stable 45 0 0
✅ nextjs-webpack-stable 45 0 0
✅ nitro-stable 41 0 4
✅ nuxt-stable 41 0 4
✅ sveltekit-stable 41 0 4
✅ vite-stable 41 0 4
✅ 🐘 Local Postgres
App Passed Failed Skipped
✅ astro-stable 41 0 4
✅ express-stable 41 0 4
✅ fastify-stable 41 0 4
✅ hono-stable 41 0 4
✅ nextjs-turbopack-stable 45 0 0
✅ nextjs-webpack-stable 45 0 0
✅ nitro-stable 41 0 4
✅ nuxt-stable 41 0 4
✅ sveltekit-stable 41 0 4
✅ vite-stable 41 0 4
✅ 🪟 Windows
App Passed Failed Skipped
✅ nextjs-turbopack 45 0 0
❌ 🌍 Community Worlds
App Passed Failed Skipped
✅ mongodb-dev 3 0 0
❌ mongodb 5 40 0
✅ redis-dev 3 0 0
❌ redis 5 40 0
✅ starter-dev 3 0 0
❌ starter 4 41 0
✅ turso-dev 3 0 0
❌ turso 5 40 0
✅ 📋 Other
App Passed Failed Skipped
✅ e2e-local-dev-nest-stable 41 0 4
✅ e2e-local-postgres-nest-stable 41 0 4
✅ e2e-local-prod-nest-stable 41 0 4

📋 View full workflow run

Copy link
Copy Markdown
Member Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

@TooTallNate TooTallNate marked this pull request as ready for review January 27, 2026 17:22
Copilot AI review requested due to automatic review settings January 27, 2026 17:22
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Adds support for recognizing step/workflow directives when TypeScript/SWC transforms top-level using declarations by wrapping the function body in a try/catch/finally, which previously hid the directive from the plugin’s directive scanner.

Changes:

  • Detect "use step" / "use workflow" directives inside the try block of the using-transform pattern.
  • Remove directives from inside that try block during transformation.
  • Add a fixture covering using in a step function and document the behavior in the plugin spec.

Reviewed changes

Copilot reviewed 7 out of 7 changed files in this pull request and generated 4 comments.

Show a summary per file
File Description
packages/swc-plugin-workflow/transform/src/lib.rs Adds heuristic detection/removal logic for directives inside using-transformed try blocks.
packages/swc-plugin-workflow/transform/tests/fixture/using-declaration-step/input.js New fixture input representing using-transformed step function output.
packages/swc-plugin-workflow/transform/tests/fixture/using-declaration-step/output-step.js Expected step-mode transformation output for the new fixture.
packages/swc-plugin-workflow/transform/tests/fixture/using-declaration-step/output-client.js Expected client-mode output for the new fixture.
packages/swc-plugin-workflow/transform/tests/fixture/using-declaration-step/output-workflow.js Expected workflow-mode output for the new fixture.
packages/swc-plugin-workflow/spec.md Documents support for directives inside using-transformed functions.
.changeset/green-foxes-lose.md Publishes a patch release note for the plugin change.

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

Comment thread packages/swc-plugin-workflow/transform/src/lib.rs
Comment thread packages/swc-plugin-workflow/transform/src/lib.rs
Comment thread packages/swc-plugin-workflow/transform/src/lib.rs
Comment thread packages/swc-plugin-workflow/transform/src/lib.rs
}
```

The plugin detects this pattern and correctly identifies the directive inside the try block, removing it during transformation while preserving the disposable resource handling.
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.

this behaviour seems flaky no? esp. if you have multiple transforms that are being applied one after the other?

or are you saying that this is not a problem since we control the swc transformation and version, so it's deterministic and won't break because of other transforms?

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.

ah yeah I re-read your PR description. makes sense 👍
maybe good to include that as a comment in the code/spec.md file itself so the context isn't lost

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

Ya from what I understand the using transformation is done by SWC itself before any plugins are invoked, so that's what we have to check for. The directive check happens before any other transformations so I think we don't need to worry about other transformations, and since we control the version of SWC in the Builders, this seems "fine" to me.

Copy link
Copy Markdown
Contributor

@pranaygp pranaygp left a comment

Choose a reason for hiding this comment

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

lgtm

@TooTallNate TooTallNate merged commit 244b94a into main Jan 27, 2026
102 checks passed
@TooTallNate TooTallNate deleted the 01-27-add_support_for_top-level_using_declarations_inside_of_step___workflow_functions branch January 27, 2026 18:21
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 free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

"Not supported in workflow functions" with using (disposable resources)

4 participants