False positive AUP filter firing repeatedly during Kubernetes lab debugging session
Summary
Claude Code has triggered the AUP filter 3+ times in a single session while analyzing kubectl/operator log output during Kubernetes lab debugging. Each instance occurred while reading tool output, not while generating attack content. In at least one instance the filter fired between the model's response and the next user prompt -- i.e., on a tool result the model was about to summarize, with no new user input.
Impact
Repeatedly aborts mid-investigation, forcing context loss and rephrasing. Significant friction during legitimate infrastructure debugging work.
Request IDs from one session
- req_011CbHqJ6R3qozdEN6yWEgd8
- req_011CbHrThiwkTnCvAhS5bBzk
- req_011CbJCCsSkK7itZLyqkpuDj
Ask
Tune the classifier so legitimate technical debugging of infrastructure issues does not match. At minimum, surface a more specific reason or category so users can know which term to rephrase.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗