False-positive safety/AUP interruptions during legitimate trading-app development (testnet, own project)

Resolved 💬 5 comments Opened Jun 6, 2026 by alphafarmer Closed Jul 12, 2026

Description

During an extended Claude Code session developing a personal algorithmic-trading application against the Hyperliquid testnet (own project, own infrastructure, mock funds), the session was repeatedly paused by what appears to be a safety/AUP classifier false positive. The triggering turns contained only routine software engineering: TypeScript refactoring of a strategy-parameter registry, Postgres migrations, and vitest test updates.

Context that likely confuses the classifier

The legitimate vocabulary of this domain overlaps with sensitive-looking patterns: "wallet", "private key", "signer", "order placement", "kill switch", "exchange API". All usage is the operator's own testnet tooling with explicit safety guardrails (testnet-pinned transports, per-order caps, audited kill switch) documented in the project's CLAUDE.md.

Impact

  • Multi-hour productive sessions interrupted mid-edit; operator reports this has recurred across sessions and prior bug reports.
  • The interruption lands on innocuous turns (e.g. a TypeScript type-resolution diagnostic), making it impossible to phrase around.

Expected

Domain vocabulary for fintech/trading development on a user's own project should not trip session-level enforcement, especially when the project context (testnet-only guardrails) is visible in project instructions.

Repro

No minimal repro available (classifier-side); happy to provide session IDs privately. Operator has filed prior reports through in-product feedback.

View original on GitHub ↗

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