') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); feat(world-vercel): enrich STSO event spans by shalabhc · Pull Request #3536 · vercel/workflow · GitHub
Skip to content

feat(world-vercel): enrich STSO event spans - #3536

Merged
shalabhc merged 2 commits into
mainfrom
investigate-stso-latency
Aug 14, 2026
Merged

feat(world-vercel): enrich STSO event spans#3536
shalabhc merged 2 commits into
mainfrom
investigate-stso-latency

Conversation

@shalabhc

@shalabhcshalabhc commented Aug 14, 2026

Copy link
Copy Markdown
Collaborator

Enrich the existing v4 event-write http POSTCLIENT span. No new span is created.

The modified span is emitted by HTTP event writes through fetchV4 / instrumentedFetch and WebSocket event writes through the existing synthetic parity span in postEventFrameOverWs / withHttpClientSpan.

Added attributes

  • workflow.client.version on every v4 event write, formatted as @workflow/world-vercel/<version>
  • step.stso_ms when the event input carries step-to-step overhead telemetry
  • step.latency_optimizations when the event input carries the active runtime optimization list, such as lazyStepStart, turbo, and optimisticStart

The span already inherits the client application OTEL service.name and carries the event type, transport, URL, and status. The added fields allow sampled STSO analysis by client service, Workflow SDK version, and runtime mode on one span.

Validation

  • Dependency-aware @workflow/world-vercel build
  • ws-transport-spans.test.ts: 13 tests passed
  • @workflow/world-vercel typecheck
  • Biome and git diff --check

@changeset-bot

changeset-botBot commented Aug 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: ba4e6f4

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

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

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

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 14, 2026 5:15pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 14, 2026 5:15pm
example-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-astro-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-express-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-fastify-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-hono-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-nestjs-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-nitro-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-nuxt-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-python-workflowErrorErrorAug 14, 2026 5:15pm
workbench-sveltekit-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workbench-vite-workflowReadyReadyPreviewAug 14, 2026 5:15pm
workflow-docsReadyReadyPreview, v0Aug 14, 2026 5:15pm
workflow-swc-playgroundReadyReadyPreviewAug 14, 2026 5:15pm
workflow-tarballsReadyReadyPreviewAug 14, 2026 5:15pm
workflow-webReadyReadyPreviewAug 14, 2026 5:15pm

@github-actions

github-actionsBot commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

E2E Test Summary

Summary
PassedFailedSkippedTotal
✅ ▲ Vercel Production346605904056
✅ 💻 Local Development381005584368
✅ 📦 Local Production381005584368
✅ 🐘 Local Postgres381005584368
✅ 🪟 Windows31200312
✅ vercel-multi-region270027
Total152350226417499
Details by Category

✅ ▲ Vercel Production

AppPassedFailedSkipped
✅ astro-node128028
✅ astro-quickjs128028
✅ example-node128028
✅ example-quickjs128028
✅ express-node128028
✅ express-quickjs128028
✅ fastify-node128028
✅ fastify-quickjs128028
✅ hono-node128028
✅ hono-quickjs128028
✅ nest-node128028
✅ nest-quickjs128028
✅ nextjs-turbopack-node15303
✅ nextjs-turbopack-quickjs15303
✅ nextjs-webpack-node15303
✅ nextjs-webpack-quickjs15303
✅ nitro-node128028
✅ nitro-quickjs128028
✅ nuxt-node128028
✅ nuxt-quickjs128028
✅ sveltekit-node14709
✅ sveltekit-quickjs14709
✅ tanstack-start-node128028
✅ tanstack-start-quickjs128028
✅ vite-node128028
✅ vite-quickjs128028

✅ 💻 Local Development

AppPassedFailedSkipped
✅ astro-stable-node130026
✅ astro-stable-quickjs130026
✅ express-stable-node130026
✅ express-stable-quickjs130026
✅ fastify-stable-node130026
✅ fastify-stable-quickjs130026
✅ hono-stable-node130026
✅ hono-stable-quickjs130026
✅ nest-stable-node130026
✅ nest-stable-quickjs130026
✅ nextjs-turbopack-canary-node137019
✅ nextjs-turbopack-canary-quickjs137019
✅ nextjs-turbopack-stable-node15600
✅ nextjs-turbopack-stable-quickjs15600
✅ nextjs-webpack-canary-node137019
✅ nextjs-webpack-canary-quickjs137019
✅ nextjs-webpack-stable-node15600
✅ nextjs-webpack-stable-quickjs15600
✅ nitro-stable-node130026
✅ nitro-stable-quickjs130026
✅ nuxt-stable-node130026
✅ nuxt-stable-quickjs130026
✅ sveltekit-stable-node14907
✅ sveltekit-stable-quickjs14907
✅ tanstack-start-node130026
✅ tanstack-start-quickjs130026
✅ vite-stable-node130026
✅ vite-stable-quickjs130026

✅ 📦 Local Production

AppPassedFailedSkipped
✅ astro-stable-node130026
✅ astro-stable-quickjs130026
✅ express-stable-node130026
✅ express-stable-quickjs130026
✅ fastify-stable-node130026
✅ fastify-stable-quickjs130026
✅ hono-stable-node130026
✅ hono-stable-quickjs130026
✅ nest-stable-node130026
✅ nest-stable-quickjs130026
✅ nextjs-turbopack-canary-node137019
✅ nextjs-turbopack-canary-quickjs137019
✅ nextjs-turbopack-stable-node15600
✅ nextjs-turbopack-stable-quickjs15600
✅ nextjs-webpack-canary-node137019
✅ nextjs-webpack-canary-quickjs137019
✅ nextjs-webpack-stable-node15600
✅ nextjs-webpack-stable-quickjs15600
✅ nitro-stable-node130026
✅ nitro-stable-quickjs130026
✅ nuxt-stable-node130026
✅ nuxt-stable-quickjs130026
✅ sveltekit-stable-node14907
✅ sveltekit-stable-quickjs14907
✅ tanstack-start-node130026
✅ tanstack-start-quickjs130026
✅ vite-stable-node130026
✅ vite-stable-quickjs130026

✅ 🐘 Local Postgres

AppPassedFailedSkipped
✅ astro-stable-node130026
✅ astro-stable-quickjs130026
✅ express-stable-node130026
✅ express-stable-quickjs130026
✅ fastify-stable-node130026
✅ fastify-stable-quickjs130026
✅ hono-stable-node130026
✅ hono-stable-quickjs130026
✅ nest-stable-node130026
✅ nest-stable-quickjs130026
✅ nextjs-turbopack-canary-node137019
✅ nextjs-turbopack-canary-quickjs137019
✅ nextjs-turbopack-stable-node15600
✅ nextjs-turbopack-stable-quickjs15600
✅ nextjs-webpack-canary-node137019
✅ nextjs-webpack-canary-quickjs137019
✅ nextjs-webpack-stable-node15600
✅ nextjs-webpack-stable-quickjs15600
✅ nitro-stable-node130026
✅ nitro-stable-quickjs130026
✅ nuxt-stable-node130026
✅ nuxt-stable-quickjs130026
✅ sveltekit-stable-node14907
✅ sveltekit-stable-quickjs14907
✅ tanstack-start-node130026
✅ tanstack-start-quickjs130026
✅ vite-stable-node130026
✅ vite-stable-quickjs130026

✅ 🪟 Windows

AppPassedFailedSkipped
✅ nextjs-turbopack-node15600
✅ nextjs-turbopack-quickjs15600

✅ vercel-multi-region

AppPassedFailedSkipped
✅ nextjs-turbopack2700

📋 View full workflow run

@github-actions

github-actionsBot commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

📊 Workflow Benchmarks

commit ba4e6f4 · Fri, 14 Aug 2026 17:33:36 GMT · run logs

Backend: vercel · app: nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1301 (+438%) 🔻1462 🔴 (+26%) 🔻1475 🔴 (+22%) 🔻1532 🔴 (+18%) 🔻30
TTFSstream407 (+60%) 🔻1456 🔴 (+29%) 🔻1479 🔴 (+25%) 🔻1665 🔴 (+34%) 🔻30
TTFShook + stream554 (+26%) 🔻1779 🔴 (+26%) 🔻1812 🔴 (+25%) 🔻1935 🔴 (+25%) 🔻30
Fan-out TTFSPromise.all(100 steps)8904 (-0.6%)9118 (-11%)9130 (-17%) 💚10557 (-91%) 💚10
Fan-out TTLSPromise.all(100 steps)17450 (-1.7%)17933 (-6.0%)17936 (-9.0%)20529 (-83%) 💚10
STSO1020 steps (inline)114 (-19%) 💚164 (-22%) 💚184 (-27%) 💚272 (-51%) 💚1019
WO1020 steps161271 (-25%) 💚161271 (-25%) 💚161271 (-25%) 💚161271 (-25%) 💚1
SLstream latency83 (-22%) 💚130 🔴 (-13%)134 🔴 (-26%) 💚219 🔴 (-74%) 💚30
SOstream overhead (text)104 (-17%) 💚158 (-44%) 💚172 (-59%) 💚508 (-43%) 💚30
SOstream overhead (structured)104 (-25%) 💚161 (-55%) 💚208 (-70%) 💚421 (-62%) 💚30
📈 STSO distribution vs main (inline / queue-hop histograms)

1020 steps (inline)

Cumulative STSO time: main 214388ms → this run 161115ms (Δ -53273ms, -25%)

 100-150 ms █░░░░░░░░░░░░░░░┃ main 11 this 452 +441
150-200 ms ██████████████████┃█████ main 653 this 511 -142
200-250 ms ┃████████ main 248 this 38 -210
250-300 ms ┃█ main 54 this 12 -42
300-350 ms ┃ main 17 this 3 -14
350-400 ms ┃ main 14 this 1 -13
400-450 ms ┃ main 4 this 1 -3
450-500 ms ┃ main 4 this 0 -4
500-550 ms ┃ main 3 this 0 -3
550-600 ms ┃ main 3 this 0 -3
600-650 ms ┃ main 2 this 0 -2
650-700 ms ┃ main 2 this 0 -2
700-750 ms ┃ main 0 this 1 +1
750-800 ms ┃ main 1 this 0 -1
850-900 ms ┃ main 1 this 0 -1
1000-1050 ms ┃ main 1 this 0 -1
5100-5150 ms ┃ main 1 this 0 -1
📜 Previous results (2)

f703e17

Fri, 14 Aug 2026 16:31:51 GMT · run logs

vercel / nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep268 (-30%) 💚1376 🔴 (+23%) 🔻1386 🔴 (+22%) 🔻1430 🔴 (-6.7%)30
TTFSstream224 (-78%) 💚1342 🔴 (+27%) 🔻1352 🔴 (+26%) 🔻1410 🔴 (+27%) 🔻30
TTFShook + stream1573 (+23%) 🔻1679 🔴 (+21%) 🔻1721 🔴 (+21%) 🔻1877 🔴 (+16%) 🔻30
Fan-out TTFSPromise.all(100 steps)8856 (-0.7%)10084 (+1.3%)10330 (+2.5%)14629 (+8.2%)10
Fan-out TTLSPromise.all(100 steps)17572 (-0.6%)18970 (+0.5%)19138 (+0.7%)24484 (+4.5%)10
STSO1020 steps (inline)133 (+8.1%)170 (-11%)185 (-19%) 💚280 (-52%) 💚1019
WO1020 steps169621 (-13%)169621 (-13%)169621 (-13%)169621 (-13%)1
SLstream latency85 (+7.6%)125 🔴 (+14%)144 🔴 (+12%)214 🔴 (-38%) 💚30
SOstream overhead (text)99 (-11%)161 (-11%)179 (-13%)228 (-62%) 💚30
SOstream overhead (structured)98 (+2.1%)160 (+2.6%)194 (+16%) 🔻306 (+68%) 🔻30

83e8ee8

Fri, 14 Aug 2026 00:24:34 GMT · run logs

vercel / nextjs-turbopack

MetricScenarioBest (ms)P75 (ms)P90 (ms)P99 (ms)Samples
TTFSstep1334 (+250%) 🔻1490 🔴 (+34%) 🔻1574 🔴 (+38%) 🔻1615 🔴 (+5.4%)30
TTFSstream367 (-63%) 💚1527 🔴 (+44%) 🔻1582 🔴 (+48%) 🔻1639 🔴 (+48%) 🔻30
TTFShook + stream1570 (+23%) 🔻1682 🔴 (+21%) 🔻1716 🔴 (+20%) 🔻1869 🔴 (+15%) 🔻30
Fan-out TTFSPromise.all(100 steps)8855 (-0.7%)9542 (-4.1%)10867 (+7.8%)15161 (+12%)10
Fan-out TTLSPromise.all(100 steps)17489 (-1.0%)18114 (-4.0%)19416 (+2.2%)24838 (+6.0%)10
STSO1020 steps (inline)141 (+15%)178 (-6.8%)196 (-14%)289 (-50%) 💚1019
WO1020 steps176571 (-9.6%)176571 (-9.6%)176571 (-9.6%)176571 (-9.6%)1
SLstream latency95 (+20%) 🔻137 🔴 (+25%) 🔻151 🔴 (+17%) 🔻385 🔴 (+12%)30
SOstream overhead (text)120 (+8.1%)187 (+3.9%)199 (-3.4%)1077 🔴 (+78%) 🔻30
SOstream overhead (structured)121 (+26%) 🔻186 (+19%) 🔻203 (+22%) 🔻473 (+160%) 🔻30
ℹ️ 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) · Fan-out TTFS: fan-out time to first step (in-deployment start() → first of the parallel step bodies to complete) · Fan-out TTLS: fan-out time to last step (in-deployment start() → last of the parallel step bodies to complete, i.e. when the Promise.all resolves) · 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 · Promise.all(100 steps): 100 trivial no-op steps started together in a single Promise.all; Fan-out TTFS is the first of them to complete and Fan-out TTLS the last, both from the in-deployment clientStart, so their gap is the spread the runtime adds across the fan-out · 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. Fan-out TTFS/TTLS are the first and last step completions of a single Promise.all over trivial steps, from the same anchor, so the gap between the two rows is the spread the runtime adds across the fan-out. 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.

@github-actions

github-actionsBot commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

Sim World

Simulated world deterministic testing for races. Traces

🟠 Mint-ordered log — 3 fail of 41 total

log=mint-ordered · fence=per-spec

scenariooutcomeeventsvirtreplayviolations
smoke-no-stepscompleted30msok0
smoke-one-stepcompleted60msok0
hook-at-step-startedcompleted120msok0
hook-at-step-completedcompleted120msok0
hook-at-hook-createdcompleted120msok0
deadline-hook-winscompleted71.0hok0
deadline-expirescompleted71.0hok0
long-sleepcompleted1130.0dok0
hook-never-arrivesstalled30msskipped0
step-retries-twicecompleted102.0sok0
parallel-stepscompleted90msok0
hook-on-execution-statecompleted120msok0
peek-hook-before-branchcompleted120msok0
peek-hook-after-branchcompleted120msok0
peek-hook-at-registrationcompleted120msok0
race-hook-before-probecompleted120msok0
race-hook-after-probecompleted120msok0
race-duplicate-deliverycompleted130msok0
attr-hook-before-stepcompleted110msok0
attr-hook-after-stepcompleted110msok0
attr-from-step-bodycompleted130msok0
fork-hook-after-timeoutcompleted141.0mok0
fork-hook-before-timeoutcompleted141.0mok0
count-hook-after-timeoutcompleted171.0mok0
count-hook-before-timeoutcompleted201.0mok0
stale-read-step-count-forkcompleted201.0mok0
stale-read-equal-step-countscompleted141.0mok0
step-vs-step-forkcompleted120msok0
step-vs-step-fork-fencedcompleted120msok0
fence-catches-benign-directioncompleted125msok0
in-flight-before-decisionfailed91.0mMISMATCH1
in-flight-before-decision-countedfailed91.0mMISMATCH1
in-flight-after-decisionfailed91.0mMISMATCH1
stale-read-step-count-fork-fencedcompleted201.0mok0
fork-hook-winscompleted131.0mok0
fork-timeout-winscompleted131.0mok0
unclaimed-payload-under-forkcompleted171.0mok0
claimed-payload-under-forkcompleted171.0mok0
writers-independent-step-bodiescompleted120msok0
writers-scripted-tempocompleted120msok0
cancel-mid-stepcancelled70msskipped0

Full trace: world-sim-mint.txt

🟢 Append-only log — 0 fail of 41 total

log=append-only · fence=per-spec

scenariooutcomeeventsvirtreplayviolations
smoke-no-stepscompleted30msok0
smoke-one-stepcompleted60msok0
hook-at-step-startedcompleted120msok0
hook-at-step-completedcompleted120msok0
hook-at-hook-createdcompleted120msok0
deadline-hook-winscompleted71.0hok0
deadline-expirescompleted71.0hok0
long-sleepcompleted1130.0dok0
hook-never-arrivesstalled30msskipped0
step-retries-twicecompleted102.0sok0
parallel-stepscompleted90msok0
hook-on-execution-statecompleted120msok0
peek-hook-before-branchcompleted120msok0
peek-hook-after-branchcompleted120msok0
peek-hook-at-registrationcompleted120msok0
race-hook-before-probecompleted120msok0
race-hook-after-probecompleted120msok0
race-duplicate-deliverycompleted130msok0
attr-hook-before-stepcompleted110msok0
attr-hook-after-stepcompleted110msok0
attr-from-step-bodycompleted130msok0
fork-hook-after-timeoutcompleted141.0mok0
fork-hook-before-timeoutcompleted141.0mok0
count-hook-after-timeoutcompleted171.0mok0
count-hook-before-timeoutcompleted201.0mok0
stale-read-step-count-forkcompleted201.0mok0
stale-read-equal-step-countscompleted141.0mok0
step-vs-step-forkcompleted120msok0
step-vs-step-fork-fencedcompleted120msok0
fence-catches-benign-directioncompleted125msok0
in-flight-before-decisioncompleted171.0mok0
in-flight-before-decision-countedcompleted171.0mok0
in-flight-after-decisioncompleted192.0mok0
stale-read-step-count-fork-fencedcompleted201.0mok0
fork-hook-winscompleted131.0mok0
fork-timeout-winscompleted131.0mok0
unclaimed-payload-under-forkcompleted171.0mok0
claimed-payload-under-forkcompleted171.0mok0
writers-independent-step-bodiescompleted120msok0
writers-scripted-tempocompleted120msok0
cancel-mid-stepcancelled70msskipped0

Full trace: world-sim-append-only.txt

@shalabhc
shalabhc marked this pull request as ready for review August 14, 2026 16:09
@shalabhc
shalabhc requested a review from a team as a code ownerAugust 14, 2026 16:09

@karthikscale3karthikscale3 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

looks good

vercelBotand others added 2 commits August 14, 2026 17:11
Co-Authored-By: shalabhc <shalabh.chaturvedi@vercel.com>
Co-Authored-By: Shalabh Chaturvedi <7066873+shalabhc@users.noreply.github.com>
Co-Authored-By: Shalabh Chaturvedi <7066873+shalabhc@users.noreply.github.com>
@shalabhc
shalabhcforce-pushed the investigate-stso-latency branch from f703e17 to ba4e6f4CompareAugust 14, 2026 17:11
@shalabhc
shalabhc marked this pull request as draft August 14, 2026 17:12
@shalabhc
shalabhc marked this pull request as ready for review August 14, 2026 18:33
@shalabhc
shalabhc merged commit 63cc09e into mainAug 14, 2026
168 of 169 checks passed
@shalabhc
shalabhc deleted the investigate-stso-latency branch August 14, 2026 18:33
@github-actions

Copy link
Copy Markdown
Contributor

No backport to stable for 63cc09e (AI decision).

This commit adds new observability capability — three new OTEL semantic-convention attributes (workflow.client.version, step.stso_ms, step.latency_optimizations) on the existing event-write client span, plus a widened attribute type to carry string arrays. It is additive feature work (enabling sampled STSO analysis by service/version/runtime mode), not a fix for a correctness, crash, or data-loss defect on the maintenance line, and the PR is titled and scoped as a feat. Maintenance-branch users gain no stability benefit from it.

To override, re-run the Backport to stable workflow manually via workflow_dispatch and paste this commit SHA into the ref input:

63cc09e24f41ea0f691d6190309cfd92fb8de94e

@github-actionsgithub-actionsBot mentioned this pull request Aug 14, 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

@shalabhc@karthikscale3