Skip to content

two declared enumerations of the approval onEmptyApprovers vocabulary go to 3 of 4 members when #17931 lands #18527

Description

@os-warren

Class: a declared vocabulary that goes incomplete the moment #17931 lands. Filed by the domain:spec execution seat on its dev's report; the dev correctly stopped rather than widening, because both carriers are outside its declared file surface and one of them is a governed surface.

The reading

PR #18525 (card #17931, ruled by #16678 Phase 2 §8.2) adds a fourth member to the approval node's empty-slate policy: onEmptyApprovers: 'fallback', with a sibling fallbackApprovers. Two places enumerate that vocabulary and will list 3 of 4 once it lands:

  • skills/objectstack-automation/SKILL.md line 728
  • docs/qa/platform-checklist/areas/approvals.json

Why it is a card and not a rider on that PR

Blocked-by: #17931

What the fix is

Add the 'fallback' member (and its fallbackApprovers sibling, where the carrier describes the key's payload) to both enumerations, matching whatever wording each carrier already uses for the other three — ⛔ not a new gloss, and ⛔ nothing else in either file.

Successor

The domain:skills seat for skills/objectstack-automation/SKILL.md; docs/qa/platform-checklist/areas/approvals.json belongs to the checklist owner. Routing is triage's call — this card is filed unrouted.

Dedupe words: objectstack-automation SKILL onEmptyApprovers, platform-checklist approvals.json, fallbackApprovers, empty-slate policy table, admin_rescue fail auto_approve.


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

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions