fix: remove hardcoded attribute count limits from assessment schema#428
fix: remove hardcoded attribute count limits from assessment schema#428jwm4 wants to merge 1 commit into
Conversation
The schema enforced a maximum of 25 on attributes_assessed, attributes_skipped, attributes_not_assessed, attributes_total, and findings. The assessor count has grown beyond 25, causing the validate CI job to fail on legitimate submissions. Removes the upper bounds entirely so the schema does not need updating each time a new assessor is added. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Enterprise Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe PR relaxes upper-bound constraints in ChangesSchema Constraint Relaxation
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
✨ Simplify code
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
📈 Test Coverage Report
Coverage calculated from unit tests only |
Summary
maximum: 25fromattributes_assessed,attributes_skipped,attributes_not_assessed, andattributes_totalin the assessment JSON schemamaxItems: 25from thefindingsarrayWhy
The validate CI job was failing on all submissions generated by v2.36.1, which produces assessments with 33 attributes. The schema was written when the tool had 25 assessors and was never updated as new ones were added. Hardcoding this limit means the schema breaks every time a new assessor is added.
Test plan
🤖 Generated with Claude Code under the supervision of Bill Murdock
Summary by CodeRabbit