Give a streaming subgraph the run's resource scope

[sroussey]

The fix

GraphAsTask.executeStream runs its subgraph from the task rather than from a runner subclass, and threaded registry but not resourceScope. So a streaming subgraph minted and owned its own scope where the non-streaming GraphAsTaskRunner path shares the run's.

The consequence is a cache checkpoint created inside a streaming group being disposed when that group ends rather than with the run — invisible to every sibling that should have shared it. The same graph, run without streaming, behaves correctly. CacheCheckpointTask's documented contract is that checkpoints are run-scoped and disposed with the run's ResourceScope, so the streaming path was quietly not honouring it.

Both members are protected on TaskRunner, and the streaming path reached one of them through this.runner["registry"]. They become one subGraphRunContext accessor that both paths spread, so neither can hand a subgraph something the other does not.

streamRunOptions' JSDoc asserted that executeStream "threads neither registry nor resourceScope", which this change makes half-false — it now points at the accessor instead.

Rebased onto main

Main has since landed entitlement enforcement in TaskRunner.ts — the same file. The two are complementary and now sit side by side: GraphAsTask.executeStream and GraphAsTaskRunner each spread subGraphRunContext, then enforceEntitlements, then streamRunOptions, so the two paths remain structurally identical, which is the property this accessor exists to hold.

That did make one sentence of the new JSDoc wrong — it called subGraphRunContext the only other run-scoped state threaded per call site, and enforceEntitlements is now threaded the same way. Corrected in place.

Verification

Found by review, which could only syntax-check it (no node_modules in the checkout). Verified since, on the rebased head:

• build:types — 42 of 42 packages pass
• 237 test files across task-graph, task and graph — 2,773 pass, 24 skipped, 0 fail

An earlier revision of this description noted a pre-existing FileGrepTask failure seen before the rebase; it does not reproduce on this head.

🤖 Generated with Claude Code

https://claude.ai/code/session_017DfMupAJi2gq9PjcaQJnhs

[github-actions]

Coverage Report

Status	Category	Percentage	Covered / Total
🔵	Lines	55.77%	39488 / 70803
🔵	Statements	55.26%	41432 / 74970
🔵	Functions	56.77%	7659 / 13490
🔵	Branches	44.64%	20290 / 45445

File Coverage

File	Stmts	Branches	Functions	Lines	Uncovered Lines
Changed Files
packages/task-graph/src/task/TaskRunner.ts	32.66%	29.61%	27.27%	34.5%	66, 88-101, 113-115, 198, 346-356, 365-367, 390-394, 407, 411-412, 432-435, 463-473, 564-566, 603-605, 640-648, 656-674, 682-713, 715, 717, 739, 744, 745, 747, 775, 781-1036, 1044-1285, 1307, 1325-1331, 1344, 1354, 1390, 1420-1421, 1424-1430, 1450-1455, 1486, 1494-1496, 1503-1509, 1524, 1532-1584, 1594, 1603-1604, 1615-1682

Generated in workflow #3311 for commit f89a9e8 by the Vitest Coverage Report Action