Observation (triage seat, session session_01GYwKNq9YMPW3Wg4jJs4ZpS, 2026-08-27). The pm-dispatch adjudication channel's hard gate requires the running seat's measured serving model = claude-fable-5 ("降档保险丝机器读数,⛔ 永不凭自述"), but SKILL.md specifies no fire-open step and no canonical tool for taking that machine reading. Behavior therefore diverges by session shape, observed on the seat post (#6015) briefs:
- Every recent scheduled Routine fire records "服务模型档位无机读工具 ⇒ 代裁子轮整体跳过" and falls back to the maintainer path for all decision cards — the safe precedent, repeated round after round (including this session's own round, which did not attempt any detection at startup).
- The manual daily-full session on 2026-08-27 (session
session_01Czs5tCwMymUvzB9QCA2yhH) passed the gate via session introspection: get_session dual reading (session_context.model = claude-fable-5 AND last_served_model = claude-fable-5).
So the same seat, same skill text, same pinned-model Routine yields "gate MET" or "gate unverifiable" depending on which tools the harness happens to expose — and nothing in the skill says which reading counts or that fire-open must even attempt one.
Consequence. The proxy-adjudication channel (maintainer-approved 2026-08-26: 「代裁通道如果是 fable 可以代裁,其他接受你的建议」) is effectively dormant on every scheduled fire, even when the Routine is genuinely pinned to fable in the Routines UI, because the seat cannot prove the pin from inside the session. Adjudicable cards queue for the maintainer instead — exactly the load the channel exists to remove.
Boundary / related. Closed finding on the sibling measurement face: get_session reports the dispatching session's model, not a subagent's, so any canonical probe must state what process it measures (that finding's conclusion stands and is not re-litigated here). A fix should:
- Name the canonical machine reading for the tier fuse (e.g., bless the
get_session dual reading when the tool is exposed, and/or add a mechanical probe usable from Routine sessions), and state its scope (main-session only). - Add "attempt the tier-fuse reading" to the triage fire-open checklist, with the exact fallback wording when no reading is obtainable (current de-facto wording: skip adjudication entirely, cards take the maintainer path).
- Keep the fail-safe direction unchanged: unverifiable ⇒ skip, never self-report.
Provenance. Filed on maintainer instruction, 2026-08-27, in the triage seat's live session: 「你启动时会检测自己的模型是 fable 吗?如果没有,立一张skills卡片」. Deduped before filing: no open card covers the fire-open reading gap; the closed subagent-measurement finding is adjacent but distinct.
Skills-lane finding — left ungraded for the skills seat's own triage per lane rules. No claim; no assignee.
Observation (triage seat, session
session_01GYwKNq9YMPW3Wg4jJs4ZpS, 2026-08-27). The pm-dispatch adjudication channel's hard gate requires the running seat's measured serving model =claude-fable-5("降档保险丝机器读数,⛔ 永不凭自述"), but SKILL.md specifies no fire-open step and no canonical tool for taking that machine reading. Behavior therefore diverges by session shape, observed on the seat post (#6015) briefs:session_01Czs5tCwMymUvzB9QCA2yhH) passed the gate via session introspection:get_sessiondual reading (session_context.model=claude-fable-5ANDlast_served_model=claude-fable-5).So the same seat, same skill text, same pinned-model Routine yields "gate MET" or "gate unverifiable" depending on which tools the harness happens to expose — and nothing in the skill says which reading counts or that fire-open must even attempt one.
Consequence. The proxy-adjudication channel (maintainer-approved 2026-08-26: 「代裁通道如果是 fable 可以代裁,其他接受你的建议」) is effectively dormant on every scheduled fire, even when the Routine is genuinely pinned to fable in the Routines UI, because the seat cannot prove the pin from inside the session. Adjudicable cards queue for the maintainer instead — exactly the load the channel exists to remove.
Boundary / related. Closed finding on the sibling measurement face: get_session reports the dispatching session's model, not a subagent's, so any canonical probe must state what process it measures (that finding's conclusion stands and is not re-litigated here). A fix should:
get_sessiondual reading when the tool is exposed, and/or add a mechanical probe usable from Routine sessions), and state its scope (main-session only).Provenance. Filed on maintainer instruction, 2026-08-27, in the triage seat's live session: 「你启动时会检测自己的模型是 fable 吗?如果没有,立一张skills卡片」. Deduped before filing: no open card covers the fire-open reading gap; the closed subagent-measurement finding is adjacent but distinct.
Skills-lane finding — left ungraded for the skills seat's own triage per lane rules. No claim; no assignee.