kramme-cc-workflow/skills/kramme:hooks:toggle/SKILL.md
Enable, disable, list, or reset hook toggles for the kramme-cc-workflow plugin. Use when a hook is firing unwantedly, when a new hook needs to be switched on, or when the user asks about current hook state.
npx skillsauth add abildtoft/kramme-cc-workflow kramme:hooks:toggleInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
4 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Enable or disable hooks in the kramme-cc-workflow plugin.
/kramme:hooks:toggle status - List all hooks and their current state/kramme:hooks:toggle <hook-name> - Toggle the hook (enable if disabled, disable if enabled)/kramme:hooks:toggle <hook-name> enable - Enable the hook/kramme:hooks:toggle <hook-name> disable - Disable the hook/kramme:hooks:toggle reset - Enable all hooks (clear disabled list)| Hook Name | Event | Description |
| --- | --- | --- |
| block-rm-rf | PreToolUse | Blocks destructive file deletion (rm -rf, shred, etc.) |
| confirm-review-responses | PreToolUse | Confirms before committing configured review artifact files (see hooks/confirm-review-artifacts.txt) |
| noninteractive-git | PreToolUse | Forces non-interactive git commands |
| skill-usage-stats | UserPromptSubmit, PreToolUse | Records local skill usage statistics for slash invocations and Skill tool calls |
| auto-format | PostToolUse | Auto-formats code after Write/Edit operations |
| context-links | Stop | Shows PR and Linear issue links at session end |
The canonical hook list is the set of names each script passes to exit_if_hook_disabled (grep hooks/*.sh for exit_if_hook_disabled). Treat that set as the source of truth: if a hook script registers a name not in this table, the table is stale — update it (and surface the discrepancy to the user) rather than rejecting the name.
block-rm-rf, confirm-review-responses, and noninteractive-git are safety guardrails.
Resolve the state file the same way hooks/lib/check-enabled.sh does, and use that resolved path for every read and write:
KRAMME_HOOK_STATE_FILE is set, use that path.${XDG_STATE_HOME:-$HOME/.local/state}/kramme-cc-workflow/hook-state.json when it exists, or when the legacy file does not exist.${CLAUDE_PLUGIN_ROOT}/hooks/hook-state.json only when the XDG state file is absent and that legacy file exists.The preferred default state file lives outside the installed plugin tree, so toggles survive plugin updates and reinstalls. status and reset are reserved subcommands and take precedence over a hook of the same name.
In Codex installs, do not write state under the copied skill directory. Use the XDG/default state path unless KRAMME_HOOK_STATE_FILE is set or an existing legacy hook-state file is explicitly resolved from the installed hook plugin root.
Whenever you read the state file: a missing file means all hooks are enabled (proceed as if {"disabled": []}). If the file exists but is not valid JSON, do not guess — report it and offer reset to restore a clean state.
status command:enable or disable, stop and show the valid forms.block-rm-rf, confirm-review-responses, noninteractive-git), warn the user which protection is being removed and confirm before writing.disabled array:
reset command:{"disabled": []} to the resolved state file{
"disabled": ["auto-format", "context-links"]
}
Empty disabled array or missing file means all hooks are enabled.
tools
Requires Linear MCP. Implements one Linear issue end to end, selects applicable code-review, convention, and PR-refactor gates, runs them to bounded convergence, verifies, and optionally opens the PR and iterates on CI and review feedback until green. Use when the user wants a single Linear issue taken from implementation through a clean Pull Request. Not for implementation-only work, SIW-tracked issues, stacked PRs, existing PR updates, or post-merge rollout.
development
Reviews PR and local changes for convention drift and overcaution against documented rules and mined peer-file practice. Use for new patterns, dependencies, abstractions, or defensive complexity that departs from established practice; every finding cites evidence. Supports --inline. Not for general code quality (use kramme:pr:code-review) or spec review (use kramme:siw:spec-audit --team).
testing
Charts huge or foggy initiatives into a local `.context` decision map and resolves one typed frontier ticket per session until the work is ready for SIW or another execution workflow. Use when the route to a destination cannot fit in one agent session or parallel workspaces need coordinated planning state. Not for clear specs, ordinary issue decomposition, implementation, or Linear-native tracking.
development
Investigates a question against primary sources and saves one cited Markdown artifact. Use for reading legwork: official docs/API facts, source-code or spec checks, standards, and first-party service behavior before planning or implementation. Not for making product or architecture decisions, implementing code, broad web search, secondary blog summaries, or uncited answers.