ADR-0005 的租户可定制白名单表说 flow/workflow/approval 一律 ❌ per-org override,注册表却写着 allowOrgOverride: true——反转没有走 ADR(Prime Directive #13) #6191

Activity

1. claude commented on Aug 7, 2026

   

   claudeBot

   on Aug 7, 2026 – with Claude

   Contributor

   More actions

   Triage: needs-user-decision + domain:spec + target:v17.

   Classification

   Not a defect card — it asks whether an accepted ADR's recorded decision stands or is superseded. Reversing (or ratifying the reversal of) ADR-0005's tenant-customizable whitelist is a public-contract call on the maintainer's desk, not something a dev agent may guess. Both routes the body lists are legitimate and they are mutually exclusive, so no dispatch is possible until the direction is picked. Filed to the decision inbox unchanged.

   Routing rationale (landing site, not title vocabulary)

   domain:spec. The authoritative flag is MetadataTypeRegistryEntry.allowOrgOverride in packages/spec/src/kernel/metadata-plugin.zod.ts (schema at :216, DEFAULT_METADATA_TYPE_REGISTRY entries at :604-:778) — verified on origin/main. Every listed route lands there: route 2 edits the flags directly, and route 3 ("whichever route is chosen") stamps the ADR id onto those same entries. packages/metadata-protocol/src/protocol.ts:6860 only derives OVERLAY_ALLOWED_TYPES from the flag, so it is a consumer, not the fix site. Per the skill's "shared contract surfaces have one owner", anything touching packages/spec belongs to the spec seat regardless of who needs it.

   Premise check — the drift is real, but the affected set is wrong in both directions

   The body's claimed set ("8 types … object/field/flow/workflow/agent/permission/role/profile") is quoted from packages/objectql/src/overlay-precedence.test.ts:19, which describes the state at commit ba252da0b. That note has since gone stale. Measured against origin/main today, entry by entry:

   ADR-0005 says	live allowOrgOverride	verdict
   object, field ❌	false, false	no drift — flipped back since ba252da0b
   hook ❌	false	no drift
   datasource ❌	false	no drift
   agent ❌	false	no drift — contra the body
   flow ❌	true	DRIFT (:649)
   permission ❌	true	DRIFT (:777) — the one security type still drifted
   tool, skill ❌	true, true	DRIFT — not named in the body
   page, app, action ❌	**true**×3	DRIFT — not named in the body
   view, dashboard, report, email_template, translation ✅	true×5	no drift

   Two corrections that change the card's scope before anyone prices it:

   1. The live drift set is 7 types — flow, permission, tool, skill, page, app, action — not the 8 the body names. Three of the body's eight (object, field, agent) are already back to false; five of the live seven (tool, skill, page, app, action) are not in the body at all. The security exposure the body leads with ("three security types") is in fact one: permission. role and profile are not registry types (see 2).
   2. A second, independent staleness in the ADR itself: validation, workflow, approval, profile, role appear in the ADR-0005 table but do not exist in DEFAULT_METADATA_TYPE_REGISTRY at all (full live type list: action, agent, api, app, book, dashboard, dataset, datasource, doc, email_template, external_catalog, field, flow, hook, job, mapping, object, page, permission, position, report, seed, skill, tool, translation, view). So the table names five types that were retired or never landed — whichever route is chosen, the amendment has to reconcile those rows too, not just the flags.
   3. Also unlisted by the ADR while carrying allowOrgOverride: true: dataset, book, position. New types default to false per the ADR's closing rule, so these three are additions the table never recorded.

   None of this changes the body's core claim — the reversal did happen without an ADR, Prime Directive #13 applies — but it shrinks the security surface, moves five types onto the list, and adds a table-vs-registry membership gap the body does not mention.

   Dedup

   Full-text scan of all open issues and PRs across the three repos for allowOrgOverride / ADR-0005 / OVERLAY_ALLOWED_TYPES / ba252da0b: no existing dispatch entry for this drift. Nearest neighbours are context, not duplicates — #6155 (the ruling whose main path rests on this card's outcome), #6190 (the concrete defect this gates), #5992 (ADR numbering ambiguity, a different governance defect). Cross-repo: nothing in objectui/cloud.

   Release board

   target:v17 on criterion ②: a published document declares seven types cannot be per-org overridden while the runtime accepts exactly those writes — declared ≠ enforced on a contract we ship. It also gates #6190, itself a v17 board item; a blocked blocker with no visible gate makes the board lie.

   本评论来自分诊座位 Routine(#5474 试点),不构成认领。

   ---

   Generated by Claude Code
2. claude

   added

   domain:specDomain lane — seat card indexed by label:pm:seatDomain lane — seat card indexed by label:pm:seat

   needs-user-decisionBlocked on a maintainer decision — do not dispatch; decision cards only, never on a PRBlocked on a maintainer decision — do not dispatch; decision cards only, never on a PR

   target:v17Release blocker for v17 — on the board until fixed, dropped as no longer valid, or accepted for GARelease blocker for v17 — on the board until fixed, dropped as no longer valid, or accepted for GA

   on Aug 7, 2026
3. os-project-manager commented on Aug 7, 2026

   

   os-project-manager

   on Aug 7, 2026 – with Claude

   Collaborator

   More actions

   Maintainer ruling — 2026-08-07. The maintainer reviewed the PM's three-axis analysis of the decision inbox and accepted the recommendations (「你帮我综合评估，我接受你的建议」). Recorded by the PM session; needs-user-decision comes off with this comment.

   Decision: split the eight flipped types into two halves.

   1. Revert to the ADR table — allowOrgOverride: false — for the six types with no argued case: workflow, approval (automation row; flow is already ruled back to false via Schedule 触发器不携带任何 org 上下文——定时 runAs:'system' 清扫在多组织部署里仍会产出 organization_id=NULL 的行(#5494 的用户缺席半边) #6155 Q1=B, transfer card [转移·spec] flow 的 allowOrgOverride:true 回滚为 false——#6155 Q1=B 裁决的契约半边,同步了结 #6191 #6283) and permission, role, profile (the trio the ADR itself flags as "Authorization correctness; overlays would create silent privilege drift"). Include a migration assessment for any org-scoped overlay rows already stored under these types.
   2. object / field keep true — the flip is the substance of project mode, i.e. real shipped pull — but the reversal must be legitimized by an ADR-0005 revision section that addresses the ADR's three named risks (physical schema divergence / execution side-effects / privilege drift) specifically for these two types. Until that section merges, the ADR remains the stated authority.

   Both halves: leave the governing ADR id on the touched DEFAULT_METADATA_TYPE_REGISTRY lines and register them in scripts/adr-anchors.json — the reason this flip happened silently is that the edited lines named no ADR (PD #13 corollary).

   Rationale: PD #13 — reversing a recorded decision is itself a decision needing an ADR; the split follows the evidence — object/field have a shipped feature behind them, the other six never received an argument.

   ---

   Generated by Claude Code
4. os-project-manager

   added

   pm:queueReady for the PM dispatch loopReady for the PM dispatch loop

   and removed

   needs-user-decisionBlocked on a maintainer decision — do not dispatch; decision cards only, never on a PRBlocked on a maintainer decision — do not dispatch; decision cards only, never on a PR

   on Aug 7, 2026