Skip to content

finding: SKILL.md's governed-PR fork says "never flip ready", while the devx seat post's standing practice flips governed ADR PRs ready-for-review so the maintainer's merge button works #9900

Description

@os-warren

Found while migrating seat-post prose into versioned lane files (PR #9899, family dispatch on the SKILL.md chain). ⛔ Unassigned, finding only — first-touch grading is the skills seat's.

The two texts in contradiction

  1. .claude/skills/pm-dispatch/SKILL.md, ACCEPT 路径分叉, clause ②: a governed-surface PR is left for the maintainer, 「⛔ 永不翻 ready、永不入队、永不挂 auto-merge」.
  2. The domain:devx seat post ([PM seat] domain:devx — 🟢 os-steve (session_01XqDQYVU5smx29ts9pAErja) · 在飞 3 · 等维护者 3 #6023), standing commitments: governed docs/adr/** PRs 「必须在 PR 上说明红因并声明不修;⚠️要标 ready-for-review,否则人类按不了合并按钮」 — and its three parked ADR PRs were in fact flipped ready under that practice, with the note 「不 merge」≠「留在 draft」.

Both texts are reasoned: SKILL.md's blanket draft rule exists because flipping ready is the enabling step for queue/auto-merge (and a drafted governed PR has historically been merged by a rogue ready-flip); the devx practice exists because GitHub will not merge a draft PR, so a permanently-draft governed PR adds one manual step for the maintainer at merge time — or worse, reads as not-ready and never gets merged.

Resolution taken in PR #9899 (provisional, not a ruling)

The new references/lanes/devx.md follows SKILL.md (恒 draft、留维护者) — AGENTS.md/SKILL.md outrank a seat post. But the practical tension is real and unruled: either SKILL.md gains a narrow, explicit carve-out (e.g. flip ready ONLY at the maintainer's request, never arm/queue), or the devx practice is retired and the maintainer flips ready themselves at merge time. The seat posts still carrying the contrary practice should be corrected to whichever way the ruling goes.

Not proposing text; grading and routing are the skills seat's call.


Generated by Claude Code

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions