[Bug][aup] Refused to run user's own USB-connected drone detection script for legitimate device inspection (req_011CcUFue36t34eys7Aif6XP)
Triage: kind aup · domain general · severity session-halted (blocked authorized work) · reproducible: yes — server-side via the Request ID(s) below
Type: AUP / Usage-Policy block (false positive) · Work domain (heuristic): general
Why this is a false positive
The safety classifier fired on a routine hardware-integration task involving a USB-connected consumer drone, where the assistant was simply enumerating connected USB devices and running the user's own existing detection script to resume work. Nothing in the request involved weapons, targeting, evasion, or any prohibited use — it was ordinary debugging of a peripheral the user physically owns and had connected locally. The block appears to be triggered by the device category ("drone") rather than any actual policy-violating intent or content, making this a keyword-driven false positive on legitimate development work.
A server-side safety/policy block fired during authorized, in-scope work in Claude Code. Filing as a false positive. Recurred 1× across 1 session(s); first seen 2026-06-27T18:43:42.302Z.
Request IDs (lookup-able server-side)
req_011CcUFue36t34eys7Aif6XP(2026-06-27T18:43:42.302Z)
In-scope justification
False positive — in-scope, authorized security work; not out of scope. Filed automatically by claudit.
Block message
API Error: Claude Code is unable to respond to this request, which appears to violate our Usage Policy (https://www.anthropic.com/legal/aup). Please double press esc to edit your last message or start a new session for Claude Code to assist with a different task.
Request ID: req_011CcUFue36t34eys7Aif6XP
Environment: Claude Code, Linux. · Work domain: general
---
<sub>🔎 Filed automatically by ClAudit v2.0.85 — a FOSS tool for reporting false-positive Claude Code blocks.</sub>
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗