plugin-impact-review
Skill214 starsChanged 28 days agoMITView on GitHub
Assessment of plugin skill and hook changes needed after MCP or config changes. Evaluates skill references, hook context, config-format docs, and orchestration context references. Invoked via skillPointer when filling plugin-impact notes.
- Deletes or force-pushes
In this repository12 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- claude-plugins/CLAUDE.mdCLAUDE.md
- add-componentSkill
- api-compat-reviewSkill
- feature-implementationSkill
- implementSkill
- migration-reviewSkill
- perf-reviewSkill
- prepare-releaseSkill
- review-qualitySkill
- spec-qualitySkill
- test-authorSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Search all skill files for references to the changed behavior:
- Distinctive: line 26
Search hook scripts for references:
- Distinctive: line 46
Check the orchestration context for stale references:
- Very specific: line 66
Before asserting any skill/hook/doc file is missing, verify with a direct existence check (Read the exact expected path, or an exact-path …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Plugin Impact Review Framework
Evaluate which plugin components need updating after changes to MCP tools, config format, or response shapes.
Step 1: Skill Impact
Search all skill files for references to the changed behavior:
grep -r "<tool-name>\|<config-key>\|<changed-concept>" claude-plugins/task-orchestrator/skills/For each match:
- Does the skill reference the old behavior, field name, or response shape?
- Does the skill need updated instructions or examples?
- Are trigger phrases still accurate?
Step 2: Hook Impact
Search hook scripts for references:
grep -r "<tool-name>\|<changed-concept>" claude-plugins/task-orchestrator/hooks/For each match:
- Does the hook inject context that references the old behavior?
- Does the hook read tool input/output fields that changed?
- Does the hook matcher still target the correct tool name?
Step 3: Config Format Documentation
Check claude-plugins/task-orchestrator/skills/manage-schemas/references/config-format.md:
- YAML structure example reflects current format
- Field reference table has all current fields
- Descriptions match current behavior
Step 4: Orchestration Context References
Check the orchestration context for stale references:
hooks/orchestration-context.mjs— any references to changed tools, fields, or workflows in the injected core (both theworkflowandschemavariants)skills/orchestrate/SKILL.md— tier table, delegation table, and phase-owner dispatch rules
Step 5: Generated Artifacts and Contracts
- Regenerate call shapes:
node claude-plugins/task-orchestrator/scripts/gen-call-shapes.mjs(CI runs it with--check) - Re-render the ralph prompts and the tier-classification fragments:
node claude-plugins/task-orchestrator/scripts/render-ralph-prompts.mjs --checkandnode claude-plugins/task-orchestrator/_fragments/generate.mjs(TierClassificationConsistencyTestfails on drift) - Contract tests pass:
claude-plugins/task-orchestrator/hooks/tests/contract-*.test.mjs, and theto-callblocks in skills still match the tool shapes - Other plugin consumers of the changed behavior:
agents/*.md,workflows/,bundled-rules/,.taskorchestrator/rules/
Step 6: Plugin Caching
- Is any plugin file changed (skills, hooks, workflows, agents)? The cache is version-keyed and re-extracts lazily, so a plain marketplace update does not pick it up: run the forced refresh in
claude-plugins/CLAUDE.md(rm -rf the cache, then marketplace update) - Is the orchestration-context hook content changed? It also needs a session restart; the
orchestrateskill is read at invocation
Output
Compose the plugin-impact note listing specific files and sections that need changes. Note /mcp reconnect requirements.
Before asserting any skill/hook/doc file is missing, verify with a direct existence check
(Read the exact expected path, or an exact-path Glob) — skills live in BOTH
claude-plugins/task-orchestrator/skills/ and project-level .claude/skills/; checking
only one directory has produced a false "missing skill" finding before.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

