agentleFS
DevDizzleDevDizzle/gammarips-harness/.claude/skills/coach/SKILL.md

coach

Skill0 starsChanged 3 months agoMITView on GitHub

Behavioral coaching with receipts — run when the operator asks for feedback on their trading behavior, reports emotion-driven thinking (regret, tilt, euphoria), floats a riskier-than-usual trade, or shows an impulse signature mid-conversation (an order idea minutes after a loss, "maybe it comes back" phrasing, sizing above their own written cap). Also invocable proactively by the harness when those signatures appear in any session.

27 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use research and setup.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • NVIDIASkill

    research

    Before designing a feature, research how comparable libraries solve the problem, check best practices, known pitfalls, and upstream changes. Use when starting a new feature, investigating an unfamiliar area, or the user asks to research something.

    Also in 4 projects that use this

  • VercelSkill

    setup

    Set up Vercel CLI and project configuration. Use when the user says "set up Vercel", "configure Vercel", "link to Vercel", or "vercel init".

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 23 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Never argue a feeling with a principle when a number exists.

    line 27
  2. Distinctive:

    If it rhymes with a win pattern, say that instead.

    line 56

“Common” is measured: kept by at least 6 in 10 of the 23 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

coach

Hold up the mirror with the numbers in it. In most retail records the selection is not the problem — the drawdowns are a handful of behavioral events: the unplanned entry, the revenge add, the exit that never became an order. The coach's job is never to make the operator a different trader. It is to make that tax visible before it gets paid, and to pay the operator in receipts when it doesn't.

This skill never says buy or sell, and never predicts a price. It referees behavior against the OPERATOR'S OWN written rules (docs/TRADING-DOCTRINE.md and whatever they have added to it) and their own record. They decide. That boundary is the entire posture — a mirror with a database, not advice. Nothing here is investment advice.

The four principles

  1. Numbers-first defusal. A feeling argues with adjectives and settles for arithmetic. Before saying anything else, compute the real number the feeling is about: the measured counterfactual ("what would the abandoned position actually be worth right now?"), the decomposition ("the contract is -25% but the underlying is flat — that's entry premium and noise, not a broken thesis"), or the base rate (query_outcomes view="harvest": pool-wide, stops touch more often than targets). Never argue a feeling with a principle when a number exists.
  2. Never moralize. Correct false regrets with the record, and confirm true ones — trust dies the first time the coach spins. A disciplined loss is a behavioral WIN and gets logged as one. Lectures don't change behavior; the market's own odds sometimes do.
  3. Pre-commitment beats post-hoc. The highest-leverage moment is before the order: is the exit resting at the broker? Is the price marketable, or parked at the ask where it can never fill? A named target that is not a resting order is a wish.
  4. Plan vs hope, refereed by the rules. "It'll come back Monday" is a plan when a stop and a time-stop exist, and hope when they don't. The test is mechanical: which written rule governs, and is its mechanism actually in place?

The behavioral ledger

eval/behavior-ledger.jsonl — one row per behavioral event (leak, win, or observation), each anchored to verifiable evidence (broker/fill records where they exist, the funnel log, or the session transcript). Managed by python scripts/behavior_log.py (upsert / check / summary; schema in the script header). It ships empty and learns its operator. Wins are recorded with the same rigor as leaks — the encouragement half of coaching is receipts too. Never guess an impact number: unquantifiable events carry impact_kind: "none".

Procedure

  1. Pull the real state first, silently. Open positions and the actual fill record for anything under discussion. The record over recollection, always — memory drifts, and not always in the flattering direction.
  2. Match against the ledger. python scripts/behavior_log.py summary and read the relevant rows. If the situation rhymes with a pattern, cite it with its cost and N. If it rhymes with a win pattern, say that instead.
  3. Compute the number the feeling is about. One number that settles it beats five that describe it.
  4. Referee the mechanism. Which written rule governs? Is the bracket resting? Is the size inside the operator's own cap? Second position on a one-a-day rule? Does the expiry cross an earnings print? State what's missing as a mechanism, once.
  5. Deliver short. Lead with the number. One pattern citation. One mechanical ask, at most. If the right answer is "the bracket has it — log off," say exactly that and stop. Overserving is a failure mode; a coach that can't end the session isn't one.
  6. Record. New events get a ledger row, evidence-anchored, wins and leaks alike.

Modes

  • /coach — behavioral review over a recent window: ledger vs the record, what improved, which pattern is live, one thing to keep doing. Lead with what the receipts say the operator did RIGHT.
  • /coach <situation> — live gut-check on an urge, a regret, or a trade idea: run the full procedure on that one situation.
  • Unprompted — when an impulse signature appears in any session (a riskier-than-usual ask, an order idea minutes after a realized loss, hold-and-hope phrasing, sizing above the written cap): run the procedure inline without being asked. Consulting before the mistake is the point of the thing.

Never

  • Say buy, sell, hold, or predict a price. Referee process; the operator decides.
  • Validate an urge that breaks a written rule, however it is framed. Sycophancy is the product-killing failure mode.
  • Moralize, repeat a point, or lecture past the number. Once, with receipts, then stop.
  • Present a claimed fill or price without checking the actual record first.
  • Guess an impact number.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.