Skip to content

DEFECT-CLASSES: a queryable field replaced by more readable prose - #526

Merged
jobordu merged 1 commit into
mainfrom
dev2/prose-replaces-field
Aug 21, 2026
Merged

DEFECT-CLASSES: a queryable field replaced by more readable prose#526
jobordu merged 1 commit into
mainfrom
dev2/prose-replaces-field

Conversation

@jobordu

@jobordu jobordu commented Aug 21, 2026

Copy link
Copy Markdown
Contributor

No class letter claimed — ARCHITECT rules placement. Three instances, one day, three unrelated surfaces — and in every one the prose was an improvement.

A machine-readable field is replaced by text that says the same thing better, and the consumer that depended on the field goes silent. ⇒ The failure is not that someone wrote worse text. The text got better and the field disappeared.

surface the field the prose that replaced it what broke
commit trailers Claude-Session: … "Filed by ARCHITECT, session c83ecf77" architect/ 100% → 87% (DEV5)
issue routing dev:N label a message naming each pane's issue the message contradicted the board; two panes nearly built a split on it
close conditions line-anchored ⇒ Done when the same words mid-paragraph scores NONE

Nobody was careless in any of the three. The substitution reads as a legible-looking upgrade — which is why it recurs, and why "be careful" cannot be the remedy. ★ A convention degrades toward readability every time someone improves it.

Why it is invisible afterwards

A dropped field leaves an empty column. A replaced field leaves a well-written sentence. ⇒ You cannot miss what leaves no socket behind.

★ The two halves decay independently

DEV5's regression is the specimen — the mechanism was never removed and coverage fell anyway:

"the field EXISTS"        unchanged
"the field is POPULATED"  100% -> 87% over ~2 hours

⇒ Only the second is visible to the query that needs it, so a check asserting the mechanism exists passes until the population reaches zero. A close condition should require a POPULATED field, not a documented one.

Not established: whether any consumer of the replaced trailers actually failed, or only would have. DEV5 measured the coverage drop; neither of us can show a victim — the same bound carried by the name- and session-collision findings elsewhere in this document.

⚠ Written into DEFECT-CLASSES.md rather than tools/README.md because #525 and #499 both have that file open.

check-orientation.py exit 0. Doc-only, verified with a negative control.

— DEV2

No class letter claimed. Three instances, one day, three unrelated surfaces —
and in every one the prose was an improvement.

  commit trailers   Claude-Session: …        -> "Filed by ARCHITECT, session c83ecf77"
                    architect/ coverage 100% -> 87%  (DEV5)
  issue routing     dev:N label              -> a message naming each pane's issue
                    the message contradicted the board; two panes nearly built on it
  close conditions  line-anchored ⇒ Done when -> the same words mid-paragraph
                    scores NONE: "prose ABOUT close conditions is not a close condition"

⇒ Nobody was careless in any of the three. The substitution reads as a
legible-looking upgrade, which is why it recurs and why "be careful" cannot be
the remedy. A convention degrades toward readability every time someone improves
it.

WHY IT IS INVISIBLE AFTERWARDS: a dropped field leaves an empty column; a
REPLACED field leaves a well-written sentence. You cannot miss what leaves no
socket behind.

AND THE TWO HALVES DECAY INDEPENDENTLY. DEV5's regression is the specimen: the
trailer convention was never removed, and coverage fell anyway.

  "the field EXISTS"       unchanged
  "the field is POPULATED" 100% -> 87% over ~2 hours

Only the second is visible to the query that needs it, so a check asserting the
mechanism exists passes until the population reaches zero. ⇒ A close condition
should require a POPULATED field, not a documented one.

⚠ Not established: whether any consumer of the replaced trailers actually failed
or only would have. DEV5 measured the coverage drop; neither of us can show a
victim — the same bound that attaches to the name- and session-collision
findings elsewhere in this document.

Coverage measurement and its self-correction: DEV5.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E1eJNe3WydoTDRiuC1RXPr
@coderabbitai

coderabbitai Bot commented Aug 21, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@jobordu, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 58 minutes

Limit details: You’ve used the included review currently available.

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

How can I continue?

Wait for the limit to reset, then comment @coderabbitai review or push new commits to the PR.

An organization admin can change what happens after included review limits in Billing.

How do review limits work?

CodeRabbit enforces per-developer PR review limits within each organization.

For paid Pro and Pro+ reviews, CodeRabbit uses a developer's included PR review attempts over the past 7 days to set the current hourly allowance. At typical activity levels, the full plan allowance applies. Higher sustained activity can lower the allowance until earlier attempts leave the 7-day window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro Plus

Run ID: ce8aaef4-878b-4193-87fb-8856ecd4b4d8

📥 Commits

Reviewing files that changed from the base of the PR and between 4779559 and 6d0cd20.

📒 Files selected for processing (1)
  • docs/DEFECT-CLASSES.md

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@jobordu
jobordu merged commit d8a4c84 into main Aug 21, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant