Skills for Claude Code that turn one AI assistant into a team of specialists. Each slash command activates a different mode — planning, review, shipping, QA, browsing, retrospectives.
Works with any project, any language, any framework.
| Skill | What it does |
|---|---|
/avad-plan-ceo-review |
Product thinking. Challenges the premise, expands scope, finds the real product. |
/avad-plan-eng-review |
Engineering plan. Architecture, data flow, edge cases, diagrams, test coverage. |
/avad-plan-design-review |
Designer's eye plan review. Rates design dimensions 0-10, fixes the plan to get there. |
/avad-review |
Pre-landing review. Structural bugs, race conditions, trust boundaries, missing tests. |
/avad-ship |
Ship it. Sync, test, review, push, PR — one command. |
/avad-qa |
QA testing. Diff-aware, full, quick, or regression mode. |
/avad-qa --report-only |
Same QA testing, but report-only — never fixes. |
/avad-retro |
Weekly retro. Commits, patterns, team breakdown, trends. |
/avad-debug |
Systematic debugger. Root cause investigation, pattern analysis, hypothesis testing. |
/avad-document-release |
Post-ship docs. Cross-references the diff, updates all project documentation. |
/avad-new |
Project scaffolding. Asks 5 product questions, generates 16 pre-filled files, detects tech stack, creates GitHub repo. |
/avad-help |
Skill hub. Shows available skills, recommends the right one, checks for updates. |
/avad-design-consultation |
Design system creation. Researches your space, proposes aesthetic/typography/color, generates preview, writes DESIGN.md. |
/avad-design-review |
Visual QA + fix loop. Finds spacing issues, AI slop patterns, interaction problems — then fixes them with before/after screenshots. |
/avad-careful |
Safety guardrails. Warns before rm -rf, DROP TABLE, force-push, and other destructive commands. |
/avad-freeze |
Edit boundary. Restricts edits to a specific directory for the session. |
/avad-unfreeze |
Clears the freeze boundary set by /avad-freeze. |
/avad-guard |
Full safety mode. Combines /avad-careful + /avad-freeze in one command. |
/avad-browse |
Headless browser. Navigate, click, screenshot, assert — ~100ms per command. |
Each skill is a cognitive mode. You switch between them as your work progresses:
1. /avad-new
→ Asks 5 questions, scaffolds 16 pre-filled project files
2. /avad-plan-ceo-review
→ "You're thinking too small. The real product is..."
3. /avad-plan-eng-review
→ Architecture diagram, state machine, failure modes, test matrix
4. Build it
5. /avad-review
→ "Race condition on line 47. Trust boundary violation in the enrichment pipeline."
6. Fix the issues
7. /avad-ship
→ Syncs main, runs tests, pushes, opens PR. Done.
8. /avad-qa
→ Reads your diff, finds affected pages, tests each one with a real browser.
avadbot skills are stateless by design. There is no shared mutable state between sessions — each workspace runs its own browser process with independent cookies, tabs, and logs.
This means you can run as many Claude Code sessions as you want simultaneously using Conductor. Review a PR in one session while QA testing in another and building a feature in a third. The sessions are fully isolated — no port conflicts, no coordination needed.
The skills were built for this. /avad-review analyzes diffs, /avad-qa drives a browser, /avad-ship pushes code — all independently, all in parallel.
Product-level review. Three modes:
- Scope expansion — dream big, find the 10-star version
- Hold scope — keep scope fixed, maximize rigor
- Scope reduction — strip to the essential core
You describe a feature. The skill asks whether you're building the right thing. It pushes past the literal request to find what users actually need.
Engineering-level review. Takes the product direction and makes it buildable:
- Architecture and system boundaries
- Data flow and state transitions
- Failure modes and edge cases
- Diagrams (sequence, state, component)
- Test coverage plan
Pre-landing code review. Not style nits — structural issues:
- N+1 queries, missing indexes
- Race conditions, stale reads
- Trust boundary violations
- Broken invariants, bad retry logic
- Tests that pass while missing the real failure mode
Two modes: local (review current branch) or PR (review a GitHub PR by number).
One-command shipping. For a branch that's ready to land:
- Validates branch state
- Syncs with target branch
- Runs tests
- Pre-landing review
- Pushes
- Creates PR
Project-aware — reads target branch, test commands, and review checklist from docs/GIT_WORKFLOW.md if it exists. Auto-detects test commands if not configured.
QA testing with a real browser. Four modes:
- Diff-aware (default on feature branches) — reads
git diff, identifies affected pages, tests them - Full — systematic exploration of the entire app
- Quick — 30-second smoke test
- Regression — compare against a previous baseline
Produces a structured report with health score, screenshots, and repro steps.
After testing, asks whether to fix the issues or just report them. Pass --report-only to skip the question and get a report without fixes.
Weekly engineering retrospective:
- Commit history and LOC analysis
- Per-person breakdown with praise and growth areas
- Shipping streaks, hotspot files, peak hours
- Persistent history for trend tracking
Systematic debugging with root cause investigation. Four phases:
- Investigate — collect symptoms, read the code, check recent changes, reproduce
- Analyze — match against known bug patterns (race conditions, nil propagation, stale cache, config drift)
- Hypothesize — test one hypothesis at a time, 3-strike escalation if none match
- Implement — fix root cause with minimal diff, write regression test, verify
Iron Law: no fixes without root cause investigation first.
Post-ship documentation updater. Run after shipping code to ensure all docs match what was delivered:
- Cross-references the diff against every
.mdfile in the project - Auto-updates factual changes (paths, counts, tables), asks about narrative changes
- Polishes CHANGELOG voice without clobbering entries
- Checks cross-doc consistency and discoverability
- Cleans up TODOS.md and optionally bumps VERSION
Project scaffolding. Asks 5 product questions (problem, user, 30-day goal, project type, stack), then generates 16 pre-filled files — not empty skeletons. PRD.md has your problem statement, README.md has your audience, TODOS.md has your milestone broken into tasks.
Features:
- Product clarity gate (CEO mindset — challenges vague answers)
- Tech stack detection + context7 research
- Project type presets (Web App, CLI, API, Library)
- GitHub repo creation
- Smart chaining (recommends next skill based on context)
Skill hub: shows all available avadbot skills, helps pick the right one, and checks for updates. Context-aware — describe what you want to do and it recommends the best skill.
Headless Chromium browser, ~100ms per command. Auto-starts on first use, persists between calls.
# Navigate
$B goto https://your-app.com
# See interactive elements
$B snapshot -i
# Interact by reference
$B fill @e2 "user@example.com"
$B click @e3
# Verify
$B snapshot -D # diff — what changed?
$B console # any JS errors?
$B screenshot /tmp/result.png
# Assert
$B is visible ".success-toast"
$B is enabled "#submit-btn"For the full command reference, see skills/avad-browse/SKILL.md.
claude plugin marketplace add agwacom/avadbot
claude plugin install avadbotSkills are auto-discovered and namespaced as /avadbot:avad-review, /avadbot:avad-browse, etc.
If you have the repo cloned locally:
claude --plugin-dir ./avadbotUse the setup script to copy skills to ~/.claude/skills/:
./setupAdd to your ~/.claude/CLAUDE.md:
## avadbot
Available skills: /avad-new, /avad-plan-ceo-review, /avad-plan-eng-review, /avad-review, /avad-ship, /avad-qa, /avad-retro, /avad-debug, /avad-document-release, /avad-help, /avad-browseIf you previously installed avadbot via ./setup, remove the legacy skills after confirming the plugin works to avoid duplicate skill entries:
rm -rf ~/.claude/skills/avad-plan-ceo-review
rm -rf ~/.claude/skills/avad-plan-eng-review
rm -rf ~/.claude/skills/avad-review
rm -rf ~/.claude/skills/avad-ship
rm -rf ~/.claude/skills/avad-qa
rm -rf ~/.claude/skills/avad-retro
rm -rf ~/.claude/skills/avad-debug
rm -rf ~/.claude/skills/avad-document-release
rm -rf ~/.claude/skills/avad-help
rm -rf ~/.claude/skills/avad-browse
rm -rf ~/.claude/skills/browse/avad-review can use OpenAI Codex CLI as an independent second opinion on large diffs. This is optional — if Codex is not installed, the review falls back to Claude-only adversarial review.
Setup:
# 1. Install Codex CLI
npm install -g @openai/codex
# 2. Authenticate
codex loginThat's it. /avad-review handles the rest automatically:
- Detects
codexin your PATH - Runs
codex --versionin the main conversation — you'll see a one-time permission prompt - Once approved, Codex subagents inherit the permission for the session
- If you deny the prompt, the review falls back to Claude-only adversarial
No manual permission configuration needed. To pre-approve permanently:
claude permissions allow "Bash(codex *)"Runtime data lives under ~/.avadbot/:
~/.avadbot/
├── bot-review-history.md
└── projects/
└── <repo>/
├── bot-review-history.md
└── review-checklist.md
MIT