klaussy-update
Use when the user wants to refresh klaussy-generated boilerplate (per-agent conventions, skills, settings, hooks) across every scaffolded agent after upgrading klaussy itself. Re-runs the scaffold against the latest templates so this repo picks up new skills, prompt revisions, an
Install
npx skills add https://github.com/steph-dove/klaussy-agents/tree/main/skills/klaussy-update
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install steph-dove-klaussy-agents@llmmart
git clone https://github.com/steph-dove/klaussy-agents.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole steph-dove/klaussy-agents collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Klaussy update
Refresh this repository's klaussy-generated boilerplate to match the latest klaussy version, for every agent klaussy previously scaffolded.
Steps
Upgrade klaussy first. Run
pipx upgrade klaussy-agents(orpip install --user --upgrade klaussy-agentsif klaussy wasn't installed via pipx) — the PyPI distribution isklaussy-agents, notklaussy. Verify the new version withklaussy --version. Note the version for the report at the end.Read the existing version marker.
cat .claude/skills/.klaussy-versioncaptures the version that last generated the skills. If the new klaussy version is the same as the marker, klaussy will skip — surface that to the user and confirm they want to proceed anyway (rare; usually only useful if you've also bumpedklaussy-repo-conventionsand want to re-run the path-scoped CLAUDE.md emission).Detect the base branch the same way
klaussy-initdoes (git branch --list dev develop main master | head -1).Run
klaussy init --force. The--forceflag overrides the version-skip check and rewrites all generated files with the new templates:klaussy init --force --base-branch <detected> $ARGUMENTSDiff the result. Run
git diffover the generated files for every scaffolded agent — Claude (CLAUDE.md,.claude/) plus any ofGEMINI.md/.gemini/,AGENTS.md(Codex/Antigravity),.cursor/,.github/copilot-instructions.md/.github/skills/,.clinerules/,.opencode/,.kimi-code/,CONVENTIONS.md(Aider) that exist — and summarize the substantive changes for the user:- New skills added or removed
- Prompt body changes in
<repo>-plan/<repo>-review/ etc. - New / changed rule files (e.g. under
.claude/rules/) - Settings or hook changes This is the user's chance to review before committing the refresh.
Report. Tell the user the old marker version → new version, what materially changed in the generated content, and remind them to commit.
When NOT to use
- The user wants klaussy's files gone rather than refreshed — that's the
klaussy-uninstallskill. Re-runninginit --forcerewrites them, it never removes them. - The repo isn't klaussified yet — use the
klaussy-initskill instead (runningklaussy init --forceon a clean repo works but the skill auto-detect is cleaner). - The user only wants to update one specific surface (just skills, just hooks, just settings) — they can run
klaussy skills,klaussy hooks, orklaussy settingsdirectly withoutinit --force. - The user pinned an older klaussy version intentionally and doesn't want to upgrade — skip step 1 and re-run
klaussy init --forceagainst the existing version, but flag that this is unusual.
Files (klaussy-agents)
-
SKILL.md 3.2 KB
--- name: klaussy-update description: Use when the user wants to refresh klaussy-generated boilerplate (per-agent conventions, skills, settings, hooks) across every scaffolded agent after upgrading klaussy itself. Re-runs the scaffold against the latest templates so this repo picks up new skills, prompt revisions, and convention rules. argument-hint: "[--skip-enrich]" allowed-tools: Read Bash(pipx *) Bash(klaussy *) Bash(pip *) Bash(git *) --- # Klaussy update Refresh this repository's klaussy-generated boilerplate to match the latest klaussy version, for every agent klaussy previously scaffolded. ## Steps 1. **Upgrade klaussy first.** Run `pipx upgrade klaussy-agents` (or `pip install --user --upgrade klaussy-agents` if klaussy wasn't installed via pipx) — the PyPI distribution is `klaussy-agents`, not `klaussy`. Verify the new version with `klaussy --version`. Note the version for the report at the end. 2. **Read the existing version marker.** `cat .claude/skills/.klaussy-version` captures the version that last generated the skills. If the new klaussy version is the same as the marker, klaussy will skip — surface that to the user and confirm they want to proceed anyway (rare; usually only useful if you've also bumped `klaussy-repo-conventions` and want to re-run the path-scoped CLAUDE.md emission). 3. **Detect the base branch** the same way `klaussy-init` does (`git branch --list dev develop main master | head -1`). 4. **Run `klaussy init --force`.** The `--force` flag overrides the version-skip check and rewrites all generated files with the new templates: ``` klaussy init --force --base-branch <detected> $ARGUMENTS ``` 5. **Diff the result.** Run `git diff` over the generated files for every scaffolded agent — Claude (`CLAUDE.md`, `.claude/`) plus any of `GEMINI.md`/`.gemini/`, `AGENTS.md` (Codex/Antigravity), `.cursor/`, `.github/copilot-instructions.md`/`.github/skills/`, `.clinerules/`, `.opencode/`, `.kimi-code/`, `CONVENTIONS.md` (Aider) that exist — and summarize the substantive changes for the user: - New skills added or removed - Prompt body changes in `<repo>-plan` / `<repo>-review` / etc. - New / changed rule files (e.g. under `.claude/rules/`) - Settings or hook changes This is the user's chance to review before committing the refresh. 6. **Report.** Tell the user the old marker version → new version, what materially changed in the generated content, and remind them to commit. ## When NOT to use - The user wants klaussy's files *gone* rather than refreshed — that's the `klaussy-uninstall` skill. Re-running `init --force` rewrites them, it never removes them. - The repo isn't klaussified yet — use the `klaussy-init` skill instead (running `klaussy init --force` on a clean repo works but the skill auto-detect is cleaner). - The user only wants to update one specific surface (just skills, just hooks, just settings) — they can run `klaussy skills`, `klaussy hooks`, or `klaussy settings` directly without `init --force`. - The user pinned an older klaussy version intentionally and doesn't want to upgrade — skip step 1 and re-run `klaussy init --force` against the existing version, but flag that this is unusual.
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.