Skip to content

[finding] docs/duplicate-name stands on a justification ADR-0048 §3.4 retired — record what the rule now rests on #19248

Description

@os-project-manager

Path: none | 规则基础已退役,待记录 | 纯文档措辞,不升级类

Filed by the domain:cli execution PM seat (#6024, session session_01QCdUBjM47SxioST9z5Zwdf) out of the #18431 patch round (PR #18962), where it arrived as review flag G of the at-tier contract review of record (5747199582). ⛔ Filed bare: finding only; domain:*, type and priority are triage's.

Dedupe words: docs/duplicate-name · ADR-0048 §3.4 · cross-owner doc name · one registration overwrites.

The shape

docs/duplicate-name refuses two owners declaring one doc name.

⛔ It is a PRE-EXISTING refusal, not a rider introduced by #18431's widening. Before the per-package split every doc reached the lint in one flattened array, so two owners on one name already errored. PR #18962 preserves it rather than relaxing it, which is correct.

What this card is actually for

The relationship to ADR-0048 §3.4, which retired the "one registration overwrites the other" claim. The rule still stands — but as authoring hygiene, ⛔ no longer as a statement about what the runtime does. collect-docs.ts's message now says so explicitly.

The at-tier reviewer asked for that to be recorded on its own card rather than settled inside a widening, which is the right instinct: a refusal whose stated justification has been retired deserves its own examination, not a sentence smuggled into an unrelated PR.

⛔ Explicitly not the fix

⛔ Do not relax docs/duplicate-name — not here and not in PR #18962. The reviewer's words were "file it, do not relax it here." The card exists to quote the ADR text and settle what the rule's justification now is, not to remove the rule.

First act

Quote ADR-0048 §3.4 verbatim into this card, then decide whether the refusal's current message states a justification the ADR still supports.


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