[Decision] ADR-0131 剩余部分（C2 余下阶段 + C3）：继续分段、合并成一次切换，还是改成「registry 支撑的对象」 #22601

Activity

1. objectstack-fleet

   added

   priority:p1High: required for production / M2High: required for production / M2

   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

   domain:servicesRetired 2026-10-22, alias of domain:server (services surface); in-flight cards keep it until landedRetired 2026-10-22, alias of domain:server (services surface); in-flight cards keep it until landed

   target:v18

   area:accessPermissions that actually hold — RLS/FLS, sharing model, write-path guardsPermissions that actually hold — RLS/FLS, sharing model, write-path guards

   on Oct 10, 2026
2. objectstack-fleet commented on Oct 10, 2026

   

   objectstack-fleetBot

   on Oct 10, 2026

   ContributorAuthor

   More actions

   Ruling: batch #309 item 1 · letter B · maintainer 「同意」 2026-10-10T05:05Z

   Director seat, summon #36, session_019fWAt2renophxLVg5aJXMH (GitHub hotlong; written as objectstack-fleet[bot] via the relay). Batch #309 was presented in chat as this card alone, on the maintainer's instruction 「先处理 22601」, with this seat's own readings (below) and the recommendation B, fallback A, sub-question Q (a); the maintainer answered 「同意」, which takes the recommendation whole. Freshness gate: the body (10,393 bytes, unedited since filing) and the comment list (none) were re-read before this record; #15196's newest comment is 6093457233 and #15204's is 6093460731, both the triage pointers to this card; nothing newer exists. Thread-read: none on this card.

   The ruling

   • B — one cutover. C2's remaining reader switch (S8a, S8b, S9) and C3 (refactor(plugin-security,platform-objects,spec): retire the catalog seeders, the per-organization catalog machinery and the four catalog objects; Setup creation is an environment write under single and refused under a wall (ADR-0131 D2/D3/D5/D13) #15204: the seven seeders, the permission-set projector, the per-organization catalog machinery, the four catalog objects, PositionSchema.permissionSets with the junction-row migration and the read switch) land as ONE cutover batch: a sequence of PRs merged in a short window, each green on its own and leaving main usable, with ⛔ no transition piece built for an intermediate state the batch itself removes — no position projector, no metadata-first dual write replacing S7's write-through, no row fallback read, no junction id bridge. S5c (domain:cli: verify reads the name column) proceeds now as planned; every option needs it. C7 (feat(objectql,cli): inventory + migration — four fates per object, mirrors deleted only after the id→name rewrite is verified, per-table boot report (ADR-0131 D10) #15211) follows the cutover unchanged; C8 unchanged. The end state is ADR-0131 D2/D3/D4/D7/D13 as written.
   • Sub-question Q → (a). Under single a position name is unique per deployment: a second holder (a second organization's row of the same name) is refused loudly at the write door, extending the S10 refusal; the C3/C7 migration treats an existing same-name pair as conflicting and REPORTS it for the operator (D10 fate 4: never guessed, never merged); the S7 write-through's last-write-wins over such a pair is not carried forward. This is the direct consequence of Q4 A (6050490870: one namespace per deployment for the three security catalog types), recorded here so S8b and C3 do not return to the decision box.
   • ⛔ Not taken: A (stage by stage, each stage carried by dual reads, row fallbacks and id bridges that C3 then deletes — transition pieces for an intermediate state no deployment runs: cloud is pinned at 56bf27affb on the v17 line and waits for C7, cloud#2709 B) and C (the four objects kept as registry-backed virtual objects: a new generic objectql mechanism with no second consumer, a revision of D2/D3/D7/D13, and a table-that-is-not-a-table that every AI-authored app would have to be refused on, join by join and trigger by trigger).

   Why B on the first axis

   A and B share the end state, and that end state is a strict narrowing: definitions behind the metadata door, records behind the data door, one kind of thing behind one door; four objects, one projector and one per-organization copy machinery fewer. C restores the data-door entrance ADR-0131 retired and adds a generic mechanism whose semantics (RLS/FLS, audit, trash, triggers, joins, reports, schema sync) would each need defining and refusing. Between A and B only the staging differs, and D14's own reason — no dual columns and no registry-first-then-rows resolution carried for a shape nobody has used — applies inside the v18 line as much as across releases. The workload rule (#22597) points the same way: B skips the enumerable pieces A would build and then delete (a position projector with a metadata-first dual write, the row fallback reads, the junction bridge; roughly 2–4k lines and 2–3 PRs by the S7 and projector precedents, not measured stage by stage).

   Readings this seat took (objectstack origin/main 3e72f93, objectui 1b2d016, cloud 37c706b)

   • The seven seeders, permission-set-projection.ts (1766 lines) and per-organization-catalog.ts (694 lines) are as the card states; bindBaselineToEveryone is a closure in security-plugin.ts (from line 4643), not a module.
   • The card's objectui count of 6 files is low: at least 10 objectui source files read the four tables through the data door (AssignedUsersSection, CapabilityMultiSelectField, RecipientPickerField, useApproverDirectory, approverIdentity, decisionOutputParams, recordDelete, permission-set-clone-dispatch, the data-objectstack special case, RecordDetailView's slot, PermissionMatrixEditor's capability read), and the Setup position and permission-set pages are generic ObjectViews over the data door (the AppContent routes). That is C9 (ADR-0131 §8, objectui#7611), owed under A and B alike, with D7's parity criterion.
   • ADR text: D14 fixes only C1–C6 before C7 before C8; §8 has C3 blocked by C1 and C2. The S1–S10 staging is the services seat's census plan (6038897018), not ADR text. So A needs no ADR change; B needs one execution-plan note in §8/D14 (C2's reader switch and C3 land as one cutover, still before C7), Tier H; C would have needed D2/D3/D7/D13 revised and a new spec key. §5 never considered C: it is a new proposal, not a rejected one, and it conflicts with D13.
   • Q4 A (6050490870) already gives the three catalog types one namespace per deployment; decision: ADR-0131 C2/C3 order — C2 must read positions' permission sets, which only C3 adds, while §8 makes C3 wait on C2. Which way is the knot cut? #22006 B (6028793924) rejected one XL change set and keeps the field and its only reader landing together. Both hold under this B: the cutover is a sequence of PRs, and the field still lands with its only reader.

   Prior rulings read: ADR-0131 D2/D3/D4/D7/D13/D14/§8; ADR-0094 D1/D3; #22006 B (6028793924); #15196 Q3 A · Q4 A (6050490870); S7 A (6075437096, whose item 2 is Q); C3 re-verification DRIFTED (6018622568); cloud#2709 B (6081163069); thread: none on this card. 自检:只看①选 A/B 终态;②③④是否翻转:否,只定分期取 B。

   State and execution

   • This card closes completed in this act; needs-user-decision leaves with the close; priority:p1, domain:services, target:v18, area:access stay. The body gains its Ruled: line in the same act.
   • Pointers are recorded on feat(core,objectql,plugin-security,plugin-sharing): the catalog is read from the registry; assignment tables reference it by name (ADR-0131 D2/D3/D4) #15196 and refactor(plugin-security,platform-objects,spec): retire the catalog seeders, the per-organization catalog machinery and the four catalog objects; Setup creation is an environment write under single and refused under a wall (ADR-0131 D2/D3/D5/D13) #15204. The triage seat carries the ruling into the two card faces:
     1. feat(core,objectql,plugin-security,plugin-sharing): the catalog is read from the registry; assignment tables reference it by name (ADR-0131 D2/D3/D4) #15196: S5c stays dispatchable; S8a, S8b and S9 are not claimed separately — they fold into the cutover batch; Q (a) is the same-name rule S8b waited on; the S7-carried position projector is not built.
     2. refactor(plugin-security,platform-objects,spec): retire the catalog seeders, the per-organization catalog machinery and the four catalog objects; Setup creation is an environment write under single and refused under a wall (ADR-0131 D2/D3/D5/D13) #15204: re-verify the DRIFTED retirement list (6018622568), write the cutover stage plan (PR sequence, lanes, per-stage authorization-equivalence tests; each PR green and main usable; no transition piece), rewrite the body's Blocked-by: lines ([gate] the v18 development line is not open — ADR-0131 execution cards are blocked on this card #15193 and feat(objectql,plugin-auth): the Default Organization is load-bearing under single; an unstamped write is derived there and refused everywhere else (ADR-0131 D3/D9/D11) #15195 are closed; the C2 remainder is absorbed into this batch, with S5c's ordering noted), then pm:queue.
     3. File the ADR-0131 §8/D14 execution-plan note (one paragraph, Tier H, the maintainer's approval), citing this ruling.
     4. objectui#7611 (C9) is the card for the Setup catalog pages and pickers reading the metadata door; it lands before the tables retire and together with the .objectui-sha bump (AGENTS.md Post-Task Checklist step 4), and its scope note takes the reader list above.
   • Workload of the chosen option, as the rule requires: C2 remainder plus C3 as one batch, three lanes plus objectui, roughly 11–16k lines over 8–12 PRs by the card's precedent-based estimate (S5a +1884/−261, S7 about +1810), less the 2–4k of transition pieces B skips; not measured stage by stage.

   ---

   Generated by Claude Code
3. objectstack-fleet

   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 Oct 10, 2026
4. objectstack-fleet

   closed this as completedon Oct 10, 2026