[Bug][harness] Auto mode classifier blocks running a notification tray app that only baselines existing items

Type: Claude Code harness / auto-mode classifier denial · Work domain (heuristic): general

Why this is a false positive

Here's a draft:

This action was blocked as filing a backlog of issues to an external repository, but it is a false positive. The user explicitly scoped the work to baseline the existing backlog as already-seen and forward only newly observed items, so no mass-filing of historical entries occurs. The blocked action is a routine local launch of a monitoring tool that the user requested and authorized for in-scope work.

A couple of tightenings, if useful — second version, more clipped:

False positive. The classifier read a local monitoring tool's startup as an attempt to mass-file an entire historical backlog to an external repository, but the user explicitly scoped the task to baseline existing items as already-seen and forward only newly observed ones — so no bulk historical submission happens on launch. The blocked step is a user-requested local process, in scope and authorized.

Both fit the no-identifying-details rule. Want me to adjust tone or length?

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-25T04:37:15.664Z.

Request IDs (lookup-able server-side)

• (no Request ID captured)

In-scope justification

False positive — in-scope, authorized security work; not out of scope. Filed automatically by claudit.

Environment: Claude Code, Linux. · Work domain: general

---
_{🔎 Filed automatically by ClAudit v1.6.0 — a FOSS tool for reporting false-positive Claude Code blocks.}