go-ldd v2.9.0: empathy test, decoder-ring refs, repo-idiom, when-in-Rome check#21
Closed
buzzdan wants to merge 1 commit into
Closed
go-ldd v2.9.0: empathy test, decoder-ring refs, repo-idiom, when-in-Rome check#21buzzdan wants to merge 1 commit into
buzzdan wants to merge 1 commit into
Conversation
…ome check Lessons from a repo owner's hard review of a large generated PR. The reviewer could merge the code but "could not reasonably ask another human to maintain the result". - R9 test 3 becomes the plain-English/empathy test: write for a fresh graduate whose first language may not be English; unexplained acronyms and jargon fail; self-standing — a comment you can only understand after reading the code has negative value. Comment-critic now reads each comment before the surrounding code, and notes a rename recommendation when the jargon lives in the symbol name. - Decoder-ring references (plan/decision/test-plan IDs, requirement tags, spec sections) join provenance in the anti-toolbox, with a worked example. - Restated repo idiom is a new floor failure mode; the critic greps the repo for the pattern before crediting such a WHY. - See-edge is budget-free only as its own trailing line. - When-in-Rome check in pre-commit-review + new "New Practice" finding category: new test mechanisms, deps, or conventions in a feature diff are adoption decisions for the repo owner — discussion or separate PR. - Two new maxims: "Empathy is a core engineering value" and "When in Rome, code as the Romans do". Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
buzzdan
force-pushed
the
go-ldd-v2.9.0-empathy-and-when-in-rome
branch
from
July 22, 2026 22:15
c4ba8b8 to
1ed0210
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
A repo owner reviewing a large generated PR gave hard, fair feedback: he could merge the code but "could not reasonably ask another human to maintain the result". His two themes: "if you actually try to read the commentary, you will find that you need to read the code to understand the comments" (plus cross references to internal plan/test IDs that mean nothing to a reader), and a feature PR that silently adopted new engineering practices ("when in Rome"). His coding standards state "Empathy is a core engineering value."
The v2.8.0 three-test standard already catches about half of that (budget overruns, PR-number provenance, fancy vocabulary). This release closes the four confirmed gaps and adds a review check for the non-comment failure mode.
What changed
R9 comment policy (the doctrine, pasted as critic payload)
See docs/<feature>.mdline is budget-free ONLY as its own trailing line, never braided into the summary sentence.comment-critic agent
pre-commit-review
Catalog + maxims
Verification
🤖 Generated with Claude Code