nuclear-grade plugin
Risk-graded context-engineering skills, command prompts, and change-record templates. No hooks are configured, so nothing runs automatically; the bundled ng CLI is included for repo-side use (run from a checkout) and runs nothing on its own.
How to install the nuclear-grade plugin
Run both commands inside Claude Code. The first adds the marketplace once; the second installs the plugin.
/plugin marketplace add FlyFission/nuclear-grade-context-engineering
/plugin install nuclear-grade@nuclear-gradeWhat's inside nuclear-grade
66 parts read from the plugin's own files.
Commands 30
Run as /nuclear-grade:name- /nuclear-grade:ng-baseline
Records the version everyone agreed is correct, the evidence behind it, and what would make that record out of date.
- /nuclear-grade:ng-breakdown
Splits scope into a product-first work breakdown that follows the 100% rule, keeps pieces from overlapping, uses outline numbers, and gives every piece a dictionary entry.
- /nuclear-grade:ng-classify
Picks Quick, Standard, or a stronger human-reviewed mode based on consequence, how easy it is to undo, and how much is unknown.
- /nuclear-grade:ng-close-packet
Brings an abandoned or half-filled change packet to an honest terminal state by completing it, closing it with a recorded rationale, or deleting it.
- /nuclear-grade:ng-code-review
Reviews a diff or module for slipping standards, favoring deletion over rearranging, and ends in one honest verdict.
- /nuclear-grade:ng-context-pack
Prepares focused context for an AI agent, reviewer, verifier, or releaser at the start of a task, with a clear role, goal anchor, authority, evidence to produce, forbidden actions, and stop conditions.
- /nuclear-grade:ng-decide-authority
Decides who holds authority for a change \u2014 the agent at the edge or a human gate \u2014 by matching decision rights to reversibility, evidence, and consequence, and names the escalation trigger.
- /nuclear-grade:ng-deficiency
Keeps a standing register of known deficiencies so flaky tests, noisy alerts, unowned services, and recurring incidents get aged, owned, and fixed or formally risk-accepted instead of quietly normalized.
- /nuclear-grade:ng-drift-check
Tests the current work against a written, lasting mission anchor and forces one choice, re-anchor, escalate, or stop.
- /nuclear-grade:ng-fact-check
Checks factual assertions (numbers, quotes, dates, versions, API or tool behavior, what a source actually says) against primary sources read this pass, confirming each load-bearing fact by a second independent means.
- /nuclear-grade:ng-folders
Designs a clean folder and file layout as real architecture, building it from a work breakdown or an existing tree, grouping by what changes together and what happens to it, with platform-safe sortable names and a short note per folder.
- /nuclear-grade:ng-impact
Screens what a controlled change might leave out of date across docs, tests, skills, commands, templates, checkers, prompts, releases, saved versions, and evidence, and names the triggers to re-check.
- /nuclear-grade:ng-incident
Runs a live incident the stabilize-first way \u2014 name a commander, separate facts from hypotheses, prefer reversible actions, communicate on a cadence, and drive corrective actions to closure.
- /nuclear-grade:ng-intent
States what an agent intends to do and why before a critical or irreversible action, so a reviewer can challenge the thinking and not just the result.
- /nuclear-grade:ng-learn
Turns incidents, near misses, bad handoffs, review surprises, escaped bugs, and signals from real use into lasting fixes to your safeguards.
- /nuclear-grade:ng-legal-check
Reviews public text for license, warranty, compliance, safety, security, certification, and fitness claims that go too far, then rewrites them to stay inside the real limits.
- /nuclear-grade:ng-new
Creates or updates Quick or Standard change records, adds the required files, and refreshes what each claim must prove for an evidence-backed pull request.
- /nuclear-grade:ng-panel
Convenes several reviewers on one frozen evidence packet, names the diversity axis each seat actually varies, preserves dissent, and verifies every finding against live source before it counts as actionable.
- /nuclear-grade:ng-prove
Builds claim-to-evidence trace rows with statuses, gaps, tests, evals, reviews, and narrower non-claims.
- /nuclear-grade:ng-question
Challenges the assumptions behind a change before an agent builds, merges, or releases, and names the one fact that would change the decision.
- /nuclear-grade:ng-red-team
Attacks your own agent change, tool grant, dependency, model, or release on purpose, across risk types such as prompt injection, gaining extra power, unsafe output, and tool misuse, and records what you tried, what happened, and the leftover risk.
- /nuclear-grade:ng-report-defect
Routes a defect found in a shared or supplied artifact (a shared prompt, skill, dependency, model, eval, or template) to the downstream teams, agents, and releases that depend on it, not just a local fix.
- /nuclear-grade:ng-self-check
Checks a critical agent action against its exact target, expected result, and stop condition before and after execution.
- /nuclear-grade:ng-ship-review
Records a ship, block, defer, or ship-with-risk decision that ties baseline, evidence status, residual risk, rollback, monitoring, and handoff together.
- /nuclear-grade:ng-source-check
Checks that the way you cite source families, agencies, standards, or borrowed ideas is honest and does not claim too much.
- /nuclear-grade:ng-trace
Captures an agent run's tool calls, decision points, inputs, outputs, token use, and approval steps as a clear, repeatable record linked into the packet trace and verification record.
- /nuclear-grade:ng-trust-check
Checks dependencies, models, APIs, SaaS tools, generated files, and vendor claims against how you will actually use them, the proof you have, the gaps, and the release impact.
- /nuclear-grade:ng-turnover
Hands off unfinished work with a closed-loop briefing of state, changed conditions, remaining scope, authority limits, and open evidence.
- /nuclear-grade:ng-verify-artifact
Verifies the delivered artifact a consumer actually receives (a figure, chart, PDF, SVG, screenshot, compiled build, or deployed response) by regenerating it fresh and directly observing the output, not the source that produces it, and ends in one honest verdict.
- /nuclear-grade:ng-what-to-control
Decides which code, prompts, models, tools, dependencies, docs, tests, evals, releases, or claims need their approved state tracked.
Agents 5
Call as @agent-nuclear-grade:name- @agent-nuclear-grade:educator
PROVE Educate stage. Use after the verdict to lock in the approved baseline and turn operation into a lesson — record the baseline, OPEX/lessons, and any charter update into .nuclear/. Do not use to build product code, decide ship/block, or run the change.
- @agent-nuclear-grade:judge
PROVE Verdict stage. Use to make the ship / block / defer / ship-with-named-risk decision on the presented evidence — read-only and context-separated from the runner, but still coupled through the orchestrator and possibly model/resources. Do not use to build, gather new evidence, or write code.
- @agent-nuclear-grade:observer
PROVE Observe stage. Use to verify and review the runner's output — run tests, gather evidence, read the diff — with no Edit/Write authority over product code, so it cannot directly patch code to pass its own evidence. Do not use to build, plan, or decide ship/block.
- @agent-nuclear-grade:planner
PROVE Plan stage. Use to turn a request into a plan ready for human acceptance — question, discover, specify, plan — writing only to the change packet, never product code. Dispatch first, before any building. Do not use to edit code, run commands, or decide ship/block.
- @agent-nuclear-grade:runner
PROVE Run stage. Use AFTER a human explicitly authorizes execution of an accepted plan, to edit code, write files, and run commands strictly inside that plan's boundary. May fan out to parallel execution sub-agents on independent slices. Do not use to plan, to decide ship/block, or before the execut
Skills 31
Claude loads it when the task matches- breaking-down-the-work
Splits complex scope into a product-first hierarchy using the 100% rule to ensure deliverables are clearly defined without gaps or overlaps.
- briefing-an-agent
Prepares focused context for AI agents or reviewers by defining roles, goals, authority bounds, forbidden actions, and stop conditions.
- checking-facts
Verifies factual assertions against primary sources and confirms them through a second independent method to ensure accuracy.
- checking-legal-and-safety-wording
Reviews public documentation to ensure license, warranty, and compliance claims do not overreach the actual proven capabilities of a repository.
- checking-release-readiness
Records audited release decisions by evaluating evidence, residual risk, rollback plans, monitoring, and handoff requirements.
- checking-source-claims
Verifies that citations of external sources, standards, or agencies are framed as influence rather than formal compliance or certification.
- checking-what-a-change-affects
Identifies downstream ripple effects of controlled changes across documentation, tests, skills, and runtime systems to prevent stale artifacts.
- choosing-what-to-control
Decides which code, prompts, models, tools, dependencies, docs, tests, evals, releases, or claims need their approved state tracked. Use when scoping what a change puts at risk or what must stay reviewable. Do not use for scratch work that nothing else depends on.
- closing-stale-packets
Brings abandoned or invalid change packets to a terminal state by completing, closing with a rationale, or deleting them.
- creating-change-records
Creates or updates Quick and Standard change records in Git to provide evidence-backed documentation for pull requests.
- deciding-who-decides
Determines whether an agent or a human holds authority for a specific action by evaluating reversibility, evidence, and consequences.
- declaring-intent
States what an agent intends to do and why before a critical or irreversible action, so a reviewer can challenge the thinking and not just the result. Use before deploys, migrations, public claims, or trust changes that deserve a stated intent, expected result, abort criteria, and backup. Do not use for routine reversible edits, and never treat the stated intent as proof the agent understood.
- double-checking-before-acting
Verifies high-stakes agent actions by comparing intended targets and expected results against actual outcomes before claiming success.
- handing-off-work
Transfers responsibility between agents or owners using a closed-loop briefing of state, scope, authority limits, and remaining work.
- learning-from-experience
Converts incidents, near misses, and errors into lasting control improvements by identifying root causes and updating safeguards.
- organizing-project-folders
Designs structured folder and file layouts based on work breakdown structures or disposition rules to ensure high cohesion and low coupling.
- proving-claims
Builds traceable claim-to-evidence rows with statuses, gaps, and verification types to support release readiness decisions.
- questioning-attitude
Challenges assumptions behind changes to prevent errors during builds, merges, or releases by identifying the single fact that would change a decision.
- rating-change-risk
Selects an appropriate rigor mode for changes based on consequence, reversibility, and uncertainty to ensure appropriate oversight.
- recording-a-known-good-version
Records an agreed-upon version of a system, including its evidence, scope, accepted risks, and the triggers that would make the record obsolete.
- recording-what-an-agent-did
Captures tool calls, decision points, inputs, outputs, and token usage to create a repeatable record for debugging, auditing, and cost review.
- reporting-shared-defects
Routes defects found in shared artifacts to downstream consumers, teams, and releases to ensure widespread awareness and remediation.
- responding-to-incidents
Manages live production incidents using a stabilize-first approach with a named commander, fact-based timelines, and owned corrective actions.
- reviewing-code-quality
Reviews code diffs or modules to prevent complexity drift by prioritizing deletion over rearrangement and enforcing architectural layering standards.
- running-a-review-panel
Convenes multiple independent reviewers on a frozen evidence packet to verify high-stakes verdicts through diverse axes of judgment and dissent preservation.
- staying-on-mission
Prevents mission and standards drift by testing agent actions against a written mission anchor and forcing a decision to re-anchor, escalate, or stop.
- stress-testing-agent-changes
Performs adversarial testing on agent changes to identify risks like prompt injection, tool misuse, and data leakage before release.
- tracking-deficiencies
Maintains a standing register of known technical deficiencies to ensure they are owned, aged, and either fixed or formally risk-accepted.
- using-nuclear-grade
Provides a structured routing and classification workflow for AI agents to perform preflight inspections and declare change modes before executing mutations.
- verifying-final-artifacts
Verifies produced artifacts like PDFs, charts, or UI screenshots by regenerating them fresh and observing the rendered output against a specification.
- vetting-outside-code-and-models
Evaluates dependencies, models, APIs, and SaaS tools by verifying critical characteristics against observed evidence rather than vendor claims.
Using nuclear-grade in Claude Code
Type a command in a Claude Code session:
/nuclear-grade:ng-baseline
/nuclear-grade:ng-breakdown
/nuclear-grade:ng-classifyAsk for an agent by name:
@agent-nuclear-grade:educator
@agent-nuclear-grade:judgeSkills need no command. Claude reads them when your request matches what they describe.
Update, turn off or remove
- Update the plugin (shell)
- claude plugin update nuclear-grade@nuclear-grade
- Refresh the marketplace
- /plugin marketplace update nuclear-grade
- Turn it off for now
- /plugin disable nuclear-grade@nuclear-grade
- Remove it
- /plugin uninstall nuclear-grade@nuclear-grade
Skills in nuclear-grade
- breaking-down-the-workFlyFission/nuclear-grade-context-engineering
Splits complex scope into a product-first hierarchy using the 100% rule to ensure deliverables are clearly defined without gaps or overlaps.
2 files33stars - briefing-an-agentFlyFission/nuclear-grade-context-engineering
Prepares focused context for AI agents or reviewers by defining roles, goals, authority bounds, forbidden actions, and stop conditions.
2 files33stars - organizing-project-foldersFlyFission/nuclear-grade-context-engineering
Designs structured folder and file layouts based on work breakdown structures or disposition rules to ensure high cohesion and low coupling.
2 files33stars - reviewing-code-qualityFlyFission/nuclear-grade-context-engineering
Reviews code diffs or modules to prevent complexity drift by prioritizing deletion over rearrangement and enforcing architectural layering standards.
2 files33stars - verifying-final-artifactsFlyFission/nuclear-grade-context-engineering
Verifies produced artifacts like PDFs, charts, or UI screenshots by regenerating them fresh and observing the rendered output against a specification.
2 files33stars - checking-factsFlyFission/nuclear-grade-context-engineering
Verifies factual assertions against primary sources and confirms them through a second independent method to ensure accuracy.
33stars - checking-legal-and-safety-wordingFlyFission/nuclear-grade-context-engineering
Reviews public documentation to ensure license, warranty, and compliance claims do not overreach the actual proven capabilities of a repository.
33stars - checking-release-readinessFlyFission/nuclear-grade-context-engineering
Records audited release decisions by evaluating evidence, residual risk, rollback plans, monitoring, and handoff requirements.
33stars - checking-source-claimsFlyFission/nuclear-grade-context-engineering
Verifies that citations of external sources, standards, or agencies are framed as influence rather than formal compliance or certification.
33stars - checking-what-a-change-affectsFlyFission/nuclear-grade-context-engineering
Identifies downstream ripple effects of controlled changes across documentation, tests, skills, and runtime systems to prevent stale artifacts.
33stars - choosing-what-to-controlFlyFission/nuclear-grade-context-engineering
Decides which code, prompts, models, tools, dependencies, docs, tests, evals, releases, or claims need their approved state tracked. Use when scoping what a change puts at risk or what must stay reviewable. Do not use for scratch work that nothing else depends on.
33stars - closing-stale-packetsFlyFission/nuclear-grade-context-engineering
Brings abandoned or invalid change packets to a terminal state by completing, closing with a rationale, or deleting them.
33stars - creating-change-recordsFlyFission/nuclear-grade-context-engineering
Creates or updates Quick and Standard change records in Git to provide evidence-backed documentation for pull requests.
33stars - deciding-who-decidesFlyFission/nuclear-grade-context-engineering
Determines whether an agent or a human holds authority for a specific action by evaluating reversibility, evidence, and consequences.
33stars - declaring-intentFlyFission/nuclear-grade-context-engineering
States what an agent intends to do and why before a critical or irreversible action, so a reviewer can challenge the thinking and not just the result. Use before deploys, migrations, public claims, or trust changes that deserve a stated intent, expected result, abort criteria, and backup. Do not use for routine reversible edits, and never treat the stated intent as proof the agent understood.
33stars - double-checking-before-actingFlyFission/nuclear-grade-context-engineering
Verifies high-stakes agent actions by comparing intended targets and expected results against actual outcomes before claiming success.
33stars - handing-off-workFlyFission/nuclear-grade-context-engineering
Transfers responsibility between agents or owners using a closed-loop briefing of state, scope, authority limits, and remaining work.
33stars - learning-from-experienceFlyFission/nuclear-grade-context-engineering
Converts incidents, near misses, and errors into lasting control improvements by identifying root causes and updating safeguards.
33stars - proving-claimsFlyFission/nuclear-grade-context-engineering
Builds traceable claim-to-evidence rows with statuses, gaps, and verification types to support release readiness decisions.
33stars - questioning-attitudeFlyFission/nuclear-grade-context-engineering
Challenges assumptions behind changes to prevent errors during builds, merges, or releases by identifying the single fact that would change a decision.
33stars - rating-change-riskFlyFission/nuclear-grade-context-engineering
Selects an appropriate rigor mode for changes based on consequence, reversibility, and uncertainty to ensure appropriate oversight.
33stars - recording-a-known-good-versionFlyFission/nuclear-grade-context-engineering
Records an agreed-upon version of a system, including its evidence, scope, accepted risks, and the triggers that would make the record obsolete.
33stars - recording-what-an-agent-didFlyFission/nuclear-grade-context-engineering
Captures tool calls, decision points, inputs, outputs, and token usage to create a repeatable record for debugging, auditing, and cost review.
33stars - reporting-shared-defectsFlyFission/nuclear-grade-context-engineering
Routes defects found in shared artifacts to downstream consumers, teams, and releases to ensure widespread awareness and remediation.
33stars - responding-to-incidentsFlyFission/nuclear-grade-context-engineering
Manages live production incidents using a stabilize-first approach with a named commander, fact-based timelines, and owned corrective actions.
33stars - running-a-review-panelFlyFission/nuclear-grade-context-engineering
Convenes multiple independent reviewers on a frozen evidence packet to verify high-stakes verdicts through diverse axes of judgment and dissent preservation.
33stars - staying-on-missionFlyFission/nuclear-grade-context-engineering
Prevents mission and standards drift by testing agent actions against a written mission anchor and forcing a decision to re-anchor, escalate, or stop.
33stars - stress-testing-agent-changesFlyFission/nuclear-grade-context-engineering
Performs adversarial testing on agent changes to identify risks like prompt injection, tool misuse, and data leakage before release.
33stars - tracking-deficienciesFlyFission/nuclear-grade-context-engineering
Maintains a standing register of known technical deficiencies to ensure they are owned, aged, and either fixed or formally risk-accepted.
33stars - using-nuclear-gradeFlyFission/nuclear-grade-context-engineering
Provides a structured routing and classification workflow for AI agents to perform preflight inspections and declare change modes before executing mutations.
33stars
nuclear-grade plugin questions
How do I install the nuclear-grade plugin?
In Claude Code run /plugin marketplace add FlyFission/nuclear-grade-context-engineering, then /plugin install nuclear-grade@nuclear-grade.
What does the nuclear-grade plugin include?
nuclear-grade bundles 30 commands, 5 agents, 31 skills.
What commands does the nuclear-grade plugin add?
It adds /nuclear-grade:ng-baseline, /nuclear-grade:ng-breakdown, /nuclear-grade:ng-classify, /nuclear-grade:ng-close-packet, /nuclear-grade:ng-code-review, /nuclear-grade:ng-context-pack +24. Run them in Claude Code with the plugin prefix, for example /nuclear-grade:ng-baseline.
Which agents come with nuclear-grade?
educator, judge, observer, planner, runner. Call one with @agent-nuclear-grade:educator.
How do I update or remove the nuclear-grade plugin?
Update it with claude plugin update nuclear-grade@nuclear-grade in your shell, or from the Installed tab of /plugin. Remove it with /plugin uninstall nuclear-grade@nuclear-grade.
What license is the nuclear-grade plugin under?
MIT, as stated in the plugin's manifest.