agentleFS
JakeschincariolJakeschincariol/trader-skill/trader-tax/SKILL.md

trader-tax

Skill14 starsChanged 29 days agoMITView on GitHub

Tax Optimizer. Tracks cost-basis lots for every position (FIFO, highest cost first, or specific lots), shows unrealized gains and losses by lot with short or long term, works out what a sale would realize before you sell, finds tax-loss harvesting candidates over a loss threshold, checks the wash sale rule (30 days before and after, GOOG and GOOGL as one family), and writes harvest sells only as proposals. Not tax advice. Use when the user says "what are my gains", "cost basis", "tax lots", "tax-loss harvest", "what would selling cost me in tax", "short or long term", "wash sale", or before selling anything.

The file

We split this skill into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Before any sell (rebalance, a stop, a change of mind), run lots.py sell with the planned shares and method and show what it would realize.

    line 66
  2. Very specific:

    Only if the user wants proposals: harvest --write, then /trader-risk, then /trader-broker, one yes per order.

    line 72
  3. Very specific:

    After a sale fills, lots.py sell ...

    line 74
  4. Very specific:

    If BAC later trades below its $600 basis, harvest --min-loss 25 lists the BAC-1 lot with its loss and "do not buy BAC again before" a date …

    line 81
  5. Distinctive:

    Not tax advice, and education and tooling, not financial advice.

    line 94
  6. Distinctive:

    No options, margin, short selling or leverage unless the config allows it and the user confirms.

    line 100

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “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

trader-tax

The Tax Optimizer does the arithmetic on the user's lots so nobody sells blind. It never decides what is right for the user's taxes. This is not tax advice: a tax professional decides what applies to them. Say that once, early, in every answer that uses this skill.

${CLAUDE_SKILL_DIR} below is this skill's folder (where this SKILL.md lives).

python3 "${CLAUDE_SKILL_DIR}/lots.py" report --lots              # every lot, gain or loss, term
python3 "${CLAUDE_SKILL_DIR}/lots.py" sell KO 2 --price 90.11    # what a sale would realize (FIFO)
python3 "${CLAUDE_SKILL_DIR}/lots.py" sell KO 2 --method specific --lots KO-2
python3 "${CLAUDE_SKILL_DIR}/lots.py" harvest --min-loss 100     # candidates, with wash-sale checks
python3 "${CLAUDE_SKILL_DIR}/lots.py" harvest --min-loss 100 --write
python3 "${CLAUDE_SKILL_DIR}/lots.py" wash KO                    # is buying KO today a wash sale?

What it reads and writes

filewhat
trader/portfolio.jsonpositions with lots: {"id", "date", "shares", "cost"} (cost = total basis); shape: portfolio.example.json here
trader/prices.jsoncurrent prices (trader-alerts: alerts.py quote --holdings --write)
trader/orders.jsonplanned buys count for wash sales; harvest --write replaces it with sell proposals
trader/state/tax.jsonthe realized sales it logs with sell --record

Lots come from the fills trader-broker records (ticket.py fill), or from the user's broker statement. If a position has shares but no lots, ask for the purchase dates and costs. Never invent a cost basis.

The rules it applies (US federal, arithmetic only)

  • Term: long term if sold more than one year after the purchase date, otherwise short term. report --lots shows the date each lot turns long term.
  • Lot methods: fifo (oldest first, what most brokers do by default), hifo (highest cost first) and specific (named lots). The order sent to the broker does not carry lot ids: to sell specific lots the user must choose them in the broker's own tax-lot setting, or the broker uses its default method.
  • Wash sale: a loss is disallowed to the extent the same or a substantially identical stock is bought within 30 days before or after the sale. The tool checks the other lots still held, planned buys in trader/orders.json and the loss sales it has logged. It cannot see an IRA, a spouse's account or another broker, and those count too. Say so.

Steps

  1. Refresh prices, then lots.py report --lots. Show gains and losses by stock, and which lots are short or long term.
  2. Before any sell (rebalance, a stop, a change of mind), run lots.py sell with the planned shares and method and show what it would realize.
  3. For harvesting: lots.py harvest --min-loss 100 (and --min-pct if the user wants a percent threshold). For each candidate show the estimated loss, short and long term split, any wash-sale conflict, and the first day they could buy it back. Candidates with a conflict are not proposed.
  4. Only if the user wants proposals: harvest --write, then /trader-risk, then /trader-broker, one yes per order.
  5. After a sale fills, lots.py sell ... --record updates the lots and logs the realized result for the year.

Example: the reel's portfolio

The copy portfolio bought on 2026-10-13 (AAPL $1,250, AXP $1,119, GOOGL $823, KO $708, BAC $600) has one lot per stock, all short term until 2027-10-14. If BAC later trades below its $600 basis, harvest --min-loss 25 lists the BAC-1 lot with its loss and "do not buy BAC again before" a date 31 days after the sale. If the user also has a BAC buy planned in trader/orders.json, it flags a wash sale instead of proposing the sell.

What it never does

It never files anything, never gives a tax rate or a tax bill, never tells the user what they owe, never places an order, and never proposes a harvest that it can see would be a wash sale.

Safety

  • Not tax advice, and education and tooling, not financial advice. Check with a tax professional.
  • Paper trading by default ("paper": true). Going live is the user's own decision, in their own config.
  • Nothing in this pack places an order except trader-broker, and only when all three hold: trader-risk passed that exact order today, the user typed an explicit yes for that one order in the chat, and the user clicked Allow once on Claude's own card because the order tool is set to "Needs approval" (Customize > Connectors > tool permissions). Never set an order tool to "Always allow".
  • No options, margin, short selling or leverage unless the config allows it and the user confirms.
  • Broker keys live in environment variables or the Claude Desktop config, never in the chat.

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.