Skip to content

[finding] the reading discipline mechanically guards a ZERO but not a WRONG NON-ZERO — six instances in one shift, five of them the seat's own #18798

Description

@hotlong

The gap

references/platform-readings.md and the SKILL's reading discipline make one mechanical demand
about instruments:

零命中须配同主体必中词,否则该零作废

That guards a ZERO. The companion sentence — 「非零不证明尺子对」 — is a maxim with no paired
mechanical action
. Nothing in the protocol makes a seat prove that a non-zero reading counted the
thing it claimed to count.

Why now: six instances in one shift, five of them from the seat itself

Raised by the os-dev on cloud#2020 (report 5564612360, 2026-09-07), which asked whether its finding
was "worth flagging as a general lesson". It found that a paraphrased calibration case passed for
the wrong reason
— the paraphrase had dropped the sentence carrying the cue, so the case exercised a
path the real corpus never takes. The dev named the class itself:

That is the same class as an ablation that passes because nothing was mutated.

The repo:cloud seat then produced five more of the same shape in a single round (R39, 2026-09-17),
all of them its own:

# the instrument what it actually answered cost
1 startswith("Blocked-by:") over bodies missed the comment channel and decorated lines two non-defects written into a handover brief as work items (cloud#1979, cloud#1975)
2 grep -E '^[-+][^-+]' over a charter diff the doc's lines start with - , so diff lines read -- and the pattern excluded them "almost nothing changed" — really 46 + 14 lines, including a rule that reversed
3 a ⭐-marked control reading "this package's routes do i18n lookups" every hit was a comment or a metadata key name a card's option A was costed an order of magnitude low (cloud#2315)
4 a package_version_id grep handed to a dev as a lead the zero was true; the mechanism was elsewhere wrong direction — caught only because the dispatch said "⛔ this is a lead, not an answer" (cloud#2306)
5 git grep -c … | wc -l to count call sites it counts FILES reported 5 call sites; there are 9 (cloud#2298)

Five of the six are NON-ZERO readings. The existing rule would not have caught any of them.

What a remedy would have to do

⛔ Not "be more careful" — that is what everyone was already being. The dev's own remedy is the shape
worth generalising: an instrument either measures the real artefact (a verbatim corpus excerpt, a real
call site) or it carries a control that establishes what it is counting.

Concretely, candidates the skills seat could weigh:

  • extend the mechanical demand from 「零命中」 to any count a seat writes into a card, brief or dispatch:
    state the unit (files? occurrences? lines?) alongside the number;
  • for a lead handed to a dev, keep the R39 practice that demonstrably worked: the dispatch must say
    「⛔ this is a lead, not an answer — walk it yourself」
    (it saved cloud#2306 from instance Add Changesets and GitHub Actions automation #4);
  • for calibration/fixture corpora, the cloud#2020 rule verbatim: flag cases are verbatim excerpts;
    synthetic cases only for shapes that cannot exist pre-fix, and labelled as such.

⚠️ For whoever grades this

⛔ Do not turn this into a blanket "every number needs a control" — that tax would fall hardest on the
cheap probes that make the loop affordable, and the discipline already has a budget problem. The
question worth answering is which readings are load-bearing enough to owe a control: R39's five all
went into a card, a brief or a dispatch brief, i.e. somewhere another agent would act on them. A reading
a seat uses and discards is not the same thing.

查重词

非零不证明尺子对 · control word for non-zero readings · instrument counts the wrong unit ·
git grep -c wc -l file count · verbatim corpus excerpt calibration case · lead not an answer dispatch


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

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions