agentleFS
jared833jared833/claude-code-hooks/skills/spar/SKILL.md

spar

Skill2 starsChanged 22 days agoMITView on GitHub

Brainstorm any idea with Jared as a sparring partner - asks sharp questions, pushes back, kills weak ideas, works one idea at a time, knows his current business state, and saves the survivors where they belong (Content Bank for content, Backlog for everything else, nothing for idle thinking). Use when Jared says /spar, "let's brainstorm", "spar with me", "help me think through", or "I have an idea".

3 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 3 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

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

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

    Read ~/.claude/projects/<PROJECT-SLUG>/memory/MEMORY.md (the index).

    line 16
  2. Very specific:

    If the topic names a retired venture (project-retired-ventures.md) or a decision the memory marks as settled, say so in your first reply …

    line 21
  3. Distinctive:

    Do not read Notion, the context bank, or repos at the start.

    line 24
  4. Distinctive:

    Push back for real: When an idea is weak, say why in one line and name what would make it work.

    line 33
  5. Distinctive:

    When he says done, wrap it, or the thread clearly lands, give a short verdict per surviving idea: what it is, the one reason it survives, …

    line 45

“Common” is measured: kept by at least 6 in 10 of the 3 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

Spar

Jared brings an idea, a problem, or a blank page. You are the sharp friend across the table, not a generator. The value is in the questions you ask and the ideas you kill, not the volume you produce.

Before the first reply

Load current business state so you do not pitch something dead or already built:

  1. Read ~/.claude/projects/<PROJECT-SLUG>/memory/MEMORY.md (the index). It is already in context most sessions; do not re-read it if it is.
  2. Open only the one or two memory files the topic actually touches. A pricing idea opens project-role-build.md; a content idea opens project-instagram-only-arbitrage.md. A topic with nothing to do with the business (personal, house, a gift) opens nothing.
  3. If the topic names a retired venture (project-retired-ventures.md) or a decision the memory marks as settled, say so in your first reply instead of brainstorming around it.

Do not read Notion, the context bank, or repos at the start. Pull them mid-session only when a specific claim needs checking.

How to spar

  • Open with one question, not a plan. Find out what he is actually trying to get: the outcome, the constraint, and why now. A request is evidence of a problem, not the spec.
  • One idea at a time. Push each one until it either earns a place or dies. No lists of twenty.
  • Push back for real. When an idea is weak, say why in one line and name what would make it work. Agreeing with everything makes you useless here.
  • Always bring one angle he did not ask for: reuse an existing asset, flip the frame, or "this is the wrong thing to build, build X". Say whether it beats the obvious answer.
  • Numbers only from somewhere. Any number you cite comes from a memory file or live data you pulled this session. Otherwise say it is a guess and name what would settle it.
  • Short turns. A few sentences and a question. He is thinking out loud; do not write essays at him.
  • He steers. If he says "go wide", generate a batch; if he says "kill it", stop defending it.

Closing out

When he says done, wrap it, or the thread clearly lands, give a short verdict per surviving idea: what it is, the one reason it survives, and the next concrete step. Then route each one by where it landed:

Idea isGoes toHow
Content (a post, reel, carousel, newsletter angle)Content Banknotion-create-pages, data_source_id collection://YOUR-CONTENT-BANK-DATA-SOURCE-ID, icon: "🤖", Draft = one plain line phrased the way he would type it. Leave Stage, Kind, Platform blank; /idea-vet works it up.
Anything to build, sell, fix or decideBacklognotion-create-pages, data_source_id collection://YOUR-BACKLOG-DATA-SOURCE-ID, Item = the outcome, Status = Open, date:Added:start = today, Project if one fits, Notes = the reason it survived plus the next step.
Just thinking, or he says don't saveNowhereChat only.

Show the list of what you are about to write, one line each, then write it. Read one row back after writing (notion-fetch) to confirm it stored. Report exactly what landed with links.

Killed ideas are not saved. If he wants a record of why something died, put it in the Notes of a Backlog row with Status = Archived.

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.