[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent
, '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

[4/4] Move workbench code-block styles to Tailwind - #3310

Closed
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1
Closed

[4/4] Move workbench code-block styles to Tailwind#3310
mitul-s wants to merge 3 commits into
c+ms/workflow-web-tailwind-86b1from
c+ms/workbench-code-block-tailwind-86b1

Conversation

@mitul-s

@mitul-smitul-s commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Description

  • Replace the static content-visibility and intrinsic-size inline styles on workbench code blocks with Tailwind arbitrary-property utilities.
  • Preserve consumer-provided style overrides.

Stack

  1. Shared UI components
  2. Trace viewer
  3. Workflow web/graph
  4. This PR — workbench code block

Merge in order from 1 to 4.

How did you test your changes?

  • Biome check on the changed component — no errors
  • A recursive workbench build was blocked by the VM's Cargo 1.83 lacking edition2024 support for @workflow/swc-plugin.
  • A direct workbench build was consequently blocked by the unavailable generated workflow/dist/next.cjs dependency.

PR Checklist - Required to merge

  • 📦 pnpm changeset --empty was run for this workbench-only PR
  • 🔒 DCO sign-off passes (git commit --signoff)
  • 📝 Ping @vercel/workflow in a comment once the PR is ready, and the above checklist is complete
Open in WebOpen in Cursor

Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@changeset-bot

changeset-botBot commented Aug 3, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: b5e18c8

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

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/cliPatch
@workflow/nitroPatch
workflowPatch
@workflow/world-testingPatch
@workflow/nuxtPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch

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 Aug 3, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

❌ Failed E2E Tests

▲ Vercel Production (2 failed)

nextjs-turbopack (1 failed):

  • pages router sleepingWorkflow via pages router

vite (1 failed):

  • fibonacciWorkflow - recursive workflow composition via start() | wrun_41KZ4QC80A0GTAHZ13JJ3DWF5M | 🔍 observability

💻 Local Development (1 failed)

sveltekit-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

📋 Other (1 failed)

e2e-local-prod-nest-stable (1 failed):

  • webhookWorkflow | wrun_41KZ4PYJD80GR5KZ0JDZRHQHXB

vercel-multi-region (1 failed)

nextjs-turbopack (1 failed):

  • multi-region (world-vercel) implicit region: region-pinned routes without a region option /api/e2e-region-implicit/fra1 mints a run tagged with its VERCEL_REGION

E2E Test Summary

Summary
PassedFailedSkippedTotal
❌ ▲ Vercel Production145322391694
❌ 💻 Local Development162012271848
✅ 📦 Local Production162102271848
✅ 🐘 Local Postgres162102271848
✅ 🪟 Windows15400154
❌ 📋 Other101912121232
❌ vercel-multi-region261027
Total7514511328651
Details by Category

❌ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro126028
✅ example126028
✅ express126028
✅ fastify126028
✅ hono126028
❌ nextjs-turbopack15013
✅ nextjs-webpack15103
✅ nitro126028
✅ nuxt126028
✅ sveltekit14509
❌ vite125128

❌ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
❌ sveltekit-stable14617
✅ vite-stable128026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable128026
✅ express-stable128026
✅ fastify-stable128026
✅ hono-stable128026
✅ nextjs-turbopack-canary135019
✅ nextjs-turbopack-stable15400
✅ nextjs-webpack-canary135019
✅ nextjs-webpack-stable15400
✅ nitro-stable128026
✅ nuxt-stable128026
✅ sveltekit-stable14707
✅ vite-stable128026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack15400

❌ 📋 Other

AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable128026
✅ e2e-local-dev-tanstack-start-128026
✅ e2e-local-postgres-nest-stable128026
✅ e2e-local-postgres-tanstack-start-128026
❌ e2e-local-prod-nest-stable127126
✅ e2e-local-prod-tanstack-start-128026
✅ e2e-vercel-prod-nest126028
✅ e2e-vercel-prod-tanstack-start126028

❌ vercel-multi-region

AppPassedFailedSkipped
❌ nextjs-turbopack2610

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit b5e18c8 · Mon, 03 Aug 2026 21:22:26 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1302 (+575%) 🔻1455 🔴 (+43%) 🔻1523 🔴 (+44%) 🔻1827 🔴 (+44%) 🔻30
TTFSstream1306 (+507%) 🔻1373 🔴 (+31%) 🔻1394 🔴 (+32%) 🔻1470 🔴 (±0%)30
TTFShook + stream1415 (+268%) 🔻1801 🔴 (+44%) 🔻1898 🔴 (+48%) 🔻2072 🔴 (+47%) 🔻30
STSO1020 steps (inline)193 (+10%)494 (±0%)569 (+3.6%)741 (-40%) 💚1016
STSO1020 steps (queue-hop)2480 (+56%) 🔻3298 (-89%) 💚3298 (-97%) 💚3298 (-97%) 💚3
WO1020 steps438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚438253 (-49%) 💚1
SLstream latency133 (+55%) 🔻198 🔴 (+20%) 🔻209 🔴 (+6.6%)372 🔴 (+14%)30
SOstream overhead (text)142 (+11%)197 (-95%) 💚207 (-99%) 💚232 (-100%) 💚30
SOstream overhead (structured)146 (+6.6%)217 (-50%) 💚241 (-98%) 💚459 (-99%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 695511ms → this run 427879ms (Δ -267632ms, -38%)

 150-200 ms ┃ main 6 this 1 -5
200-250 ms ████████┃ main 56 this 66 +10
250-300 ms ███████████████░┃ main 106 this 123 +17
300-350 ms ██████████████████┃█ main 145 this 139 -6
350-400 ms ███████████████┃████ main 141 this 112 -29
400-450 ms ██████████████████████░┃ main 161 this 172 +11
450-500 ms █████████████████████┃ main 155 this 161 +6
500-550 ms ███████████████┃████ main 142 this 112 -30
550-600 ms ███████░┃ main 47 this 62 +15
600-650 ms ███░┃ main 18 this 38 +20
650-700 ms █┃ main 7 this 12 +5
700-750 ms ┃ main 8 this 9 +1
750-800 ms ┃ main 3 this 2 -1
800-850 ms ┃ main 4 this 3 -1
900-950 ms ┃ main 1 this 1 +0
1000-1050 ms ┃ main 1 this 0 -1
1050-1100 ms ┃ main 0 this 1 +1
1150-1200 ms ┃ main 1 this 1 +0
1200-1250 ms ┃ main 1 this 0 -1
1250-1300 ms ┃ main 1 this 0 -1
1900-1950 ms ┃ main 0 this 1 +1
4000-4050 ms ┃ main 1 this 0 -1
8600-8650 ms ┃ main 1 this 0 -1
9850-9900 ms ┃ main 1 this 0 -1
12450-12500 ms ┃ main 1 this 0 -1
15900-15950 ms ┃ main 1 this 0 -1
35150-35200 ms ┃ main 1 this 0 -1
35200-35250 ms ┃ main 1 this 0 -1
48400-48450 ms ┃ main 1 this 0 -1
106950-107000 ms ┃ main 1 this 0 -1

1020 steps (queue-hop)

Cumulative STSO time: main 161965ms → this run 9062ms (Δ -152903ms, -94%)

 0-20000 ms █████████████████┃██████ main 4 this 3 -1
20000-40000 ms ┃█████ main 1 this 0 -1
120000-140000 ms ┃█████ main 1 this 0 -1
ℹ️ Metric definitions & methodology

The collapsed STSO distribution section above buckets every step gap of the sequential-steps run (not a sampled window), split by whether the step ending the gap ran inline — in the same warm process as the step before it, so the gap is pure framework overhead — or after a queue-hop — the first step of a fresh process, which pays queue dispatch, client reinit and event-log replay. Bars overlay the two runs: is main, marks where this run lands, bridges the gap when this run has more samples in a bucket.

Best/P75/P90/P99 deltas compare against the most recent benchmark run on main at the time of this run. 🔻 flags a delta worse than +15%, 💚 one better than −15%.

Metrics — TTFS: time to first step body (in-deployment start() → first step body, deployment clocks) · STSO: step-to-step overhead (gap between consecutive step bodies) · WO: workflow overhead (whole-run time outside step bodies, in-deployment anchored) · SL: stream latency (in-deployment write → read propagation, readAt - writtenAt) · SO: stream overhead (end-to-end write+consume time beyond the modelled generation window)

Scenarios — step: one trivial no-op step, no stream; no hooks, so the run stays in turbo mode (in-process fast path) · stream: one streaming step; no hooks, so the run stays in turbo mode (in-process fast path) · hook + stream: registers a hook before one step, which exits turbo mode (dispatch path) · 1020 steps: 1020 trivial sequential steps; STSO is measured between consecutive steps in the given step ranges, and WO is the whole-run overhead outside step bodies · stream latency: parallel reader/writer steps on a dedicated stream; SL is the in-deployment write->read propagation (readAt - writtenAt) · stream overhead (text): writer streams 300 variable-length text token deltas paced at 100/s for 3s (a haiku-size LLM's token throughput) while a parallel reader drains the whole stream; SO is the end-to-end write+consume time beyond the 3s generation window (overhead/backpressure) · stream overhead (structured): same workload as stream overhead (text), but each delta is an AI-SDK-style structured object ({ type: 'text-delta', id, text }) instead of a raw string, so the SO gap vs the text scenario is the added serialization cost

🔴 marks a percentile over its target (within target is left unmarked). Targets (p75/p90/p99, ms) — TTFS 200/300/600 · SL 50/60/125 · SO 250/500/1000

All metrics are measured from deployment-side timestamps only. Runs are triggered by an in-deployment route that stamps the anchor (clientStart) right before start(), so the CI runner’s request and its path through api.vercel.com sit outside every measured window. TTFS = in-deployment start() → first step body (turbo uses the in-process fast path, non-turbo the dispatch path), and includes the VQS dispatch hop plus any /flow cold start. STSO/WO are measured between step bodies on the deployment. SL is measured inside the workflow (parallel reader/writer steps), so it no longer includes the api.vercel.com read path.

Cold starts are kept in the numbers on purpose — they are part of real bursty-workload latency. The workbench deployment cold-starts the /flow invocation for a large fraction of runs, inflating P75+; the Best column shows the fastest (warm-start) sample for comparison.

…lock-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
… into c+ms/workbench-code-block-tailwind-86b1
Signed-off-by: Cursor Agent <cursoragent@cursor.com>
@cursorcursorBot changed the title Move workbench code-block styles to Tailwind[4/4] Move workbench code-block styles to TailwindAug 3, 2026
@cursor
cursorBot changed the base branch from main to c+ms/workflow-web-tailwind-86b1August 3, 2026 20:59
@mitul-smitul-s closed this Aug 3, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@mitul-s@cursoragent