refined-secretary-75241
05/13/2026, 5:53 PMPatternSecurityAnalyzer / PolicyRailSecurityAnalyzer / EnsembleSecurityAnalyzer → Policy Engine
• ConfirmRisky + confirmation_policy.py → Approval Service
• _extract_* and _normalize in utils.py → partial Action Mediation Layer
• SecurityRisk.UNKNOWN semantically maps to AARM's DEFER verdict
• Context Accumulator and Receipt Generator are honest gaps
The SDK's ensemble composition surface and the UNKNOWN-on-ERROR fusion policy under discussion in #2721 aren't in the AARM spec at all. AARM doesn't yet prescribe multi-evaluator composition rules. I'd like to submit that pattern back to AARM as a vendor-neutral contribution, since the SDK is ahead of the spec there.
That opens a larger question: how does OpenHands as a project want to engage with AARM, if at all?
I'm not qualified to walk through that door as a humble contributor. I'm looking for feedback here - I am happy to keep my engagement with AARM separate from OpenHands. Though, the opportunity was worth mentioning.calm-artist-7206
05/13/2026, 6:00 PMlimited-student-10747
05/13/2026, 6:15 PMrefined-secretary-75241
05/14/2026, 12:15 AM