Make REQUEST_CHANGES threshold configurable #15
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
Currently the threshold is hardcoded in the system prompt: any MAJOR finding → REQUEST_CHANGES, no MAJORs → APPROVE. Different teams may want different thresholds.
Proposed Solution
Add a
--threshold/REVIEW_THRESHOLDoption with values like:strict— any finding (MAJOR, MINOR, or NIT) triggers REQUEST_CHANGESmajor— only MAJOR findings trigger REQUEST_CHANGES (current default)lenient— never REQUEST_CHANGES, always APPROVE with findings notedThe threshold is injected into the system prompt rules section.
Use Cases
Closing — this is configurable via
--system-prompt-file. The default prompt defines the threshold ("any MAJOR → REQUEST_CHANGES"), and per-repo overrides can redefine severity rules. No code change needed.