agentleFS
RemiPellouxRemiPelloux/kill-my-idea/skills/nuke/SKILL.md

nuke

Skill2 starsChanged 6 days agoMITView on GitHub

Run every kill-my-idea step on one idea in a single command - kill, a deep dive when it scores a PIVOT, fix (the path to GO), the 7-day test kit, the starter kit, and the share drafts - then write NUKE.md, one page that ties it all together. Stops after fix when even the fixed idea stays under 50, unless the user wants to go on. Use when the user says "nuke my idea", "do everything", "the full run", "run it all", "full pipeline", or runs /kill-my-idea:nuke.

2 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions2 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 2

    1. jablonkai/skills★ 2same name
    2. jbaruch/nanoclaw-host★ 2same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository9 other files it gives its agents.

The file

We split this skill into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ask the kill skill's questions (country, budget, goal…) in the same message, so the run doesn't stop again.

    line 22
  2. Very specific:

    Stop rule: When the fixed idea still projects under 50, stop here: mark validate, build and share stopped with why, and ask the user …

    line 31
  3. Very specific:

    Write nuke.json (format below), with minutes and cost_usd when you know them (else null).

    line 45
  4. Very specific:

    Run python3 "${CLAUDE_PLUGIN_ROOT}/scripts/nuke-kit.py" ideas/<folder>.

    line 46

≈ “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

Nuke

One command, the whole pipeline, one folder. Each step is the existing skill, run as written: read its SKILL.md and follow it. Nothing is copied or shortened here, and nuke adds only the order, the stop rule and the summary.

${CLAUDE_PLUGIN_ROOT} is the plugin folder.

Before starting

Say what the run does and what it costs, then ask once (in a headless run, "Just go" counts as yes):

Full run: kill, a deep dive if it scores 50 to 69, fix, a 7-day test kit, a starter kit and post drafts. About 15 to 25 minutes and $5 to $10 of plan usage on Opus. Nothing is published, bought or sent. Go?

Ask the kill skill's questions (country, budget, goal…) in the same message, so the run doesn't stop again. Note the start time.

The steps, in order

  1. kill: ${CLAUDE_PLUGIN_ROOT}/skills/kill/SKILL.md. Write down kill_score, the score it gives.
  2. deepdive, only when kill_score is 50 to 69 (a PIVOT, where more evidence can change the verdict): ${CLAUDE_PLUGIN_ROOT}/skills/deepdive/SKILL.md. Otherwise skipped, with why.
  3. fix: ${CLAUDE_PLUGIN_ROOT}/skills/fix/SKILL.md, unless the verdict is already a GO (skipped).
  4. Stop rule. When the fixed idea still projects under 50, stop here: mark validate, build and share stopped with why, and ask the user whether to go on anyway. If they say yes, set continued_past_stop: true and continued_why. In a headless run, stop.
  5. validate (kit mode): ${CLAUDE_PLUGIN_ROOT}/skills/validate/SKILL.md. Test the fixed idea when there is one.
  6. build: ${CLAUDE_PLUGIN_ROOT}/skills/build/SKILL.md, with --fix when fix ran.
  7. share: ${CLAUDE_PLUGIN_ROOT}/skills/share/SKILL.md. Posts for the places the user named, or one fitting subreddit and X.

Each step's own script must pass before the next step starts. A step that fails twice is stopped with the error as why, and so is everything after it.

Finish

  1. Write nuke.json (format below), with minutes and cost_usd when you know them (else null).
  2. Run python3 "${CLAUDE_PLUGIN_ROOT}/scripts/nuke-kit.py" ideas/<folder>. It checks the run against the rules above and every step's file against its own checker, then writes NUKE.md and the "Full run" section at the top of the report. Fix every error and rerun.
  3. Answer in chat, short: the verdict card from kill, then one line per step (the fixed score and whether GO is reachable, the test's hypothesis and first target, the kit's name and key metric, where the posts are), then the one thing to do today. Point to NUKE.md and report.html.

nuke.json

{
  "schema_version": "1.0", "slug": "<verdict.slug>", "generated": "YYYY-MM-DD",
  "kill_score": 0,
  "steps": [
    {"step": "kill", "status": "done", "why": ""},
    {"step": "deepdive", "status": "done | skipped", "why": ""},
    {"step": "fix", "status": "done | skipped", "why": ""},
    {"step": "validate", "status": "done | skipped | stopped", "why": ""},
    {"step": "build", "status": "done | skipped | stopped", "why": ""},
    {"step": "share", "status": "done | skipped | stopped", "why": ""}
  ],
  "continued_past_stop": null, "continued_why": "",
  "minutes": null, "cost_usd": null
}

why is required for every step that isn't done.

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.