agentsclimarketplace
Sign in

Openspec apply change

Skill TheSmuks/openspec-hermes/skills/openspec/openspec-apply-change

Use when working with OpenSpec in Hermes: implement tasks from an OpenSpec change and keep task checkboxes updated.From its SKILL.md

Install
npx -y skills add TheSmuks/openspec-hermes --skill openspec-apply-change

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

2.1 KB, 389 tokens by cl100k_base, as published. Nobody here has run it

openspec-apply-change

Use this for OpenSpec's /opsx:apply workflow.

Hermes operating rules for OpenSpec

  • Work from the user's project root. If unknown, inspect the current directory first.
  • Ensure the OpenSpec CLI exists before using it: openspec --version. If missing, install with npm install -g @fission-ai/openspec@latest.
  • Initialize projects with openspec init --tools none unless the user also wants other AI-tool integrations. Hermes uses these skills, not OpenSpec-generated slash commands.
  • Prefer agent-compatible OpenSpec CLI calls with --json where available: openspec list --json, openspec status --change <id> --json, openspec instructions <artifact> --change <id> --json, openspec validate --all --json.
  • Read generated artifacts before editing or implementing. Do not invent OpenSpec state.
  • Run validation after changing OpenSpec artifacts: openspec validate <change> or openspec validate --all.
  • Keep changes focused. If user scope diverges, update the existing change only when intent is the same; otherwise create a new change.

Procedure

  1. Identify the change.
  2. Confirm planning is ready with openspec status --change <name> --json and openspec instructions apply --change <name> --json.
  3. Read proposal, change specs, design if present, and tasks.
  4. Implement tasks one by one.
  5. After each completed task, update tasks.md checkbox from [ ] to [x].
  6. Run relevant project tests or validation commands.
  7. Run openspec validate <name>.
  8. Report implemented tasks, files changed, commands run, and remaining tasks if any.

Do not mark tasks complete until the code has actually been changed and exercised.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,834. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.