Requirements
rizsotto/Bear
Write, modify, or review a requirement file under docs/requirements -- pick the single owning file, keep the text contract-only, name IDs so they need no explanation, and verify cross-references and…
Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8.
$ npx skills add swingerman/engineer --skill harden -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install swingerman/engineer harden --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .claude/skills && cp -r skills-src/engineer/skills/harden .claude/skills/harden && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .claude/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/swingerman/engineer/tree/master/engineer/skills/hardenType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add swingerman/engineer --skill harden -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install swingerman/engineer harden --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .agents/skills && cp -r skills-src/engineer/skills/harden .agents/skills/harden && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .agents/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add swingerman/engineer --skill harden -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install swingerman/engineer harden --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/engineer/skills/harden .cursor/skills/harden && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .cursor/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/swingerman/engineer.git --path engineer/skills/harden--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add swingerman/engineer --skill harden -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install swingerman/engineer harden --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/engineer/skills/harden .gemini/skills/harden && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .gemini/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install swingerman/engineer hardenInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add swingerman/engineer --skill harden -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .github/skills && cp -r skills-src/engineer/skills/harden .github/skills/harden && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .github/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add swingerman/engineer --skill harden -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install swingerman/engineer harden --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/engineer/skills/harden .opencode/skills/harden && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "harden" agent skill from https://github.com/swingerman/engineer/tree/master/engineer/skills/harden into .opencode/skills/harden/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "harden", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
hardenUse after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8.
Harden is an agent skill from swingerman/engineer. Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8. Runs the refinement-advisor, then the picked tools — introversion scan, mutation testing, and opt-in TLA+ / Lean verification. Triggers — "/engineer.harden", "harden this feature", "Checkpoint 8", "which hardening does this need", "formally verify the feature".
Its SKILL.md is about 1.8k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Testing & QA, covering Test coverage. The repository describes itself as: Disciplined Agentic Engineering — a methodology kit for Claude Code: acceptance-test-first specs, explicit checkpoints, and autonomy you can actually leave running. The engineer… The licence is MIT.
7 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 32947eb. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are yaml).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Harden loads about 1.8k tokens when it runs. Until then it costs about 109 tokens; SKILL.md has 784 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from swingerman/engineer at commit 32947eb, republished under its MIT licence (© swingerman). 784 words, ~1,839 tokens.
.claude/skills/harden/SKILL.md (or your agent's skills folder).Checkpoint 8. Acceptance tests show the feature works. Harden checks whether the tests would notice if it stopped working, and, for code with a real invariant, whether that invariant can be broken at all.
Tool choice comes from /engineer.refinement-advisor, not from a fixed list.
Formal verification is worth its cost on a retry loop, and a waste on a CRUD
endpoint.
/engineer.fix Step 7. Scope = the fix diff. Skip the
Step 0 feature gate, write results into the fix record's harden_results, and
write no CP8 handoff (fix owns its own close).Step 0 — Entry gate (feature mode). Run
${CLAUDE_PLUGIN_ROOT}/scripts/dae_handoff.py <feature-dir> --through 7. On a
non-zero exit, stop and show the gap to the human. Then run
${CLAUDE_PLUGIN_ROOT}/scripts/dae_branch.py <feature-dir>. On a non-zero exit,
stop. After both pass, show the breadcrumb
(${CLAUDE_PLUGIN_ROOT}/scripts/dae_progress.py <feature-dir>, advisory) and
create one TodoWrite todo per step. See
${CLAUDE_PLUGIN_ROOT}/references/progress-indicator.md.
Verification independence: CP8 runs on a non-implementer agent
(agent_id ≠ CP5's; enforced by dae_handoff.py gate()).
Resolve + scope. Resolve the root and manifest via
${CLAUDE_PLUGIN_ROOT}/scripts/dae_resolve.py. Scope = changed code. Load
acs.md, spec.md, CHARTER.md, and the CP7 handoff's crap_results
block (arch-check records crap-analyzer's output there). In fix mode, or if
the block is missing, run crap-analyzer on the scope first.
Advise. Run /engineer.refinement-advisor with stage: harden over the
scope, passing it crap_results. Effective autonomy decides who picks the
checks (see the advisor's Who decides: autonomy):
high, the advisor decides alonehigh, it asksmanifest.harden.required: true makes every recommended check mandatory{skipped: <the advisor's reason, or "not selected">} in its
harden_results field, so the decision is visible, not silent.Record the table, what was selected, and who decided (decided_by: advisor | human) in harden_results.advisor.
Introversion pre-scan (if selected). Run
${CLAUDE_PLUGIN_ROOT}/scripts/dae_introvert.py <methodology-root>. It flags
tests that can pass without asserting on SUT output. The script defers to
manifest.introversion.backend when set. Any non-ok status is advisory.
Dispatch an agent to confirm each finding. For each confirmed vacuous test,
write a real assertion and re-run. Record harden_results.introversion.
Mutation (if selected). Run atdd:atdd-mutate on the touched files, then
atdd:kill-mutants on the survivors. If a test was flagged in Step 3 and
carries a surviving mutant, it is almost certainly vacuous. Record
harden_results.mutation_score.
Formal checks (selected TLA+/Lean rows only). Dispatch one plain subagent
(default isolation, not a fork) per pick, subagent_type: engineer:formal-verifier (or the project override): /engineer.tlaplus for
interleaving/state-machine targets, /engineer.lean for all-inputs targets. Each
brief gives:
Picks for different targets are independent, so dispatch them in parallel. Handle each result as follows:
sorry and clean #print axioms is./engineer.feature-edit. Harden does not rewrite the contract.provisional and do not fix the code.Record harden_results.formal[]:
{tool, target, invariant, verdict: holds|violated|provisional, bound_or_proof, finding}.
Arch re-check. Harden may have changed code, so re-run
${CLAUDE_PLUGIN_ROOT}/scripts/dae_arch.py <methodology-root>. Record
harden_results.arch_check.
Handoff (feature mode). Emit per
${CLAUDE_PLUGIN_ROOT}/references/handoff-summary.md with checkpoint: 8.
The exit_criteria block asserts:
quality_thresholds.mutation_score_min
(verified_by: tool). Both are percentages, 0–100.holds, or its counterexample is fixed and
pinned by a test that fails on the old coderecommended_next: "open PR / /engineer.progress-log".
harden_results:
advisor: {decided_by: advisor, rows: [{tool, verdict, target, why, invariant, selected}]}
introversion: {status, flagged, confirmed_vacuous, fixed}
mutation_score: 87 # percent, 0–100; or {skipped: "config-only change"}
formal:
- {tool: tlaplus, target: "ResidentialProxyHttpClient::get", invariant: "attempt ≤ 3; every path exits",
verdict: holds, bound_or_proof: "TLC exhaustive, 16 states", finding: "post-loop throw unreachable (advisory)"}
arch_check: {status: clean}fix mode adds bug_line_mutation_confirmed in fix's own Step 7. That
bug-line gate always runs, whatever the advisor picked. It is how fix proves
its regression test is tied to the bug. A skipped mutation_score
({skipped: …}) still counts as recorded for dae_fix.py's close check.
Formal subagents run toolchains and re-run their own output, which is not
fork-safe. Use plain subagents, and no detached/background Bash runs inside
them. See ${CLAUDE_PLUGIN_ROOT}/references/parallelism.md (Fork safety).
/engineer.refinement-advisor: picks the tools/engineer.tlaplus, /engineer.lean: the formal-verification skills; each has a "Verifying real code" workflowatdd:atdd-mutate, atdd:kill-mutants: mutation testing${CLAUDE_PLUGIN_ROOT}/references/handoff-dispatch.md: autonomy keying and brief template© swingerman, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in engineer/skills/harden of swingerman/engineer.
Open the folder on GitHubat commit 32947eb
Harden next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Harden this skillswingerman/engineer | 154 | — | ~1.8k | Automated safety check: Pass | MIT | |
| Requirementsrizsotto/Bear | 6.5k | — | ~2k | Automated safety check: Pass | GPL-3.0 | |
| Crap Analysisardalis/RiverBooks | 134 | 2 repos | ~3.4k | Automated safety check: Pass | None | |
| Code Coverages3s-project/s3s | 311 | — | ~789 | Automated safety check: Pass | Apache-2.0 | |
| Project Statusbactopia/bactopia | 522 | — | ~787 | Automated safety check: Pass | MIT | |
| Check Coverageldayton/Dippy | 243 | — | ~403 | Automated safety check: Pass | MIT |
rizsotto/Bear
Write, modify, or review a requirement file under docs/requirements -- pick the single owning file, keep the text contract-only, name IDs so they need no explanation, and verify cross-references and…
ardalis/RiverBooks
Analyze code coverage and CRAP (Change Risk Anti-Patterns) scores to identify high-risk code.
s3s-project/s3s
Measure and grow the line coverage of the s3s crate. An agent skill from s3s-project/s3s.
bactopia/bactopia
Show a live snapshot of the Bactopia project state — component counts, GroovyDoc coverage, nf-test coverage, and structural issues.
ldayton/Dippy
Ensure comprehensive test coverage for a CLI handler. An agent skill from ldayton/Dippy.
kajisho5/ffmpeg-skill
Add and review preconditions on operations that delete, overwrite, rewrite history, or resolve a caller-supplied name to a filesystem path — refusing instead of warning, placing the guard ahead of…
swingerman/engineer
A skill your agent uses to produce a risk-based refactor + test plan for recently-changed code on a diff/branch/PR by computing CRAP (complexity × untested) on changed methods.
swingerman/engineer
A skill your agent uses to add a third validation layer to the ATDD workflow — after acceptance tests verify WHAT and unit tests verify HOW, mutation testing verifies the tests actually catch bugs.
swingerman/engineer
A skill your agent uses to drive a bug fix from first report through close, with a "why didn't we catch it?" loop at the end.
swingerman/engineer
A skill your agent uses to drive feature work through the Acceptance Test Driven Development workflow — Given/When/Then specs before code, a project-specific test pipeline, and two parallel test…
swingerman/engineer
Use at the start of a work session, or any time the question is "what should I pick up now" across the whole project.
swingerman/engineer
Use immediately after a PR is merged to clean up the local feature branch and resync main.
Categories
Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8. Harden is an agent skill from swingerman/engineer. Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8.
Harden fits situations like: — /engineer.harden; harden this feature; which hardening does this need; formally verify the feature.
Run `npx skills add swingerman/engineer --skill harden -a claude-code`. Or copy the skill folder (engineer/skills/harden in swingerman/engineer) into .claude/skills/harden in your project. Claude Code loads it when a task matches its description.
Run `npx skills add swingerman/engineer --skill harden -a codex`. Or copy the skill folder (engineer/skills/harden in swingerman/engineer) into .agents/skills/harden in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add swingerman/engineer --skill harden -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/harden, .gemini/skills/harden, .github/skills/harden and .opencode/skills/harden in your project.
SKILL.md names no scripts, command-line tools or credentials: Harden is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Harden is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.8k tokens (SKILL.md is roughly 7.4k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Harden: Requirements (rizsotto/Bear, 6.5k stars), Crap Analysis (ardalis/RiverBooks, 134 stars), Code Coverage (s3s-project/s3s, 311 stars) and Project Status (bactopia/bactopia, 522 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
swingerman (a GitHub user) maintains it in swingerman/engineer, which has 154 GitHub stars. The repository holds 27 skills in this directory. The repository was last updated on September 23, 2026.
Source: swingerman/engineer on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.