Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
acedergren avatar

Prod Readiness

  • 15 installs
  • 22 repo stars
  • Updated May 28, 2026
  • acedergren/agentic-tools

prod-readiness is a Claude Code skill that spawns five specialist agents to produce a prioritized production-readiness report with a ship recommendation.

About

prod-readiness is a Claude Code skill for assessing release readiness with a pre-launch review. It spawns five specialist agents in parallel, each writing findings to a dedicated report file, then synthesizes a prioritized report with blockers and a ship recommendation. A developer uses it before a launch to get a go/no-go verdict across security, testing, performance, observability, and code quality. It runs pre-flight checks so findings map to a stable, green baseline.

  • Spawns 5 specialist review agents in parallel (security, testing, performance, observability, quality)
  • Synthesizes a prioritized production-readiness report with a ship/don't-ship recommendation
  • Requires a clean tree and green baseline before running to keep findings traceable

Prod Readiness by the numbers

  • 15 all-time installs (skills.sh)
  • Ranked #778 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
At a glance

prod-readiness capabilities & compatibility

Capabilities
security audit · test coverage review · performance review · observability review · code quality review
Use cases
code review · security audit · testing
Pricing
Free
From the docs

What prod-readiness says it does

Spawns 5 specialist agents in parallel (security, testing, performance, observability, code quality) and synthesizes a prioritized report with ship/don't-ship recommendation.
SKILL.md
Never run on a failing baseline
SKILL.md
npx skills add https://github.com/acedergren/agentic-tools --skill prod-readiness

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs15
repo stars22
Last updatedMay 28, 2026
Repositoryacedergren/agentic-tools

What it does

Run a parallel five-agent pre-launch review and synthesize a prioritized ship/don't-ship readiness report.

Who is it for?

Running a pre-launch, multi-dimension readiness review to decide whether to ship.

Skip if: A single narrow review, a mid-implementation broken baseline, or fixing issues rather than assessing readiness.

When should I use this skill?

Assessing release readiness or running a pre-launch review.

What you get

A prioritized production-readiness report with blockers, remediation plan, and a ship or don't-ship recommendation.

  • prioritized readiness report
  • blocker list
  • ship or don't-ship recommendation

By the numbers

  • Spawns 5 specialist review agents in parallel
  • Findings rated CRITICAL/HIGH/MEDIUM/LOW with file:line

Files

SKILL.mdMarkdownGitHub ↗

Prod-Readiness

Spawns 5 specialist review agents in parallel, each writing findings to a dedicated report file. Synthesizes into a prioritized production readiness report with executive summary, blockers, and remediation plan.

Do NOT load when

  • user wants only one narrow review (use the relevant specialist skill instead)
  • codebase is mid-implementation with a knowingly broken baseline
  • task is to fix issues rather than assess readiness

NEVER

  • Never run on a dirty working tree — uncommitted changes mean agent findings don't map to a stable commit; findings become unreproducible and the report loses traceability
  • Never run on a failing baseline — a red test suite makes it impossible to distinguish pre-existing failures from review findings; always confirm baseline is green first
  • Never synthesize before all 5 agents finish writing — partial synthesis produces a report that omits entire dimensions; a CRITICAL finding from a slow agent gets buried in LOW backlog
  • Never let agents write to the same file — each agent has its own REVIEW_*.md; shared files produce interleaved, unparseable output
  • *Never commit REVIEW_.md files from a previous run without clearing them** — stale findings from a prior session mixed with new ones produce a misleading severity distribution
  • Never rate an issue CRITICAL without a file:line reference — untraceable CRITICALs create review fatigue and get deprioritized the same as vague LOWs

Pre-flight (always run before spawning agents)

git status --short          # must be clean
git log --oneline -5        # confirm recent work is committed
npx vitest run --reporter=dot 2>&1 | tail -5  # must be green

If tests are failing: warn the user, do not proceed until baseline is green.

Agent specializations

Team name: prod-review-<YYYYMMDD>

Spawn all 5 in parallel via TeamCreate + Task.

AgentReport fileDomain
security-auditorREVIEW_SECURITY.mdOWASP Top 10, RBAC gaps, input validation, secrets, auth flows, webhook security
test-coverage-analystREVIEW_TESTING.mdUncovered critical paths, always-passing tests, missing error path tests, flaky patterns
performance-infraREVIEW_PERFORMANCE.mdN+1 queries, unbounded queries, missing indexes, memory leaks, graceful shutdown, rate limiting
observability-analystREVIEW_OBSERVABILITY.mdUnhandled rejections, PII in logs, error response consistency, structured logging, health endpoint
code-qualityREVIEW_QUALITY.mdDead code, circular deps, TODO/FIXME density, package boundary violations, type safety gaps

security-auditor prompt

Review this codebase for security vulnerabilities. Write ALL findings to REVIEW_SECURITY.md.

Check:
1. OWASP Top 10: injection, broken auth, IDOR, XSS, CSRF, misconfiguration
2. RBAC gaps: endpoints not protected by resolveOrgId() or permission checks
3. Input validation: user input reaching SQL without bind parameters
4. Secrets: hardcoded credentials, missing env var validation at startup
5. Dependency vulnerabilities: npm audit --json | jq '.vulnerabilities | length'
6. Auth flows: session fixation, token validation, logout behavior
7. Webhook security: HMAC validation, SSRF protection in isValidWebhookUrl()

Format findings as: [CRITICAL|HIGH|MEDIUM|LOW] Description — File:Line — Suggested fix

test-coverage-analyst prompt

Analyze test coverage quality. Write ALL findings to REVIEW_TESTING.md.

Check:
1. Run: npx vitest run --reporter=json 2>/dev/null | jq '.testResults[].testFilePath' | wc -l
2. Critical paths with ZERO test coverage (routes, services, repositories)
3. Tests that always pass (vi.fn() calls with no assertions)
4. Missing error path tests (most routes only test happy path)
5. Flaky test patterns (time-dependent, missing afterEach cleanup)
6. Mock coverage: branches of mocked functions not tested

Format: [CRITICAL|HIGH|MEDIUM|LOW] Area — Current coverage — Risk — Suggested tests

performance-infra prompt

Review performance and infrastructure readiness. Write ALL findings to REVIEW_PERFORMANCE.md.

Check:
1. N+1 queries (loops with SQL inside), missing indexes for frequent queries
2. Unbounded queries: SELECT without LIMIT
3. Memory: unclosed connections, event listeners without removeListener
4. Docker: resource limits in docker-compose.yml, health check configuration
5. Graceful shutdown: SIGTERM handling, connection drain
6. Rate limiting: all public endpoints covered
7. Caching: query results that could be cached

Format: [CRITICAL|HIGH|MEDIUM|LOW] Issue — File:Line — Impact — Fix

observability-analyst prompt

Review error handling and observability completeness. Write ALL findings to REVIEW_OBSERVABILITY.md.

Check:
1. Unhandled rejections: async functions without try/catch in route handlers
2. Error boundaries: frontend error handling for route errors
3. PII in logs: user emails, tokens, or sensitive data in log statements
4. Error response consistency: all errors use the project's error hierarchy
5. Structured logging: all log calls use structured objects, not string concatenation
6. Error aggregation coverage: errors reaching the global handler vs. swallowed in try/catch
7. Health endpoint: does /health check critical dependencies (DB connection)?

Format: [CRITICAL|HIGH|MEDIUM|LOW] Issue — File:Line — Risk — Fix

code-quality prompt

Review code quality and architecture health. Write ALL findings to REVIEW_QUALITY.md.

Check:
1. Dead code: exported functions never imported
2. Circular dependencies: run pnpm run check:circular if available
3. TODO/FIXME/HACK density: grep -rn "TODO\|FIXME\|HACK" apps/ packages/ --include="*.ts"
4. Package boundary violations: cross-app imports
5. Inconsistent patterns: code not following established conventions
6. Type safety gaps: any casts, @ts-ignore, non-null assertions (!) in production code

Format: [CRITICAL|HIGH|MEDIUM|LOW] Issue — File:Line — Debt impact — Suggested refactor

Monitor agents

ls -la REVIEW_*.md   # confirm files being written
wc -l REVIEW_*.md    # track progress

If no file update from an agent in 2 minutes, send a check-in message.

Synthesize

Run after all 5 REVIEW_*.md exist. Use node scripts/summarize-review-reports.js or manually synthesize into PRODUCTION_READINESS_REPORT.md:

# Production Readiness Report — <date>

## Executive Summary
<1 paragraph: ship / don't ship with top 3 reasons>

## Quality Gate Results
- Tests: <pass/fail count>
- TypeScript: <clean / N errors>
- Lint: <clean / N warnings>

## Critical Blockers (fix before deploy)
## High Priority (fix within first sprint post-launch)
## Medium Priority (fix within first month)
## Low Priority / Tech Debt (backlog)

Each item: **[CATEGORY] Title** with File:Line, Risk, Effort (S/M/L), Fix.

Final quality gate

npx vitest run --reporter=dot 2>&1 | tail -10
cd apps/api && npx tsc --noEmit 2>&1 | tail -5
npm audit --audit-level=high 2>&1 | tail -10

Append results to report.

Commit and shutdown

git add REVIEW_*.md PRODUCTION_READINESS_REPORT.md
git commit -m "docs(review): production readiness report $(date +%Y-%m-%d)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>"

Shut down all agents, clean up team.

Arguments

  • (empty) — full review
  • --quick — skip performance and code-quality agents, focus on security and test coverage
  • --security-only — spawn only security-auditor
  • --no-commit — generate reports but don't commit

Related skills

FAQ

What must be true before running prod-readiness?

The working tree must be clean and the test baseline must be green, so agent findings map to a stable commit and pre-existing failures are not confused with new findings.

Which dimensions does it review?

Five parallel agents cover security, test coverage, performance and infrastructure, observability, and code quality.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.