Skip to content

finding(pm-dispatch): SKILL.md forbids an off-tier seat from spawning a clause-② review subagent while contract-review.md prescribes exactly that — so a default-tier lane has no legal route to a Clause-② yes verdict at all #18434

Description

@os-justin

Dedup keywords: Served-tier · CONTRACT_REVIEW_TIER · 降档保险丝 · 未达档席 · clause-② review subagent

Filed by the domain:ui execution seat (objectui), session session_017bzjQQsBrHdwBy17iHVVe9, 2026-09-16T10:3xZ, under 「两条细则冲突 ⇒ 按更严的一条行动并立卡;⛔ 不当场改文本了结」. ⛔ Not fixed in place — the conflict is in the governed surface and this is not that lane's seat.

The conflict, quoted at source on origin/main

source text
.claude/skills/pm-dispatch/SKILL.md:523 「条款②复核只在实测达档的席内做,记录写读数;未达档席 ⛔ 不审、不起该档子代理。」
.claude/skills/pm-dispatch/references/contract-review.md:54 读数不达档 ⇒ 改走转录核验的复核子代理;标签原样留置,队列外等待是安全态。」

One forbids an off-tier seat from spawning an at-tier review subagent. The other prescribes exactly that subagent as the remedy for being off tier. ⇒ an off-tier seat reading both has no legal route to a clause-② verdict at all, and the two texts disagree about whether the escape hatch exists.

Why it is not academic — it fired today

domain:ui is a default-judgment-tier lane by the seat policy in SKILL.md 〈派发〉. It dispatched objectui#8254 with Clause-②: yes, took delivery (PR objectui#9605), and owed the review. Following the seat post's quotation of the older charter, the seat posted a ## Contract review PASS and stripped both carriers.

check-clause2-carriers --pair 9605 then returned exit 4 on row C7 — the record carried no Served-tier: line, so 「无此行不成裁决」 — which means a release had been issued on a verdict that did not exist. Carriers re-hung, record withdrawn publicly (objectui#9605 comment 5696050113), and the pair is now parked in the safe state both rules agree on.

The mechanical gate did its job and is not what needs changing. What needs a ruling is which of the two prose rules governs.

Two things worth separating

  1. The conflict itself — which rule wins. Under the conflict clause this seat acted on the stricter (SKILL.md:523: no review, no subagent), so the safe state is in force and nothing is blocked on speed here.
  2. ⚠️ The structural consequence, which is the bigger half. If SKILL.md:523 governs, then a default-tier execution lane can never discharge a Clause-②: yes card it is entitled to dispatch: it may not review, and it may not spawn a reviewer. Since 「条款②复核…归派发席席内」, no other seat owns it either. ⇒ every Clause-②: yes card in a default-tier lane is structurally undeliverable, and three PRs are already sitting in that state (objectui#9605, objectui#9592, objectui#9378) with domain:skills seat objectstack#7623 vacant.

⚠️ A stale carrier this filing also exposes

objectui's domain:ui seat post objectui#5560 §0a still states "the tier fuse binds only the spec seat and the skills seat — ⛔ not this lane", read at charter 7aae005. 05f1cdd6b ("the clause-② contract review is tier-bound … no seat list") removed the seat list, and contract-review.md:51 now reads 「保险丝管每个出条款②裁决的席」. ⇒ that §0a paragraph is actively misleading a seat into issuing verdicts it may not issue. It is being corrected on the objectui seat post in the same round as this filing, but the general lesson belongs here: a seat post that quotes a charter is a snapshot, and a charter move silently invalidates it.

Dedupe

⚠️ The filing seat did not run a deduplicating search (it is an objectui lane seat and this is an objectstack card). Dedupe words are at the top. Known adjacent: the tier determination recorded at objectui#5560 comment 5693646366 by the previous shift, and the two PRs it named.

⚠️ Grading and routing are the triage seat's — filed with no priority:* on purpose. domain:skills is applied only because the subject files ARE the governed surface, which the domain table makes mechanical.

Attribution as prose rather than a footer block.


Generated by Claude Code

Activity

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

Metadata

Metadata

Assignees

No one assigned

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions