/update-harness
Update the shared @fusengine/harness to the latest published version — bumps plugins/package.json and reinstalls the marketplace node_modules so every plugin hook runs the new binary.
$ npx -y skills add fusengine/agents --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/update-harness
Context preview
What this command does when you run it.
Update the shared @fusengine/harness to the latest published version — bumps plugins/package.json and reinstalls the marketplace node_modules so every plugin hook runs the new binary.
Command definition
update-harness.mddescription: Update the shared @fusengine/harness to the latest published version — bumps plugins/package.json and reinstalls the marketplace node_modules so every plugin hook runs the new binary.
disable-model-invocation: false
Update Harness
Update the single shared `@fusengine/harness` install used by every plugin hook.
**Target dir** (the marketplace's shared install — where `node_modules/@fusengine/harness/dist/cli/bin.mjs` lives):
PLUGINS_DIR=~/.claude/plugins/marketplaces/fusengine-plugins/plugins
1. **Read current + latest versions**:
grep -m1 '"version"' "$PLUGINS_DIR/node_modules/@fusengine/harness/package.json" # installed
grep '@fusengine/harness' "$PLUGINS_DIR/package.json" # declared spec
npm view @fusengine/harness version # latest published
If `$ARGUMENTS` is a version (e.g. `0.1.73`), target that; otherwise target the latest published.
2. **Stop if already up to date**: installed == target → report "already on X.Y.Z", done.
3. **Bump the dependency spec** in `$PLUGINS_DIR/package.json` — set `"@fusengine/harness": "^<target>"` (use the Edit tool, single line, never `git`/heredoc).
4. **Reinstall** (bun is the lockfile manager for this dir):
cd "$PLUGINS_DIR" && bun install
5. **Verify** the install actually moved:
grep -m1 '"version"' "$PLUGINS_DIR/node_modules/@fusengine/harness/package.json"
Must equal the target. If not, report the mismatch and stop.
6. **Sanity-check what shipped** (the dist is a bundle — not every source file is compiled in). Confirm the pieces you expected are present, e.g.:
grep -rl 'resolveMaxLines' "$PLUGINS_DIR/node_modules/@fusengine/harness/dist" | wc -l
Report which expected markers are present/absent so a source fix that never got wired into the build is caught, not assumed live.
7. **Report**: `installed X.Y.Z → Y.Y.Z`, the CHANGELOG entry (`$PLUGINS_DIR/node_modules/@fusengine/harness/CHANGELOG.md`, top section), and any expected marker missing from the dist.
**Notes**:
- Also bump the dep in the DEV source repo (`<repo>/plugins/package.json`) if you are working from it, so the committed marketplace matches.
- This never runs `npm publish` — publishing a new harness version is a separate step in the harness repo.
**Arguments**:
- `$ARGUMENTS` — optional target version (e.g. `0.1.73`). Empty → latest published.
**Example Usage**:
- `/update-harness` → bump to latest published + reinstall
- `/update-harness 0.1.73` → pin to a specific version
Read more
description: Update the shared @fusengine/harness to the latest published version — bumps plugins/package.json and reinstalls the marketplace node_modules so every plugin hook runs the new binary. disable-model-invocation: false
Update Harness
Update the single shared `@fusengine/harness` install used by every plugin hook.
**Target dir** (the marketplace's shared install — where `node_modules/@fusengine/harness/dist/cli/bin.mjs` lives):
PLUGINS_DIR=~/.claude/plugins/marketplaces/fusengine-plugins/plugins
1. **Read current + latest versions**:
grep -m1 '"version"' "$PLUGINS_DIR/node_modules/@fusengine/harness/package.json" # installed grep '@fusengine/harness' "$PLUGINS_DIR/package.json" # declared spec npm view @fusengine/harness version # latest published
If `$ARGUMENTS` is a version (e.g. `0.1.73`), target that; otherwise target the latest published.
2. **Stop if already up to date**: installed == target → report "already on X.Y.Z", done.
3. **Bump the dependency spec** in `$PLUGINS_DIR/package.json` — set `"@fusengine/harness": "^<target>"` (use the Edit tool, single line, never `git`/heredoc).
4. **Reinstall** (bun is the lockfile manager for this dir):
cd "$PLUGINS_DIR" && bun install
5. **Verify** the install actually moved:
grep -m1 '"version"' "$PLUGINS_DIR/node_modules/@fusengine/harness/package.json"
Must equal the target. If not, report the mismatch and stop.
6. **Sanity-check what shipped** (the dist is a bundle — not every source file is compiled in). Confirm the pieces you expected are present, e.g.:
grep -rl 'resolveMaxLines' "$PLUGINS_DIR/node_modules/@fusengine/harness/dist" | wc -l
Report which expected markers are present/absent so a source fix that never got wired into the build is caught, not assumed live.
7. **Report**: `installed X.Y.Z → Y.Y.Z`, the CHANGELOG entry (`$PLUGINS_DIR/node_modules/@fusengine/harness/CHANGELOG.md`, top section), and any expected marker missing from the dist.
**Notes**:
- Also bump the dep in the DEV source repo (`<repo>/plugins/package.json`) if you are working from it, so the committed marketplace matches.
- This never runs `npm publish` — publishing a new harness version is a separate step in the harness repo.
**Arguments**:
- `$ARGUMENTS` — optional target version (e.g. `0.1.73`). Empty → latest published.
**Example Usage**:
- `/update-harness` → bump to latest published + reinstall
- `/update-harness 0.1.73` → pin to a specific version
A plugin ecosystem that turns Claude Code into a supervised, multi-agent development environment.
Repo: fusengine/agents
Other commands on fusengine-agents.
- /apex-quick
Quick Flow for simple fixes - Single expert handles explore, code, review, and validate in one pass. Inspired by BMAD Barry.
Open command - /apex
APEX Methodology - The systematic Analyze-Plan-Execute-eLicit-eXamine approach for intelligent development. Reduces hallucination and defect risk through mandatory parallel research, self-review, and validation gates.
Open command - /cleanup-context
Memory optimization - removes duplicates, consolidates knowledge, and cleans memory banks for better performance.
Open command - /create-pull-request
Auto-generate Pull Request with comprehensive description, test plan, and changelog. Uses gh CLI for creation.
Open command - /deep-code-analysis
Comprehensive codebase investigation using research-expert for documentation, explore-codebase for structure, and deep analysis. Perfect for understanding complex systems.
Open command - /epct
Systematic Explore-Plan-Code-Test methodology for structured development. Ensures comprehensive approach to feature implementation.
Open command

