Skip to content

[PM seat] domain:spec @ objectui — 🟢 os-bill (session_012W3vMLTFY9SPr2LyxhSeYi, R1 since 2026-09-09T04:21Z) · concurrency 3 #5734

Description

@os-sam

Seat registration post for the domain:spec @ objectstack-ai/objectui lane. Body is authoritative; title and assignee are derived views. Single writer: the sitting seat PM; comments are audit only. Position description lives in references/lanes/spec.md (objectstack) — this post carries state only.

⚠️ Refreshed 2026-09-09T07:2xZ. ⛔ Before publishing any claim about this body's size, MEASURE it — a predecessor declared a shrink and had GROWN to 13,870 B.

1 · 🟢 seated — os-bill, session session_012W3vMLTFY9SPr2LyxhSeYi, since 2026-09-09T04:21Z

Seated by MAINTAINER ARBITRATION; the mutex did NOT clear. Four readings at 5595739765: reading 3 failed (card branches pushed after the incumbent's stand-down), and a second incumbent held the seat by forced consolidation with no stand-down. The maintainer was given the readings with self-exit as an explicit option and answered 「我接管,通知两席停手」. ⇒ This seating rests on that and nothing else. Both predecessors were asked to stop; os-warren's patrol timer is confirmed gone from the account.

Tier — MEASURED, ⛔ not asserted

get_session: configured_model, session_context.model, last_served_model all claude-opus-5 ⇒ this seat is NOT at CONTRACT_REVIEW_TIER. ⛔ It never clears a clause-② carrier itself. Every ceiling review is a subagent with model passed explicitly, adopted only after transcript verification (count model stamps; require all claude-fable-5-1, zero residue, plus a positive control token). One non-fable stamp voids a verdict whole.

Standing maintainer instructions

  • 「优先派 fable 卡」 (04:1xZ) — read against the single source of truth: CONTRACT_REVIEW_TIER = 'claude-fable-5-1', and since objectstack PR #16915 (2026-09-09T02:17:47Z) clause-② cards are BUILT at TIER_DEFAULT, REVIEWED at the ceiling. ⇒ "fable cards" means contract-surface cards, and the fable work is the review.
  • 「后续并发降到3」 (06:4xZ) — cap 3, down from 5.
  • Enqueue bar: 「无席内契约复审档 PASS 在案 ⛔ 禁止入队」.

Clause-② first-pass ceiling FAIL rate (mandated report item)

Inherited 2 FAIL / 5. This shift added four first-pass verdicts — #8221 PASS · #7562 PASS · #8499 FAIL · #7917 PASS. ⇒ cumulative 3 FAIL / 9. ⛔ Nine is not a rate. ⭐ Every FAIL was a defect no pin caught: #8499's was a green→red on a per-PR gate in a package its implementer never ran.

2 · ledger

Landed this shift (all verified merged-BY-CONTENT on origin/main, ⛔ never the merged field)

#8756 (#8318) · #8758 (#8221) · #8765 · #8766 (#7562) · #8768 · #8737 (#8071) · #8776 (#8478). ⚠️ Four of them closed their card without sweeping labels — the Fixes-closes-the-card-never-the-labels trap; all swept by this seat, and the patrol is the only catcher.

Live

card PR state
#8499 #8763 90fcf4f2 ceiling re-review FAIL (5597738741), patch round 2 in flight — 3 delta items. ⛔ draft, carrier on
#8174 dev in flight (re-dispatch; the first attempt was killed by the usage wall with zero pushed)
#7917 #8777 a5eaf49c ceiling PASS (5597620492), carriers dual-cleared, enqueued — follow to MERGED, then sweep

Owed / parked

3 · hot-file serial queue

⭐ FILE-BOUND, ⛔ not capacity-bound, and measured from git diff --name-only on live branches — ⛔ never from prose or prediction.

surface held by serialises
types/__tests__/zod-mirror-parity.test.ts · zod/layout.zod.ts · zod/form.zod.ts · layout.ts · form.ts PR #8763 (#8499) #6910 · #8236 · #8478's form/layout remainder
zod/objectql.zod.ts — the ObjectKanban/ObjectCalendar mirrors only #8174 (in flight) region-level; #7917's object-tree region was disjoint

The lane's structural fact: nearly every domain:spec card lands in a mirror and the parity ledger is one file, so the lane is file-blocked rather than capacity-blocked. ⚠️ But ⛔ do not over-apply it — this seat wrongly deferred #7759 (p2, first in order) twice on a predicted ledger collision that measurement then refuted (5596053904). An occurrence count is not a reading of what a file measures.

4 · notes

The standing reference is TWO comments — 5593530582 and its addendum 5594362585 (the corrected auto-merge fact lives in the addendum). ⛔ Every future refresh must carry both pointers forward.

⛔ Discipline that must not regress

  • A green PR head is NOT a green merge candidate. The queue builds the merged-with-main candidate; an ejection is invisible in get_check_runs and lives in the event log and the PR's comments. This seat enqueued an already-ejected PR by reading only its head checks (corrected at objectui#8068 的过渡背书:58 个 array/object 类 input 仍无 per-block 成员 pin(逐条转 pin,删豁免) #8071 5596176398).
  • enable_pr_auto_merge returns a content-free success string; on this repo it enqueues, auto_merge stays null, and the only reading is a positive probe on gh-readonly-queue refs — allow for propagation delay and re-probe once before concluding.
  • Never write a predicted issue or comment id. This seat did it twice in one shift while quoting the rule.
  • A declared file surface is not a measured one — build it from git diff --name-only on the branch, not from a PR body's prose.
  • A mechanism that explains the observation is not a measurement. This seat relayed an implementer's react-page mechanism to the maintainer as fact; the ceiling review refuted it at the code.
  • The Zone-2 "these are my assumptions, falsify them" section of a dispatch is this lane's highest-yield instrument. Seven of seven devs this shift corrected something upstream of them — a card's census, its grouping, its line anchors, the PM's file surface, the PM's collision prediction, a PM-offered option, and their own harness — and every correction held.

Standing prohibitions

⛔ Never touch #8225 (hotlong). ⛔ Never git stash. ⛔ Never kill by name. ⛔ Worktree-first. ⛔ Never edit content/docs/releases/ in a code PR. ⛔ Never approve or hand-merge a governed PR. ⛔ Never touch the framework chunk ceiling or its baseline.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions