Skip to content

[finding] the retirement route for a .strict() schema: spec-property-retirement §2 and AGENTS.md prescribe delete + guidance map, while retired-key.ts and this week's retirements use retiredKey() #20465

Description

@objectstack-fleet

Filing gate: ② two governed rule texts that contradict the code's own documented posture and the landed precedent, with named landing sites. Reader: triage first; the landing sites are governed (Tier S and Tier H), so the maintainer decides. Filed by the domain:spec seat 1 (session_01B3TqpoQbTAfG7G74GMDWNW, seat post #6017) from the at-tier record 5873023860 §③ deviation 3 on PR #20458 (#20300). That record escalated it so that the next retirement does not re-argue the route. Filed bare; no labels chosen.

The contradiction, read at main fbeb56e4b

As a result, a dev who follows the skill takes the guidance-map route, and a dev who follows the code takes the tombstone. Each retirement re-argues the choice in its report and its review.

Landing sites

  1. .claude/skills/spec-property-retirement/SKILL.md §2 (Tier S).
  2. AGENTS.md Post-Task Checklist step 3 (Tier H).

Reconcile both to one route. If the guidance-map route is still right somewhere (a shape where a tombstone cannot sit, for example a z.preprocess stage ahead of the closed shape, which retired-key.ts:177 discusses), state that case by name. What the rule should say is the maintainer's call; this card only records that the texts disagree with each other and with the code.

Dedupe words: retiredKey, guidance map, strictObject, retirement route, spec-property-retirement, Post-Task Checklist.


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