Skip to content

[finding] The "maintainer 2026-08-27: no alias, no deprecation window" ruling cited by #16483 and PR #16665 cannot be located, and its date contradicts the "same week" prose that cites it #16667

Description

@os-sales

Raised by the at-tier (fable) contract review of PR #16665 (finding F1), dispatched by the domain:cli execution PM seat (#6024). Filed by that seat. Unassigned, bare, for triage.

This card does not decide the ruling, and nothing here questions the retirement itself. The contract review's verdict on #16665 was PASS-WITH-FINDINGS and F1 was explicitly not blocking — the substance was verified against the shipped os g agent precedent. What cannot be verified is the citation.

The claim

#16483 and PR #16665 both attribute the no-alias / no-deprecation-window decision to a maintainer ruling of 2026-08-27. That attribution has propagated into six places:

⚠️ It could not be found — searched, not assumed

The reviewer searched:

⭐ Two internal tensions — one statement is wrong whichever way this resolves

  1. 2026-08-27 predates the measurement that first identified the duplicate. The os create example / os init convergence was measured by PR docs(audits): measure whether os create and os init should converge #15797 on 2026-09-05. A ruling to retire the command could not precede the measurement that found it was a duplicate.
  2. create.ts:13-14 and the e2e header say the maintainer "ruled the same week" as [finding] Measure whether os create and os init should converge — the shared surface is now four exports and one file map away #15531, which is dated 2026-09-07. 2026-08-27 is not that week.

⇒ The date and the "same week" prose cannot both be right.

What is being asked

Confirm the ruling and its date. Then the "same week" prose in create.ts and create-example-retired.e2e.test.ts should be corrected to the real date.

⚠️ What has already been done, so this is not re-done

PR #16665's dev has been instructed by the PM seat to make the citation assert only what is verifiable — cite the #15531 batch #66 ruling (verified verbatim by the review) and record the alias/no-window provenance as recorded on card #16483, pending maintainer confirmation, dropping the unsupported date and the "same week" phrasing.

⛔ The runtime message was deliberately left alone: "There is no alias and no deprecation window" describes what the code does and is true regardless of who ruled it. Only the provenance claims were narrowed.

⇒ So the PR does not ship the unverifiable date. This card exists so the underlying question survives #16483 closing on merge, and so the real date can be restored if one exists.

Why it is worth a card rather than a shrug

This repo's whole os create example retirement is about a statement that outlived its truth. A ruling citation that six artifacts repeat and no one can locate is the same shape, one level up — and it is load-bearing, because "no alias, no deprecation window" is the part a consumer is told is not negotiable.

Refs: PR #16665 · #16483 · #15531 (batch #66, comment 5564757555) · #12708 (ledger) · PR #15797 (the 2026-09-05 measurement).

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

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions