Validate WCAG 2.1 Level AA compliance and accessibility best practices. Use when performing accessibility audits and WCAG certification.
日本語の概要は準備中です。原文の説明を表示しています。
Create comprehensive pull requests with detailed descriptions, test plans, and proper git workflow. Use when finalizing features to ensure high-quality PRs.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Systematic guidance for creating high-quality pull requests with comprehensive descriptions and proper commit messages.
/ship after /pre-commit passes — standard pathCalled by
/ship? Skip Step 1 (pre-flight)./pre-commitalready ran. Start at Step 1.5.
# All changes committed
git status
# Should show: "nothing to commit, working tree clean"
# All tests passing
pytest
# Code quality checks passed
/quality-check
# CHANGELOG updated
head -50 CHANGELOG.md
If any check fails: Fix before proceeding.
Run /release verify commits to check commit↔changelog consistency.
If result is WARN or FAIL: report the unmatched commits, ask user whether to fix now (run /release changelog) or proceed anyway.
Additionally check:
# Detect version files in the project
for f in pyproject.toml package.json setup.cfg Cargo.toml; do
[[ -f "$f" ]] && echo "Version file found: $f"
done
# Check for hardcoded version strings in README
grep -n 'v[0-9]\+\.[0-9]\+\.[0-9]\+' README.md 2>/dev/null || echo "No version refs in README"
# Check roadmap
[[ -f ROADMAP.md ]] && echo "ROADMAP.md exists — verify it reflects shipped features"
# Check project-level CLAUDE.md
[[ -f CLAUDE.md ]] && echo "CLAUDE.md exists — verify new features/skills documented"
Checklist (verify each, report missing):
/release verify commits PASS or acknowledged WARNIf any item is missing: report clearly, ask user whether to fix now or proceed.
# Detect base (supports release/* sub-branching)
# Try upstream tracking branch first, then fall back to main
BASE_BRANCH=$(git config "branch.$(git branch --show-current).merge" 2>/dev/null | sed 's|refs/heads/||')
if [[ -z "$BASE_BRANCH" ]]; then
# No upstream configured — check if branch was created from a release/*
PARENT=$(git log --oneline --decorate --all --ancestry-path HEAD 2>/dev/null | grep -m1 'origin/release/' | sed 's|.*origin/\(release/[^ ,)]*\).*|\1|')
BASE_BRANCH="${PARENT:-main}"
fi
# View commits in feature branch
git log --oneline "$BASE_BRANCH"..HEAD
# View files changed
git diff --stat "$BASE_BRANCH"..HEAD
git push -u origin feature/issue-123-description
PR Title Format: <type>: <brief description> (#<issue>)
Commit Types: feat, fix, docs, style, refactor, perf, test, chore
Create PR with gh CLI:
gh pr create \
--title "feat: implement feature (#123)" \
--body "$(cat <<'EOF'
[PR description from template]
EOF
)"
Templates are in templates/ directory:
Choose based on PR scope.
Update TASK.md to mark issue completed with PR link.
# View PR in browser
gh pr view --web
# Check CI status
gh pr checks
Quality Checklist:
<type>/<issue-number>-<brief-description>
Examples:
feature/123-user-authenticationfix/124-memory-leakdocs/125-api-documentation# Rebase on main
git fetch origin main
git rebase origin/main
# Force push (if already pushed)
git push --force-with-lease
Break into smaller PRs, create epic issue for tracking.
git checkout main && git pull
git checkout feature/123 && git rebase main
# Resolve conflicts
git push --force-with-lease
gh pr checks
# Fix issues locally, commit, push
# Create PR
gh pr create --title "..." --body "..."
# View PR
gh pr view 123
# Edit PR
gh pr edit 123
# Check status
gh pr checks
/quality-check - Run before PR/release changelog - Update CHANGELOG/pre-commit - Full validation suite/review changes - Companion review (run before PR)/pr-merge - Post-PR merge workflow/release plan - Version planningまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Validate WCAG 2.1 Level AA compliance and accessibility best practices. Use when performing accessibility audits and WCAG certification.
日本語の概要は準備中です。原文の説明を表示しています。
Analyze feature requirements, dependencies, and security considerations. Use when starting feature implementation from GitHub issues to understand scope, technical feasibility, and risks.
日本語の概要は準備中です。原文の説明を表示しています。
Run SQL queries against psql, BigQuery, or MySQL from the terminal, including natural-language-to-SQL and schema exploration. Use when analyzing data, inspecting DB state, or debugging tables. Trigger on "query the database", "SQL", "show me data from", "explore table".
日本語の概要は準備中です。原文の説明を表示しています。
Design REST APIs or function contracts with clear request/response specifications, error handling patterns, authentication strategies, and comprehensive documentation.
日本語の概要は準備中です。原文の説明を表示しています。
Generate comprehensive API endpoint tests for REST and GraphQL APIs. Creates tests for all HTTP methods, status codes, authentication, and validation.
日本語の概要は準備中です。原文の説明を表示しています。
Design component architecture and module structure using established architectural patterns for clean, maintainable, and scalable systems.
日本語の概要は準備中です。原文の説明を表示しています。