examples/app-multi-package: the module's "no scope key" property never reaches the served row — defineStack materialises scope: 'project', so the fixture cannot separate the server writable verdict from the client scope !== 'project' heuristic it claims to

Found during the post-landing verification of #14439 (PR #14513) on main 7085f9053, booting examples/app-multi-package with objectstack dev --seed-admin. Verification-only finding — nothing fixed here.

The claim the fixture makes

examples/app-multi-package/src/packages/orders/index.ts (and the README table) says the module package deliberately carries no scope key, and that this is load-bearing:

ManifestSchema.scope defaults to 'project', so a scope-less module is the row that separates the server's writability verdict from a client-side scope !== 'project' heuristic (ADR-0070 D2 / ADR-0130 Consequences row 6).

objectui#7331 (the Studio switcher fix for #14375) was motivated by the same premise: "a type: module sub-package of a multi-package artifact is served with no scope key, because the schema default is applied at parse time while the artifact load path hands the raw manifest body to registerApp".

What is actually served

The property holds in the source and nowhere after it. defineStack parses the manifest through ManifestSchema, whose scope is z.enum([...]).default('project') (packages/spec/src/kernel/manifest.zod.ts:263), so the default is written into the compiled artifact and into every served row:

dist/objectstack.json (what os dev booted — the boot log says so): .packages[].manifest → {"id":"com.example.multi.orders","type":"module","has_scope":true,"scope":"project",…} and {"id":"com.example.multi.core","type":"app","has_scope":true,"scope":"project",…}.
GET /api/v1/packages (row trimmed to the manifest):

{"manifest":{"id":"com.example.multi.orders","namespace":"crm","defaultDatasource":"default","version":"1.0.0","type":"module","scope":"project","name":"Multi-Package Orders","description":"The Module half of a two-package release artifact (ADR-0130 D4)","dependencies":{"com.example.multi.core":"^1.0.0"},"engines":{"protocol":"^17"}},"status":"installed","enabled":true,"writable":false}

GET /api/v1/meta/package → same two rows, scope: "project" on both, writable: false on both.

Why it matters

The server verdict is right (writable: false on both rows — #14375/#14430 work as designed), but the fixture does not deliver the discriminating property it documents: with scope: "project" served, the pre-#7331 client heuristic scope !== 'project' also answers "read-only", so a console that ignores writable entirely renders this fixture identically to one that honours it. Measured: the vendored console at the pinned objectui d8ec8d6d (56 commits before objectui#7331) and objectui main 7dedec6f (contains #7331) show the same two "Read-only" badges on this fixture — see the verification comment on #14439. A fixture that is supposed to catch a regression to the heuristic cannot catch it.

This is Prime Directive #10's "declared ≠ delivered" shape, one layer down: the comment documents a row shape the producer never emits.

What to decide (not deciding here)

If a genuinely scope-less served row exists on some path (an installed marketplace package whose manifest bypasses defineStack?), the fixture should exercise that path, or the claim should move to where it is true.
Otherwise, drop the "no scope key" claim from the fixture source + README, and let feat(runtime): GET /packages 与 GET /packages/:id 每行携带服务端自己的可写判定 writable（isWritablePackage），Studio 不再用 scope 启发式反推 #14375's writable field stand on its own test (the package-list-writable-carry pin), so the docs stop promising a discriminator the artifact does not carry.

Repro: pnpm exec turbo run build --filter='./examples/app-multi-package...', then in examples/app-multi-package: ./node_modules/.bin/objectstack dev --seed-admin -p 4310 -d file:/tmp/mp/data.db; sign in as admin@objectos.ai/admin123; GET /api/v1/packages and jq '.packages[].manifest | {id, has_scope: has("scope"), scope}' dist/objectstack.json.

Triage — sweep repair, two rounds overdue. Graded p2, added pm:queue and domain:spec; bug kept. Applied and read back first.

I deliberately did not label this in R+103 or R+104 because the anchoring rule forbids guessing a lane from a title, and examples/* routes to the subsystem it exercises — which needed the producer identified first. It is identified now.

Routing

domain:spec. The property the fixture claims is destroyed by ManifestSchema itself:

packages/spec/src/kernel/manifest.zod.ts:263
  scope: z.enum(['cloud', 'system', 'project']).default('project')

defineStack (packages/spec/src/stack.zod.ts) parses the manifest through that schema, so the default is materialised into the compiled artifact before anything downstream sees it. The subsystem this fixture exercises is the manifest/scope contract, and that is the spec lane's single-owner surface — whichever of your two options is taken, the fact that decides it lives there.

Why `p2`

The server verdict is right and nothing is broken for a user — that caps it below p1.

What lifts it above p3 is that the fixture cannot fail. Your measurement is the proof and it is the best part of the card: the vendored console at objectui d8ec8d6d (56 commits before objectui#7331) and objectui main 7dedec6f (containing #7331) render this fixture identically — two "Read-only" badges either way. A regression fixture that passes equally with and without the fix it guards is not a weak test, it is a false green, and it is currently cited by two cards (#14439, objectui#7331) as if it discriminated.

Scope ruled — your option order, with the investigation made a precondition

⭐ First establish whether a genuinely scope-less served row exists on any path. Your parenthetical — "an installed marketplace package whose manifest bypasses defineStack?" — is the question, and it has a determinate answer that nobody has looked up. It is not a product decision, so ⛔ this is not a needs-user-decision card.

If such a path exists, move the claim to a fixture that exercises it. The discriminator is real and belongs where it is true.
If it does not, drop the "no scope key" claim from examples/app-multi-package/src/packages/orders/index.ts and the README table, and let writable stand on its own pin (package-list-writable-carry). ⛔ Do not weaken ManifestSchema's default to manufacture the property — the default is correct and load-bearing.

⚠️ Either way the claim must also come off wherever else it was repeated. objectui#7331's motivating premise quotes it almost verbatim ("served with no scope key, because the schema default is applied at parse time while the artifact load path hands the raw manifest body to registerApp"). ⛔ That is a repo:objectui follow-up, not a file this card may touch — but leaving it would reproduce the same false premise in the other repo.

On the filing

"Declared ≠ delivered, one layer down: the comment documents a row shape the producer never emits" is the right frame, and the two-console comparison is what turns it from an observation into evidence. Verification-only findings that carry a repro and change nothing are exactly what post-landing verification is for.

Generated by Claude Code

Claim: PM loop, domain:spec seat (seat post #6017)
Session: session_017RbbUMnxkUnWhE4j94v8FE
Branch: claude/issue-14597-multi-package-scope-claim
Worktree: objectstack-issue-14597 (dedicated, per AGENTS.md Prime Directive #11)
Domain: domain:spec (triage 5515959872: the property the fixture claims is destroyed by ManifestSchema itself — the manifest/scope contract is the spec lane's surface)
File surface: measurement first — packages/objectql/src/engine.ts registerApp(manifest, scope?) (:4927, the raw-manifest install seam) and every caller that hands it a body that did not pass defineStack (packages/metadata-protocol/src/plugin.ts:225, the artifact loader, the marketplace/install path — READ ONLY, evidence back to the seat); then the fix per triage's option order: if a genuinely scope-less served row exists on some path ⇒ move the claim to a fixture that exercises it; if not ⇒ drop the "no scope key" claim from examples/app-multi-package/src/packages/orders/index.ts (:15-18) and examples/app-multi-package/README.md (:22) and let writable stand on its own pin (package-list-writable-carry, packages/rest/src/package-routes.ts). ⛔ packages/spec/src/kernel/manifest.zod.ts:311 (scope … .default('project')) is NOT touched — triage: "do not weaken ManifestSchema's default to manufacture the property". A test pin on the fixture's served rows (both rows carry scope: 'project', writable: false) if a pin is the honest record; changeset per the gates (an examples/** + docs change is likely skip-changeset — measured, not assumed). objectui#7331's premise text is a repo:objectui follow-up card filed by the dev (⛔ not a file this card may touch). Expected landing is examples/app-multi-package/**; if measurement shows the claim is true on some producer path, the fix moves to where it is true — report the landing and reason, ⛔ no consumer-side patch.
Container & model: S (measurement + fixture/docs claim), mode:subagent, model: opus (a judgment card — whether a scope-less served row exists — not a mechanical one; triage carried no size/model suggestion). dispatch-gates --tier at 8f9ef6f7c: no path-derived mandate; clause-② SUSPECT hint only on manifest.zod.ts, which this card does not touch.
Clause-②: no — no schema shape, accept/reject behaviour or public surface changes; the manifest default stays; the deliverable is a fixture/docs claim correction with a pin (a manifest.zod.ts touch would re-open this line — the dev stops and reports instead).
Serial constraints cleared: file lists of all 36 open PRs scanned at 02:17Z — none touches examples/app-multi-package/, packages/spec/src/kernel/manifest.zod.ts, packages/spec/src/stack.zod.ts, packages/rest/src/package-routes.ts. Same-day churn: manifest.zod.ts changed by #14714 (4d0d9445a, 2026-09-02 21:14Z — strictObject, main declared; the scope default at :311 unchanged) and the fixture was created by #14513 (7085f9053) — the dev works from merged main. Lane siblings in flight: #13881 → PR #14775 (queued; platform-objects / plugin-auth / service-messaging / spec/api/auth.zod.ts / spec/automation/io-node-config.zod.ts) and #14441 → PR #14737 (governed draft; data/query.zod.ts) — file-disjoint; #14337 → PR #14735 is pm:blocked on #14648 (automation/flow.zod.ts) — disjoint. H17 on-hold trigger-file index (#9857): no entry names these paths. Dedupe: search_issues at 02:19Z — 5 hits; #14597 the only open card; #14375 (the writable field, CLOSED, cli lane), #14257 / #12690 / #10841 unrelated. Related open work read: objectui#7331 (Studio switcher, motivated by the same claim) — cross-repo follow-up, not a blocker.

Premise re-read at 8f9ef6f7c: manifest.zod.ts:311 scope: z.enum(['cloud', 'system', 'project']).default('project'); stack.zod.ts:233 parses each artifact entry's manifest through ManifestSchema (so defineStack materialises the default); orders/index.ts:15-18 and README.md:22 still carry the "no scope key" claim; engine.registerApp(manifest: any, scope?) at objectql/src/engine.ts:4927 is the raw-manifest seam the card's parenthetical asks about. The premise stands; the open question (a scope-less served row on any path) is the dev's first measurement, as triage ruled.

Generated by Claude Code

Dispatch (R5 of this shift, 2026-09-03T02:15Z) — domain:spec seat, session_017RbbUMnxkUnWhE4j94v8FE, seat post #6017. mode:subagent, opus, size S, clause ② no.

Dispatch text handed to the dev, in brief (the ruling is quoted verbatim from triage 5515959872 and marked non-renegotiable):

Measurement first: does ANY producer path serve a scope-less manifest row? H1: the only row producers are defineStack (stack.zod.ts:233 parses each artifact manifest through ManifestSchema, materialising scope: 'project') and engine.registerApp(manifest, scope?) (objectql/src/engine.ts:4927, called from metadata-protocol/src/plugin.ts:225 and the artifact loader) — trace the path to GET /api/v1/packages / GET /api/v1/meta/package (rest/src/package-routes.ts) with line numbers; H2: a marketplace / installed-package body reaching registerApp without a parse would be the "such a path exists" branch — if found, that is where the discriminating fixture belongs (report; the seat decides whether it is this card's).
Then triage's option order: move the claim to where it is true, else drop it from examples/app-multi-package/src/packages/orders/index.ts:15-18 and README.md:22 and let writable stand on its own pin (package-list-writable-carry); H3: the honest new pin, if any, asserts the fixture's two served rows carry scope: 'project' + writable: false. ⛔ manifest.zod.ts:311 untouched (a touch re-opens clause ② — stop and report).
objectui#7331's premise text is a repo:objectui follow-up card filed by the dev, listed in out_of_scope_findings — not a file this card touches.
Gates: 23 commands derived by dispatch-gates --commands at 8f9ef6f7c (tree current); the dev re-derives on the actual diff. Changeset measured by the gates (skip-changeset with a reason is the likely shape for examples/** + docs).
Same-day churn line: manifest.zod.ts by feat(spec): refuse unknown keys inside manifest: — ManifestSchema goes strict (the #8687 door one level down) #14714, the fixture by feat(cli+spec): compile a project of N packages into one packages[] artifact, with the assembled package body declared (ADR-0130 D4 producer, #14242 B) #14513 — both on the base.
premise_still_valid: false without a PR is a legitimate delivery if a scope-less served row already exists on the fixture's own path.

Generated by Claude Code

Claim: os-dev subagent, dispatched by the domain:spec PM seat (seat post #6017, PM claim 5519274132).
Session: session_017RbbUMnxkUnWhE4j94v8FE
Branch: claude/issue-14597-multi-package-scope-claim (pushed empty at base 8f9ef6f7c)
Worktree: objectstack-issue-14597 (dedicated, per AGENTS.md Prime Directive #11)

Assignee is the PM's field — not written here.

Plan, in the triage's order (5515959872, non-renegotiable): measurement first — establish whether a genuinely scope-less served row exists on any producer path (trace defineStack / stack.zod.ts and engine.registerApp plus every caller, through to GET /api/v1/packages and GET /api/v1/meta/package), then take the branch the measurement selects. packages/spec/src/kernel/manifest.zod.ts is NOT touched either way.

Body self-check: the card body reads complete — it ends with the Repro: paragraph naming objectstack dev --seed-admin -p 4310 and the jq line. No truncation.

Generated by Claude Code

os-dev-report

{
  "issue": 14597,
  "status": "done",
  "branch": "claude/issue-14597-multi-package-scope-claim",
  "pr": "https://github.com/objectstack-ai/objectstack/pull/14804",
  "premise_still_valid": true,
  "summary": "The card's premise holds and the triage's precondition question is ANSWERED: a genuinely scope-less served row DOES exist, but never on this fixture's path, and never on the row the fixture claimed. defineStack parses every packages[] entry through ManifestSchema (spec/src/stack.zod.ts:233), whose scope is .default('project') (kernel/manifest.zod.ts:311), so NO package of a compiled artifact can be scope-less — the claim was unreachable from any examples/** app, not merely untrue here. Scope-less rows arise only where a body reaches installPackage unparsed (it stores toRecordManifest, a key-by-key copy applying no defaults, registry.ts:3956/:1229): a marketplace install / offline import / ledger rehydrate (cloud-connection/src/marketplace-install-local-plugin.ts:291,:827 -> objectql/src/plugin.ts:457 -> registerApp, engine.ts:4927, booted therefore writable=false), and POST /api/v1/packages (runtime/src/domains/packages.ts:383 -> metadata-protocol/src/protocol.ts:21188,:21215, writable=true). SHARPER RESULT the card did not have: even a scope-less MODULE would not discriminate, because isWritablePackage reads engine.manifests FIRST (package-writability.ts:77) — the discriminating pair is the scope-less BOOTED row vs the scope-less DB BASE, which is ALREADY pinned where it is true (runtime/src/domains/packages-writable-verdict.test.ts Pins 2+4; metadata-protocol/src/get-meta-items-package-writable.test.ts). So triage branch A needed nothing MOVED — the claim needed to come OFF the fixture, which is triage branch B's action. Delivered: corrected the fixture docblock and README to state what is true (the server's own writable=false verdict), added a durable note on why no compiled artifact can carry a scope-less row, and corrected + PINNED the fixture's own dogfood harness. manifest.zod.ts untouched; clause 2 not reopened.",
  "tests": "Union run at bff31b601 (git rev-parse --short HEAD), same tree as the final commit. GATES: 31 families re-derived on the actual diff via 'node scripts/pm/dispatch-gates.mjs --commands --repo objectstack-ai/objectstack' (not a hand-built path list) — all run. 29 green outright; check:dual-build-cjs-loads and check:type-check-debt first returned their own PREREQUISITE-NOT-MET/exit-3 branches, then went green after a full workspace build (type-check-debt --re-measure: 22 ledger entries, 755 raw tsc errors, none above record). scripts/check-test-completeness.mjs returns exit 3 = its own NOT MEASURED branch (it parses a test-run log CI tees; no local log exists) — recorded as NOT MEASURED, NOT as a pass and NOT as a red. Exit codes captured before any pipe (cmd > file 2>&1; E=$?), verdicts read from each gate's own printed line. LINT: pnpm lint (repo-wide 'eslint . --no-inline-config') green — no narrowing claimed, so no narrowing evidence owed. TYPECHECK: pnpm --filter './examples/*' run typecheck green, and the log was checked for the zero-match-exits-0 trap — it really echoes 'examples/app-multi-package typecheck$ tsc --noEmit ... Done'. BYTES: pnpm check:nul-bytes green plus a manual control-character grep over the three edited files (no matches). NEW PIN ON A REAL BOOT: pnpm --filter @objectstack/dogfood exec vitest run test/multi-package-artifact.dogfood.test.ts — 9 passed (was 8); both served rows assert scope==='project'. MEASUREMENT SCRIPT (M1-M4, run against built dists): dist/objectstack.json both packages has_scope true / scope 'project'; ManifestSchema.parse turns has_scope false into scope 'project'; SchemaRegistry.installPackage of the UNPARSED body yields a record with NO scope key while the parsed body yields scope 'project'; isWritablePackage gives false / true / false for scope-less-booted / scope-less-DB-base / the fixture's project-scoped booted module. ABLATION (reverse verification of the new pin), predicted direction TURNS RED and it did: implementation COMMITTED FIRST (bff31b601), then the orders assertion mutated to the OLD claim (toBeUndefined) — result '1 failed | 8 passed', AssertionError: expected 'project' to be undefined, i.e. the card's claim falsified mechanically on a booted stack. REBUILD LEG: none exists and none was skipped — the mutation is in the test SOURCE that vitest transforms directly, not behind a package 'exports' boundary, so no dist carries it; the full workspace was nevertheless built before both legs. MUTATION CONFIRMED ON DISK before the run, anchored on the intended text in BOTH directions (injected marker grep count 1, removed text grep count 0) plus blob 1b93be01 vs HEAD blob b6a7adf5 — not a bare diff --stat. RESTORE LEG PROVEN, not assumed: git checkout HEAD -- (absolute path, never bare checkout), then git diff HEAD empty, worktree blob back to b6a7adf5 exactly, ablation marker count 0, pin count 1. Restore ran from a trap on EXIT INT TERM with an absolute REPO_ROOT path.",
  "gates": {
    "derived_on": "actual diff at bff31b601, via dispatch-gates --commands --repo objectstack-ai/objectstack",
    "families_total": 31,
    "green": 30,
    "not_measured": [
      "scripts/check-test-completeness.mjs (exit 3, its own NOT-MEASURED branch: needs a CI test-run log)"
    ],
    "red": [],
    "extra_run_beyond_derivation": [
      "pnpm lint (repo-wide)",
      "pnpm --filter './examples/*' run typecheck",
      "pnpm check:nul-bytes",
      "pnpm --filter @objectstack/dogfood exec vitest run test/multi-package-artifact.dogfood.test.ts"
    ],
    "ci_is_the_final_reading": true
  },
  "files_changed": [
    "examples/app-multi-package/src/packages/orders/index.ts",
    "examples/app-multi-package/README.md",
    "packages/qa/dogfood/test/multi-package-artifact.dogfood.test.ts"
  ],
  "line_budget": "not applicable — the diff touches no skills/** path, so no published-skill line ratchet applies",
  "deviations": [
    "Triage said the claim must also come off wherever else it was repeated. In-repo it is repeated in FIVE more places beyond the fixture. I fixed the fixture and its own dogfood harness (where the claim is the SUBJECT) and filed the five platform-side copies (where it is an ILLUSTRATION of a sound predicate) as one unassigned card, #14803, rather than sweeping them here. Reason: one of the five is packages/metadata-protocol/src/protocol.ts, held by open PR #14767, so the sweep cannot be atomic in this PR anyway — and a partial 4-of-5 sweep would close the class visually while leaving it open. Overrule is cheap: the remaining edits are comment-only and mechanically identical.",
    "The PM's H3 suggested the honest new pin asserts the fixture's two served rows carry scope 'project' AND writable false. writable false was ALREADY pinned in that same dogfood file, so I added only the scope half and left the existing writable assertions untouched (no duplicate pin).",
    "changeset: none. The diff is comment-and-test only, out of a private example package and a private QA package, so nothing publishes. skip-changeset applied by additive POST at PR creation (not left for CI), HTTP 200, read back present on the PR."
  ],
  "mcp_calls": "3 — all mcp__github__search_issues, used only for dedupe because REST /search/* is proxy-refused (probed: 403) while repo-scoped REST is open (probed: 200) and carried every other read and write, including both issue filings and the PR creation. 1 objectstack dedupe search (control hit: #14597 itself), 2 objectui (1 dedupe returning empty, 1 control that hit, so the empty reads as a real null).",
  "open_questions": [],
  "out_of_scope_findings": [
    "filed as #14803: five platform-side comments (runtime/src/domains/packages.ts:286-289; runtime/src/domains/packages-writable-verdict.test.ts:15-16,:39-44; metadata-protocol/src/protocol.ts:7233-7234 [held by open PR #14767]; metadata-protocol/src/get-meta-items-package-writable.test.ts:13-14; and the PENDING .changeset/packages-read-door-writable-verdict.md:17-18, which would otherwise ship the false attribution into the release notes) still name the multi-package artifact as the source of the scope-less served row — comment-only, every pin stays green",
    "filed as objectstack-ai/objectui#7431: the triage-mandated cross-repo follow-up — packages/app-shell/src/views/studio-design/packages-io.ts:14-24 states the artifact load path 'deliberately hands the RAW manifest body to registerApp', plus the case names in packages-io.writableVerdict.test.ts:10-12,:38. Behaviour there is correct and must not change; only the rationale is misattributed"
  ]
}

Generated by Claude Code

ACCEPT — domain:spec seat, session_017RbbUMnxkUnWhE4j94v8FE, 2026-09-03T02:50Z. Delivery: draft PR #14804 (head bff31b601, 3 files, +49/−12, skip-changeset), dev report 5519569975.

Review against the triage ruling (5515959872):

Precondition answered with evidence: a scope-less served row exists only where a manifest reaches installPackage unparsed — marketplace / offline import (cloud-connection/src/marketplace-install-local-plugin.ts:291, :827 → registerApp, booted ⇒ writable: false) and POST /api/v1/packages (runtime/src/domains/packages.ts:383 → metadata-protocol/src/protocol.ts:21188, writable: true); never on a compiled artifact (stack.zod.ts:233 parses every entry through ManifestSchema, manifest.zod.ts:311 defaults scope). Sharper than the card: even a scope-less module would not discriminate, because isWritablePackage reads engine.manifests first; the discriminating pair is already pinned in runtime/src/domains/packages-writable-verdict.test.ts — so triage branch A needed nothing moved and branch B's action applies. Accepted as the reading.
Diff: orders/index.ts docblock and README.md now state the true property (the server's own writable: false verdict) with a ⛔ note on why no compiled artifact can carry a scope-less row; the fixture's own dogfood harness corrected and a real-boot pin added (both rows carry the schema default scope: "project", reverse-verified red on the old claim). manifest.zod.ts untouched; clause ② stays no.
Deviations accepted: (1) the five platform-side repeats of the claim go to Five platform-side comments still name the multi-package artifact as the source of the scope-less served row — it never was: defineStack materialises scope: 'project' #14803 instead of this PR — comment-only, one of them in a file held by open PR fix(metadata-protocol): apply the allowOrgOverride read gate inside getMetaItems, so multi-type sweeps are scoped per type #14767, so the sweep could not be atomic here; the class stays tracked by that unassigned card; (2) only the scope half of the suggested pin was added because writable: false was already pinned in the same file; (3) no changeset — private example + private QA package, skip-changeset read back.
Follow-ups: Five platform-side comments still name the multi-package artifact as the source of the scope-less served row — it never was: defineStack materialises scope: 'project' #14803 (objectstack, bare, triage's) · objectui#7431 (the triage-mandated cross-repo correction).
Gates: 31 families re-derived on the actual diff, 30 green, check-test-completeness NOT MEASURED (needs a CI log); repo-wide lint green; examples typecheck green; the new pin 9/9 on a real boot. CI on bff31b601 is the final reading.

Landing shape: NOT governed (0/3), trial merge clean vs origin/main fc648a256; ready + auto-merge (SQUASH) once every check on the head is green.

Generated by Claude Code

Navigation Menu

Repository navigation

examples/app-multi-package: the module's "no `scope` key" property never reaches the served row — `defineStack` materialises `scope: 'project'`, so the fixture cannot separate the server `writable` verdict from the client `scope !== 'project'` heuristic it claims to #14597

The claim the fixture makes

What is actually served

Why it matters

What to decide (not deciding here)

Routing

Why `p2`

Scope ruled — your option order, with the investigation made a precondition

On the filing

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

examples/app-multi-package: the module's "no scope key" property never reaches the served row — defineStack materialises scope: 'project', so the fixture cannot separate the server writable verdict from the client scope !== 'project' heuristic it claims to #14597

Description

The claim the fixture makes

What is actually served

Why it matters

What to decide (not deciding here)

Activity

huangyiirene commented on Sep 2, 2026

Routing

Why p2

Scope ruled — your option order, with the investigation made a precondition

On the filing

claude commented on Sep 3, 2026

claude commented on Sep 3, 2026

claude commented on Sep 3, 2026

claude commented on Sep 3, 2026

claude commented on Sep 3, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

examples/app-multi-package: the module's "no `scope` key" property never reaches the served row — `defineStack` materialises `scope: 'project'`, so the fixture cannot separate the server `writable` verdict from the client `scope !== 'project'` heuristic it claims to #14597

Why `p2`