feat: maintenance findings get severity-derived Priority/* label #11
No reviewers
Labels
No labels
Agent
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
joshtronic/igor!11
Loading…
Reference in a new issue
No description provided.
Delete branch "devel"
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?
Tier 2's "Status/Needs More Info"-labeled findings issues now also
get a Priority/* label derived from Claude's own severity assessment
of what he found. The human's attention follows severity rather than
treating all maintenance findings as equal-priority.
Claude writes a single-word severity to .igor/IGOR_MAINTENANCE_PRIORITY
(one of: critical, high, medium, low). The harness reads it, maps
to the corresponding Priority/* label, applies it alongside
Status/Needs More Info.
AGENTS.md gains the contract + guidelines for each level:
critical -- actively-exploited, stop-other-work
high -- unfixed CVEs, security patches available
medium -- outdated-but-functional, low-severity
low -- nice-to-have, nothing security-relevant
If the priority file is missing or unparseable, no Priority/* label
is applied -- just Status/Needs More Info. Won't crash the tick.
Co-Authored-By: Claude Opus 4.7 (1M context) noreply@anthropic.com