.github_gpt/skills/setup/SKILL.md
Configure which review agents run for your project. Auto-detects stack and writes compound-engineering.local.md.
npx skillsauth add the-rabak/compound-engineering-plugin setupInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Configure review and execution-review agents for the current project and write compound-engineering.local.md.
compound-engineering.local.md already exists, do not overwrite it silently.review_agents, plan_review_agents, tdd_enabled, and review_mode.# Review Context section in the file body.Execute the full source-of-truth workflow below. Preserve every conditional branch, phase, checklist, and validation step from the original instructions. When the workflow says to ask, wait, route, or run in parallel, do that exactly.
Interactive setup for compound-engineering.local.md -- configures which agents run during /workflows:review and /workflows:work.
Read compound-engineering.local.md in the project root. If it exists, display current settings summary and use AskUserQuestion:
question: "Settings file already exists. What would you like to do?"
header: "Config"
options:
- label: "Reconfigure"
description: "Run the interactive setup again from scratch"
- label: "View current"
description: "Show the file contents, then stop"
- label: "Cancel"
description: "Keep current settings"
If "View current": read and display the file, then stop. If "Cancel": stop.
Auto-detect the project stack by checking for common project indicators:
# Detect project stack from root files
if [ -f "artisan" ] && [ -f "composer.json" ]; then
echo "laravel"
elif [ -f "Cargo.toml" ]; then
echo "rust"
elif [ -f "nest-cli.json" ] || grep -q '"@nestjs/core"' package.json 2>/dev/null; then
echo "nestjs"
elif [ -f "nuxt.config.ts" ] || [ -f "nuxt.config.js" ]; then
echo "nuxt"
elif [ -f "next.config.ts" ] || [ -f "next.config.js" ] || [ -f "next.config.mjs" ]; then
echo "nextjs"
elif [ -f "angular.json" ]; then
echo "angular"
elif [ -f "vite.config.ts" ] && grep -q '"vue"' package.json 2>/dev/null; then
echo "vue"
elif [ -f "vite.config.ts" ] && grep -q '"react"' package.json 2>/dev/null; then
echo "react"
elif [ -f "composer.json" ]; then
echo "php"
elif [ -f "tsconfig.json" ]; then
echo "typescript"
elif [ -f "package.json" ]; then
echo "javascript"
elif [ -f "pyproject.toml" ] || [ -f "requirements.txt" ] || [ -f "setup.py" ]; then
echo "python"
elif [ -f "go.mod" ]; then
echo "go"
else
echo "general"
fi
Use AskUserQuestion:
question: "Detected {type} project. How would you like to configure?"
header: "Setup"
options:
- label: "Auto-configure (Recommended)"
description: "Use smart defaults for {type}. Done in one click."
- label: "Customize"
description: "Choose stack, focus areas, and review depth."
[rabak-laravel-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-laravel-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-vue-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-nest-reviewer, rabak-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][rabak-python-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle][code-simplicity-reviewer, security-sentinel, performance-oracle, architecture-strategist][code-simplicity-reviewer, security-sentinel, performance-oracle, architecture-strategist][code-simplicity-reviewer, security-sentinel, performance-oracle, architecture-strategist]a. Stack -- confirm or override:
question: "Which stack should we optimize for?"
header: "Stack"
options:
- label: "{detected_type} (Recommended)"
description: "Auto-detected from project files"
- label: "Laravel"
description: "Laravel PHP -- adds Laravel convention reviewer"
- label: "Vue/Nuxt"
description: "Vue.js / Nuxt -- adds frontend reviewer"
- label: "React/Next.js"
description: "React / Next.js -- adds TypeScript reviewer"
- label: "Angular"
description: "Angular -- adds TypeScript reviewer"
- label: "NestJS"
description: "NestJS -- adds NestJS and TypeScript reviewers"
- label: "Python"
description: "Python -- adds Pythonic pattern reviewer"
- label: "Rust"
description: "Rust -- adds architecture reviewer"
- label: "Go"
description: "Go -- adds architecture reviewer"
Only show options that differ from the detected type.
b. Focus areas -- multiSelect:
question: "Which review areas matter most?"
header: "Focus"
multiSelect: true
options:
- label: "Security"
description: "Vulnerability scanning, auth, input validation (security-sentinel)"
- label: "Performance"
description: "N+1 queries, memory leaks, complexity (performance-oracle)"
- label: "Architecture"
description: "Design patterns, SOLID, separation of concerns (architecture-strategist)"
- label: "Code simplicity"
description: "Over-engineering, YAGNI violations (code-simplicity-reviewer)"
c. Depth:
question: "How thorough should reviews be?"
header: "Depth"
options:
- label: "Thorough (Recommended)"
description: "Stack reviewers + all selected focus agents."
- label: "Fast"
description: "Stack reviewers + code simplicity only. Less context, quicker."
- label: "Comprehensive"
description: "All above + git history, data integrity, agent-native checks."
d. TDD mode:
question: "Enable TDD mode?"
header: "TDD"
options:
- label: "Disabled (Default)"
description: "Standard implementation workflow. Tests optional."
- label: "Enabled"
description: "Enforces test-first workflow. Agents verify tests exist before implementation proceeds."
e. Review mode:
question: "When should reviews run during /workflows:work?"
header: "Review mode"
options:
- label: "Bulk (Default)"
description: "Review runs once at the end of all tasks. Faster, less interruption."
- label: "Inline"
description: "Review runs after each task. Slower, but catches issues earlier."
- label: "Both"
description: "Inline review per task AND bulk review at the end."
Stack-specific agents:
rabak-laravel-reviewerrabak-vue-reviewerrabak-typescript-reviewerrabak-nest-reviewer, rabak-typescript-reviewerrabak-python-reviewerFocus area agents:
security-sentinelperformance-oraclearchitecture-strategistcode-simplicity-reviewerDepth:
code-simplicity-reviewer onlygit-history-analyzer, data-integrity-guardian, agent-native-reviewerPlan review agents: stack-specific reviewer + code-simplicity-reviewer.
Execution settings:
tdd_enabled: false (default) or true (enables TDD mode in execution agent template)review_mode: "bulk" (default), "inline", or "both" (controls per-task review in workflows:work)Write compound-engineering.local.md:
---
review_agents: [{computed agent list}]
plan_review_agents: [{computed plan agent list}]
tdd_enabled: false
review_mode: bulk
---
# Review Context
Add project-specific review instructions here.
These notes are passed to all review agents during /workflows:review and /workflows:work.
Examples:
- "We use Turbo Frames heavily -- check for frame-busting issues"
- "Our API is public -- extra scrutiny on input validation"
- "Performance-critical: we serve 10k req/s on this endpoint"
Saved to compound-engineering.local.md
Stack: {type}
Review depth: {depth}
Agents: {count} configured
{agent list, one per line}
Tip: Edit the "Review Context" section to add project-specific instructions.
Re-run this setup anytime to reconfigure.
Return a confirmation block that includes:
tools
Package one plan execution packet into a compact ticket-local execution packet with parent refs, scope fences, feature-home ownership, and evidence commands. Use when converting plans into local tickets or when execution needs one ticket-sized context pack without the full plan.
tools
Package one plan execution packet into a compact ticket-local execution packet with parent refs, scope fences, feature-home ownership, and evidence commands. Use when converting plans into local tickets or when execution needs one ticket-sized context pack without the full plan.
testing
Run a deep adversarial review of plans and architecture before implementation. Use when validating strategy docs, contracts, roadmaps, and competitive positioning with scored findings and prioritized recommendations.
testing
Run a deep adversarial review of plans and architecture before implementation. Use when validating strategy docs, contracts, roadmaps, and competitive positioning with scored findings and prioritized recommendations.