refactor: align review ruleset with Hermes and reduce false positives #6
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
thidev/Kodus-rules!6
Loading…
Reference in a new issue
No description provided.
Delete branch "ruleset-v2-hermes-review"
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?
Goal
Align the repository with its actual consumer: Hermes, which uses these Kodus-style rules to review code.
Changes
docs/HERMES_REVIEW_CONTRACT.mdwith an evidence gate, confidence requirements, deduplication rules and anti-false-positive behaviour;hightolowand scope stale-docstring checks to the diff;prefer-specific-types-over-anyrule and keep a single, narrower explicit-anyrule;anyrule diff-scoped and advisory;Why
The previous ruleset mixed demonstrable defects with conventions and architectural preferences. For an LLM reviewer this can produce duplicate, speculative or disproportionately blocking findings. The new contract prioritizes security/correctness/reliability signal and requires Hermes to prove a finding before emitting it.
Follow-up
A separate PR should add the missing high-value semantic rules identified during review: IDOR/BOLA, authorization, mass assignment, file/path traversal, command injection, unsafe deserialization, CORS+credentials, HTTP timeouts, frontend-only authorization, SQLAlchemy session/transaction races, and related correctness/security checks. Keeping those additions separate makes this policy/calibration change reviewable first.