drawdown-circuit-breaker
Evaluate account-level drawdown circuit breaker rules from trader-memory-core state and decide whether new trade risk is allowed today. Uses realized P&L, losing-streak cooldowns, and weekly/monthly drawdown limits without any external API.
By tradermonty · 1,411 installs
npx skills add tradermonty/claude-trading-skills --skill drawdown-circuit-breaker
Source repository · Upstream listing
Drawdown Circuit Breaker
Overview
Evaluate whether the trader should take new trade risk today based on account level realized P&L and recent terminal trade outcomes. This skill reads trader memory core thesis YAML files only. It produces a circuit breaker decision artifact that complements the market side exposure decision from exposure coach.
The circuit breaker is a recommendation and recordkeeping tool. It does not replace human judgment, and it does not enforce broker side blocks or automated order rejection.
When to Use
Before screening or sizing any new swing trade candidate
After a losing trade or partial trim to check whether a cooldown is active
During daily planning when trader memory core contains recent closed or partially closed positions
As a workflow gate before swing opportunity daily proceeds to candidate generation
When reviewing whether daily, weekly, or monthly loss limits have been breached
Prerequisites
Python 3.9+
Local trader memory core thesis YAML files, usually under state/theses/
Account size in dollars
No API keys or network access required
Workflow
Step 1: Read Trader Memory State
Point the script at the thesis state directory:
The script scans every th .yaml file and reads realized P&L from each thesis status history[] ledger entry. It does not use index.json for P&L, because the index is a lightweight lookup file and does not contain the required realized P&L ledger.
After validating each file, the script groups valid theses by the case sensitive, whitespace trimmed thesis id . If two or more valid files share an ID, it excludes the entire duplicate group from P&L and losing streak calculations, reports every actual source path, and returns PARTIAL + HALTED until the duplicate state is repaired and the decision is rerun. metrics.theses scanned counts only accepted theses with unique IDs.
If the state directory is missing or is an empty directory, the skill returns TRADING ALLOWED with data quality: EMPTY STATE so a new user is not blocked by the absence of history. If the configured state path exists but is not a directory, the skill fails closed as incomplete state data.
If state exists but a thesis, ledger event, or terminal result must be skipped or conflicts with another recorded value, the skill fails closed with data quality: PARTIAL , recommendation: HALTED , and an incomplete state data rule. Repair the warnings and rerun before taking new risk. The one recoverable exception is a finite terminal outcome.pnl dollars fallback for a legacy thesis with no realized P&L ledger entry; it remains visible as PARTIAL but does not by itself override the calculated recommendation. For ACTIVE , PARTIALLY CLOSED , CLOSED , and INVALIDATED theses, each history event must be an object with a recognized status and parseable at , and the last history status must match the thesis status. ACTIVE and PARTIALLY CLOSED theses must also carry entry actuals; PARTIALLY CLOSED must carry a position. Malformed, stale, or skeletal lifecycle history disqualifies terminal fallback and halts. Ledger shaped events whose realized pnl is missing, untyped, or non finite also halt instead of being coerced.
Step 2: Evaluate Circuit Breaker Rules
The default rules are:
Rule Default Triggered State Release
Max daily loss 2.0% of account HALTED Next ET weekday
Losing streak cooldown 2 terminal losing theses COOLDOWN 24 hours after latest loss exit
Weekly drawdown halt 5.0% of account HALTED Next Monday ET
Monthly drawdown halt 8.0% of account HALTED First day of next month ET
Day, week, and month boundaries use America/New York . Date only producer
timestamps from trader memory core are counted on the named ET date. Set
as of for deterministic evaluation; date only as of values cover the
full ET day, while timestamp values exclude future events after that time:
Step 3: Override Thresholds When Needed
Override individual thresholds on the CLI:
Or provide a JSON config file:
CLI arguments override config file values.
Step 4: Interpret the Decision
Use the generated decision as a gate for new trade risk:
Recommendation Meaning
TRADING ALLOWED No circuit breaker rule is active; new trade risk may proceed through the rest of the workflow
COOLDOWN Do not open new positions; continue managing existing positions and review the recent losses
HALTED Stop new entries because a drawdown limit is active or account state data is incomplete; repair/rerun any data warnings before proceeding
Existing position management remains a human decision. The circuit breaker is designed to prevent new risk escalation after realized damage, not to force liquidation.
Time based rules carry an ISO 8601 active until . The non time based incomplete state data rule uses active until: null ; its Markdown report says the halt lasts until the state is repaired and the decision is rerun.
Output Format
The script writes circuit breaker decision YYYY MM DD HHMMSS.json and, unless json only is set, a matching markdown report.
Exchange Calendar Contract
Install requirements.txt before running the checker. Daily, weekly, and
monthly halt dates use actual XNYS sessions. active until remains compatible:
the halt ends at 00:00 America/New York on the next eligible session date, not
at that session's opening bell. Use as of for deterministic evaluation.
Resources
scripts/check circuit breaker.py Main CLI and rule engine
references/circuit breaker framework.md Rule definitions, defaults, and data source notes
skills/trader memory core/schemas/thesis.schema.json Source schema for thesis state
Key Principles
1. Realized damage only Use recorded realized P&L, not unrealized P&L or thesis level cumulative fields for daily calculations.
2. Survival first A circuit breaker exists to prevent escalation after losses.
3. Advisory, not automatic execution The output informs the workflow gate; it does not place, cancel, or block broker orders.
4. Fail closed on incomplete state Empty state allows a new user to begin, but malformed, discarded, conflicting, or non finite risk data returns PARTIAL + HALTED without crashing. A finite legacy outcome fallback is reported as recoverable PARTIAL and remains non blocking.