agentleFS
jpicklykjpicklyk/task-orchestrator/.claude/skills/plugin-impact-review/SKILL.md

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

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
  1. Distinctive:

    Search all skill files for references to the changed behavior:

    line 13
  2. Distinctive:

    Search hook scripts for references:

    line 26
  3. Distinctive:

    Check the orchestration context for stale references:

    line 46
  4. Very specific:

    Before asserting any skill/hook/doc file is missing, verify with a direct existence check (Read the exact expected path, or an exact-path …

    line 66

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 the workflow and schema variants)
  • 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 --check and node claude-plugins/task-orchestrator/_fragments/generate.mjs (TierClassificationConsistencyTest fails on drift)
  • Contract tests pass: claude-plugins/task-orchestrator/hooks/tests/contract-*.test.mjs, and the to-call blocks 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 orchestrate skill 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.