Skip to main content
Plannotator’s local plannotator-compound skill analyzes your saved plan-review history and produces a report of recurring feedback patterns. You can then turn well-supported patterns into instructions for future planning sessions. The skill works with files already on your computer. It reads denied-plan files under ${PLANNOTATOR_DATA_DIR:-~/.plannotator}/plans/ when they are available. If that archive has no denied plans, it can fall back to Claude Code ExitPlanMode outcomes under ~/.claude/projects/.

Install the skill

The compound skill is an optional extra. Install the extra Plannotator skills with the Skills CLI:
Run the skill from an agent that supports installed skills:
Kiro CLI receives the extra skills through the normal Plannotator installer.

What the skill reads

The first source is the local Plannotator plan archive:
The analysis reads *-denied.md files. Each denied file contains the plan and the feedback returned during review. It ignores separate annotation files so the same feedback is not counted twice. Approved plans are counted for summary statistics, but their contents are not part of the denial-pattern analysis. If no Plannotator denial archive exists, the skill can read human-authored ExitPlanMode denial reasons from Claude Code’s local JSONL history. These stored outcomes are plans that a person returned for revision. The raw transcripts stay local.
The skill reads review history that may contain private plans, comments, paths, and repository details. Review the generated report before sharing it.

Run a compound analysis

1

Choose the source

Choose the Plannotator archive or Claude Code history. The skill uses the Plannotator archive by default. If neither source exists, choose a directory when prompted.
2

Review the inventory

Review the plan counts, date range, and revision rate that the skill reports.
3

Review the patterns

Inspect the recurring reasons, requests, and structural preferences that the skill finds in the selected plans.
4

Review the report

The skill writes a self-contained HTML report into the plans directory. The report includes counts, source quotes, changes over time, and candidate prompt instructions.
5

Curate the instructions

Keep only patterns supported by several examples. Remove one-off preferences, obsolete decisions, and instructions that belong to one repository or task.
If the skill finds an earlier compound report, it asks whether to analyze the full archive or only review files newer than that report. An incremental run with fewer than three new denials warns that the evidence may be too thin.

Optionally add instructions to future plans

After showing the report, the skill asks whether to save candidate instructions in an optional local instruction file:
Plannotator calls this file a hook. It adds the instructions to future planning sessions before the agent writes a plan. If the file already exists, the skill asks whether to replace it, merge the new instructions with it, or keep it. Enabling the hook is optional. Read the instructions first. Delete or revise them when your repository, architecture, or review standards change.

What the report can establish

The report can show repeated feedback in the selected local archive. It cannot prove that every pattern should become a permanent rule. Use these checks before adding an instruction:
  • Does the report cite several independent examples?
  • Is the pattern still current?
  • Does it apply broadly, or only to one project or task?
  • Would a deterministic lint rule or test enforce it more reliably?
  • Can a future maintainer trace the instruction back to source evidence?
Keep the report and the resulting instruction separate. The archive is evidence. The instruction is a maintained interpretation that you may revise or delete.

Where to put a reusable instruction

Put repository-wide guidance in AGENTS.md or CLAUDE.md only when it should affect most work in that scope. Put narrower instructions in a directory-level file or a task-specific skill. The guide to writing a good AGENTS.md explains how to keep repository guidance small and verifiable. The compound skill does not sync feedback across a team, create organization-wide rules, or publish a hosted knowledge base. It analyzes the local files available to the agent that runs it.

Review plans before compounding their feedback

Use Plannotator’s plan-review loop to return specific comments and revisions to your coding agent.
Last reviewed July 18, 2026. Maintained by the Plannotator project.
Last modified on August 9, 2026