agentleFS
adoptaiadoptai/cpa-skills/CLAUDE.md

cpa-skills

CLAUDE.md8 starsChanged 4 months agoMITView on GitHub

Instructions for Claude Code working in this repository. Read AGENTS.md first. It contains the repository structure, the Agent Skills specification constraints, the domain rules, and the git workflow. Everything there applies here. This file covers only what is specific to Claude Code. Edit skills/. Never hand-edit dist/ or markdown/ — both are generated. Restated because they matter more than anything else in this repo: 1. No statutory figures from memory. No thresholds, rates, limits, or deadlines. Cite the form and…

The file

We split this CLAUDE.md into the rules it gives an agent

5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    No statutory figures from memory: No thresholds, rates, limits, or deadlines.

    line 22
  2. Very specific:

    Read the skill's SKILL.md and follow it as written rather than improvising a faster path.

    line 61
  3. Distinctive:

    Run the completeness or integrity check before the analysis, not after.

    line 65
  4. Distinctive:

    Do not suppress a failing gate to produce output.

    line 67
  5. Distinctive:

    Do not classify items the skill deliberately leaves to the user.

    line 68

≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md 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
CLAUDE.md

CLAUDE.md

Instructions for Claude Code working in this repository.

Read AGENTS.md first. It contains the repository structure, the Agent Skills specification constraints, the domain rules, and the git workflow. Everything there applies here. This file covers only what is specific to Claude Code.

Quick reference

./validate-skills.sh    # must pass before committing
python3 build.py        # regenerate dist/ and markdown/ after editing skills/

Edit skills/. Never hand-edit dist/ or markdown/ — both are generated.

The five non-negotiables

Restated because they matter more than anything else in this repo:

  1. No statutory figures from memory. No thresholds, rates, limits, or deadlines. Cite the form and line to verify instead.
  2. Every skill gates its own output and refuses to deliver when the proof fails.
  3. Never plug or guess a number. Unknowns become visible exceptions.
  4. Stop where judgment starts. Automate the mechanical layer, not the professional conclusion.
  5. Local only, and never commit client data.

See AGENTS.md for the full reasoning on each.

Claude Code-specific notes

Keep SKILL.md cross-agent compatible

These skills are meant to run on Claude Code, Codex, Cursor, Windsurf, and anything else implementing the Agent Skills spec. Claude Code supports dynamic shell injection in skill bodies using !`command` syntax, which other agents render as literal garbled text.

Do not put !`command` in any SKILL.md in this repository. If you want that behavior locally, add it to your own .claude/skills/ override rather than to the shared skill.

Plugin marketplace

This repo is installable as a Claude Code plugin:

/plugin marketplace add adoptai/cpa-skills
/plugin install cpa-skills

.claude-plugin/marketplace.json must list every skill directory. The validator fails if a skill is missing from it or if the manifest lists a directory that no longer exists — a skill absent from the manifest silently fails to install, which is hard to notice.

See the Claude Code plugins documentation.

When a user asks you to run one of these skills

Read the skill's SKILL.md and follow it as written rather than improvising a faster path. The procedures encode audit and review discipline that looks like overhead until it catches something:

  • Run the completeness or integrity check before the analysis, not after. Anomaly results computed on a truncated population create false comfort.
  • Do not suppress a failing gate to produce output. The failure is the finding.
  • Do not classify items the skill deliberately leaves to the user.
  • Report what you did not receive. A review missing the diagnostics list or prior-year carryforwards is limited in scope and must say so.

Testing changes

Generate synthetic fixtures, plant a known error, and confirm the gate catches it. A gate that has never failed has not been tested. Never use real client data.

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.