False positive AUP filter firing repeatedly during Kubernetes lab debugging session

Resolved 💬 3 comments Opened May 22, 2026 by lee22avaya Closed Jun 23, 2026

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.

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗