Skip to content
cccskills
FreePublished on GitHub

correct

Find recurring agent mistakes in a repository and prevent them through architecture, types, automated checks, or tests. Verify each safeguard against a real past mistake, and record how each rule is enforced in the agent instructions.

OriginalShow the original description

Find the mistakes agents keep repeating in this repo and make each one impossible. Try architecture first, then types, then a lint whose error names the fix, then a test, and write docs last. Prove each check fails on a real past mistake. Repeat this each time the operator corrects you. Use for /correct.

Run score Not tested

See how to install

Good for

  • Prevent repeated mistakes found in reviews
  • Replace duplicated definitions with one source of truth
  • Enforce coding rules with types and automated checks
  • Verify safeguards against real past mistakes

Files included (1)

  • SKILL.md2.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Correct

The operator keeps correcting agents in this repo for the same mistakes. Change the repo so the next agent can't make them.

Assume every contributor is an agent that sees only the files it opened, copies the nearest example, and takes the shortest path that compiles. Design the repo so a change that looks right from one file is right for the whole repo.

Find the mistake classes

First, read recent commits, reverts, review comments, agent instruction files, and comments that explain workarounds. Group the mistakes into classes. A class counts once it has happened twice.

Fix each class at the highest level that works

  1. Eliminate it with architecture. Give each piece of state one owner and each task one supported way. Hide internals so the wrong import fails. Replace hand-synced lists with one source of truth. Delete old ways and dead code an agent would copy.
  2. Enforce it with types so the bad state can't be written. If bad code still compiles, add a lint or CI check whose error names the file, type, or function to use instead. If the pattern is already common, fail only when a change adds more.
  3. Test the behavior. Fix or delete any test that still passes when the behavior it checks breaks, or that fails when only the internals change.
  4. Write docs or agent rules last, only for judgment calls. Nothing fails when an agent skips them.

Fix and prove

Then fix the most frequent classes now, one commit each. Prove each new check fails on a real past mistake. Run the same command locally and in CI. Exceptions go on the offending line with a reason, an expiry date, and a human's approval.

Keep the rule table

Last, keep a table in the agent instruction file that pairs each rule with what enforces it. When the operator corrects you, fix the mistake and add the rule. If the rule was already there and nothing enforces it, that's a repeat, so fix it at the highest level in the same change. Drop a rule once its mistake can't happen.

Reply: each class with its evidence, the level you picked, and why a higher level didn't work.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

architect

FreeSummary

Plan types, function inputs and outputs, and module boundaries before implementation. Compare structurally different designs from multiple AI models, document the chosen approach, and guide coding while tracking changes to the agreed design.

  • Designing a complex feature before coding
  • Comparing alternative module structures
  • Keeping implementation aligned with design decisions
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

arena

FreeSummary

Generate several candidate solutions in parallel, compare them against concrete criteria, and choose a base. Combine useful parts from other candidates, then verify the final artifact and document why each major choice was made.

  • Compare multiple designs before choosing a direction
  • Explore different implementations of the same task
  • Combine useful elements from competing drafts
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

automate-me

FreeSummary

Turn recurring work habits and communication preferences into a personal agent skill. It combines evidence from workspace conversations with direct questions, then drafts or updates instructions for how agents should work with you.

  • Capture preferred response length and tone
  • Document testing and review expectations
  • Update personal instructions as work habits change
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

babysit

FreeSummary

Monitor an open pull request, fix failing automated checks and merge conflicts, and address straightforward review feedback. Recheck after updates, report the resulting status, and hand decisions requiring design judgment back to the user.

  • Following up on an open PR without repeated prompts
  • Fixing failed automated checks and rechecking results
  • Addressing straightforward review comments
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

Checks whether performance measurements support a speedup, slowdown, or technology choice. It examines bottlenecks, production settings, errors, repeatability, and completed work, then guides reporting with run counts, ranges, and a clear verdict.

  • Checking before-and-after performance claims in a PR
  • Comparing libraries or configurations fairly
  • Investigating suspicious benchmark results
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

blast-radius

FreeSummary

Investigate what a code change could break beyond the edited files. Trace downstream effects, identify the key assumption behind its safety, and test that assumption with real code while clearly reporting unresolved risks.

  • Checking the wider impact of a small code change
  • Verifying assumptions about existing code before design
  • Testing the safety assumption before merging a change
michael-denyer/pstack-claude3.4KUpdated Oct 23, 2026

See all skills by michael-denyer

Report a problem with this skill