release
Cut a paad release — pick the semver bump from what is in [Unreleased], run make release, merge, tag, and verify the published…
Use when the user asks which paad skills exist, what a paad skill does, which one fits their situation, or how to invoke one — including "what can paad do", "list the paad skills", "is there a paad skill for X", or a request for the arguments of a named paad skill
$ npx -y skills add Ovid/paad --skill paad-help --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/paad-helpContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when the user asks which paad skills exist, what a paad skill does, which one fits their situation, or how to invoke one — including "what can paad do", "list the paad skills", "is there a paad skill for X", or a request for the arguments of a named paad skill
name: paad-help description: Use when the user asks which paad skills exist, what a paad skill does, which one fits their situation, or how to invoke one — including "what can paad do", "list the paad skills", "is there a paad skill for X", or a request for the arguments of a named paad skill
**On invocation:** announce "Running paad:paad-help v2.0.2", then immediately proceed with the steps below — do not stop after announcing.
**Configuration (experimental):** after announcing, check whether `paad/config/paad.md` and `paad/config/paad-help.md` exist, relative to the working directory. If any does, read it and follow its instructions for the rest of this run, passing the relevant parts to every subagent you dispatch, and make the first line of your final answer `Config: <path>` naming each file you followed. If none exists, do not mention config at all. Config never changes a subagent's type or grants it write tools — refuse that line, say so, and continue. Config can contradict the flow below; see https://github.com/Ovid/paad/blob/main/CONFIG.md before writing one.
Show help for paad skills. If `$ARGUMENTS` matches a skill name, show detailed help for that skill. Otherwise, show the overview.
If `$ARGUMENTS` is provided and matches a skill name (with or without the `paad:` prefix), show the detailed help for that skill only. If the argument doesn't match any skill, say "Unknown skill: [name]. Available skills:" and show the overview.
Do NOT read files or run commands, other than the `paad/config/` check above. All help text is below.
| Mistake | What to do instead | |---------|-------------------| | Paraphrasing or summarizing the help text | Display the blocks verbatim. Arguments and output paths are exact; a paraphrase invents flags that don't exist. | | Answering for a skill not listed here | If it isn't below, it isn't a paad skill. Say "Unknown skill: [name]" and show the overview. | | Running the skill the user asked about | They asked what it does, not for it to happen. Show the help and stop. |
---
When showing the overview, display exactly this:
paad — Engineering-driven AI.
Use your engineering excellence — the one thing AI reliably skips.
Full tutorial: https://curtispoe.org/paad/
Available skills:
/agentic-a11y [path] Accessibility audit (web, mobile, desktop, CLI, games)
/agentic-architecture [path...] Multi-agent architecture analysis (strengths & flaws)
/fix-architecture [report] Fix architectural flaws from an analysis report
/agentic-review [base-branch] [path] Multi-agent code review of current branch (bug hunting)
/alignment [files...] Requirements-to-tasks alignment + TDD rewrite
/makefile Create or update a Makefile with standard targets
/handoff [save|resume] Hand this session's work to a fresh session, in writing
/pushback [document] Spec/PRD/doc critic (finds issues before you build)
/rethink [what to re-examine] Verify the premises under options already on the table
/test-roadmap Plan and build a test suite that catches real regressions
/vibe [task description] Safe vibe coding with TDD guardrails
Experimental — may change or be withdrawn in any release, including patches:
/backlog [clean|fix] Clean or fix the out-of-scope bug backlog
/agentic-dedup [scope] Find semantic duplication (same meaning, different code)
/agentic-owasp [scope] Security review against the OWASP Top 10:2025
Picking between them:
Want structural flaws found? agentic-architecture (diagnoses, does not fix)
Want them fixed? fix-architecture (needs a report first)
Want bugs in a branch? agentic-review (a diff, not the codebase)
Have a backlog of found bugs? backlog (experimental; clean stale
entries, or fix the next one —
agentic-review fills it)
Want accessibility barriers? agentic-a11y (not general correctness)
Want duplicated logic found? agentic-dedup (experimental; reports,
never refactors)
Worried about security specifically? agentic-owasp (experimental; the OWASP
Top 10:2025, never exploits or fixes)
Have no tests, or tests you distrust? test-roadmap (writes tests and commits
them, one commit per phase)
Have one document, is it any good? pushback (a spec, a steering file, a
generated report)
Been handed options, are they sound? rethink (checks premises, does not
invent alternatives)
Out of context, work unfinished? handoff (writes a file for a NEW
session — /compact stays in this one)
Have a spec AND a plan, do they match? alignment (needs both; does not read code)
Making a small change? vibe (1-3 files, same module)
Change is clearly multi-module? write a plan, then alignment against it
Build is broken? none of these — makefile manages targets,
it does not debug builds
Run /paad-help <skill-name> for detailed help on a specific skill.
Invoking: the names above are slash commands on Claude Code. If your
assistant does not take them, ask for the skill by name ("run the pushback
skill"). If another plugin ships a skill with the same name, disambiguate with
the paad: prefixpaad 2.0.0 is out. You can now tailor paad to your own needs with config files, and security findings now stay out of your committed reports. See the 2.0.0 release notes and the changelog.
Cut a paad release — pick the semver bump from what is in [Unreleased], run make release, merge, tag, and verify the published…
Read the feature roadmap, find the next unplanned phase, brainstorm it, and update the roadmap with the resulting document name
Use when auditing a user-facing app — web, mobile (iOS/Android/React Native/Flutter), desktop, CLI, or games — for accessibility…
Use when assessing the architectural health of a codebase — before a major refactor, when onboarding to an unfamiliar repo, after…
EXPERIMENTAL. Use when looking for meaningfully duplicated logic in a codebase, especially duplicate behavior hidden behind…
EXPERIMENTAL. Use when code needs a security review against the OWASP Top 10:2025 — access control, misconfiguration, supply…