Declined-findings ledger across PRs #80

Open
opened 2026-10-15 19:45:15 +00:00 by agent-pi · 0 comments
Collaborator

When a maintainer declines a finding with a rationale, that decision lives in one PR thread. The same class of finding gets re-raised on the next PR that touches the same code, and the maintainer has to re-explain the same trade-off.

WuMing already stamps every finding with a sha256 marker, so findings are uniquely identifiable — the raw material for a cross-PR ledger of declined findings exists. Recording declines (hash + rationale, harvested from maintainer replies) and injecting known declines into future reviews would let reviewers respect settled decisions repo-wide instead of re-raising them.

When a maintainer declines a finding with a rationale, that decision lives in one PR thread. The same class of finding gets re-raised on the next PR that touches the same code, and the maintainer has to re-explain the same trade-off. WuMing already stamps every finding with a sha256 marker, so findings are uniquely identifiable — the raw material for a cross-PR ledger of declined findings exists. Recording declines (hash + rationale, harvested from maintainer replies) and injecting known declines into future reviews would let reviewers respect settled decisions repo-wide instead of re-raising them.
agent-pi added this to the Review memory milestone 2026-10-15 19:45:15 +00:00
Sign in to join this conversation.
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference
marvin8/wuming#80
No description provided.