sdlc-ai-workflow
v1.3.3
Published
Complete SDLC Workflow Plugin for Claude Code: 26 agents, 43 skills, 14 commands, 6 phases. Covers planning → design → development → testing → deployment → operations, with industry-standard SDLC best practices embedded in every agent.
Maintainers
Keywords
Readme
SDLC Workflow Plugin
Topics: sdlc workflow automation agents claude-code orchestration devops testing security code-review architecture ai-powered
AI-powered end-to-end software development orchestration — 26 specialized agents collaborate across 6 SDLC phases with real-time monitoring and automated quality gates.
A complete SDLC Workflow in a Plugin: 26 agents across 6 phases, 43 knowledge skills, 14 commands. Covers planning → design → development → testing → deployment → operations, with industry-standard SDLC best practices embedded in every agent.
Built for: Claude Code users, development teams, automation engineers, DevOps practitioners
Key Benefits:
- 2-3x Speedup — Parallel agent execution with automatic dependency management
- Industry Standards — QUANTS framework, INVEST criteria, Testing Pyramid, OWASP security
- Real-Time Monitoring — Live dashboard with 26 agent orchestration
- Zero External APIs — Runs locally, file-based state, pure Node.js
Built on Best Practices
- Software Engineering — QUANTS, INVEST, Critique/LGTM, Testing Pyramid, CI/CD
- Architecture: The Hard Parts — ADR, coupling/cohesion, fitness functions, service design
- The Pragmatic Programmer — DRY, ETC, tracer bullets, code generation
- Clean Code — naming, small functions, F.I.R.S.T. tests, SOLID
Installation
Option A: Global NPM (Recommended)
sudo npm install -g sdlc-ai-workflow
sdlc-ai-workflow installRestart Claude Code. Done!
Update later:
sudo npm install -g sdlc-ai-workflow@latest
sdlc-ai-workflow installOption B: Install from Source
git clone https://github.com/saitarrun/sdlc-ai-workflow
cd sdlc-ai-workflow
npm install
npm run install-localRestart Claude Code.
See INSTALLATION.md for:
- Detailed setup for both methods
- Update procedures
- Troubleshooting
- Development symlink mode
- Uninstall instructions
Why SDLC Workflow?
The Problem
Traditional development workflows require manual handoffs between specialists (architects → engineers → testers → ops). Each transition loses context, creates delays, and introduces errors.
The Solution
SDLC Workflow automates the entire software development lifecycle with AI agents that:
- ✅ Work in parallel across 6 phases (planning, design, development, testing, deployment, operations)
- ✅ Automatically manage dependencies — testing waits for development to complete
- ✅ Apply industry best practices (INVEST, Testing Pyramid, ADR, threat modeling, OWASP)
- ✅ Produce artifacts at every phase (PRD, wireframes, code, tests, security audit, SLOs)
- ✅ Monitor real-time progress via live dashboard
Use Cases
Rapid Prototyping — From idea to tested, deployed prototype in hours
/sdlc "build a user authentication system" --parallelConsistent Quality — Every project follows industry standards without manual oversight
- Testing Pyramid applied automatically
- Security audits included by default
- Architecture decisions documented (ADR)
Team Scaling — Reduce onboarding time by automating knowledge transfer
- Architectural decisions made by software-architect agent
- Code style enforced by frontend/backend engineers
- Security best practices integrated into all phases
Continuous Improvement — Track metrics across all SDLC phases
- Execution time per phase
- Quality gates passed
- Security vulnerabilities detected and fixed
Features
26 Specialized Agents + Auto-Skill Loading (Phase 1 & 2 Complete)
All agents auto-load phase-specific skills — agents automatically apply relevant methodologies to produce industry-standard outputs.
New agents in Phase 1 & 2:
- Engineering Manager (team health, retrospectives, QUANTS)
- Tech Lead (architecture, RFC/ADR, mentoring)
- Release Manager (versioning, canary rollout, release notes)
- Technical Writer (API docs, SDKs, guides)
- Performance Engineer (profiling, benchmarking, optimization)
- Accessibility Engineer (WCAG 2.1 AA, screen readers, a11y)
Phase 1 — Planning, Strategy & Requirements
- Product Manager (roadmap, milestones) → skill-requirements, skill-prd-synthesis
- Business Analyst (user stories, acceptance criteria) → skill-requirements, skill-plan-breakdown, skill-issue-triage
- Software Architect (tech stack, ADR, system blueprint) → skill-architecture, skill-threat-modeling
- Security Architect (threat modeling, STRIDE) → skill-threat-modeling, skill-security-audit
Phase 2 — Design & Prototyping
- UX Researcher (user journeys, personas)
- UI/UX Designer (wireframes, design system)
Phase 3 — Development & Coding
- Frontend Engineer (UI, client-side)
- Backend Engineer (servers, APIs, business logic)
- Fullstack Engineer (end-to-end features)
- Database Engineer (schema, migrations, indexing)
- Mobile Developer (iOS/Android)
Phase 4 — Testing & Security Auditing
- QA Manual Tester (exploratory testing, user-perspective bugs)
- Automation QA Engineer (test suite generation, CI-wired execution)
- AppSec Engineer (SAST, CVE scanning, OWASP Top 10)
- Penetration Tester (attack simulation, injection testing, auth bypass)
Phase 5 — Infrastructure & Deployment
- DevOps Engineer (CI/CD, Dockerfile, presubmit gates)
- Cloud Engineer (IaC, VPC, IAM, storage)
Phase 6 — Production, Maintenance & Monitoring
- SRE Engineer (SLO/SLI definition, on-call runbooks)
- SecOps/SOC Analyst (security monitoring, incident response)
- Data Engineer (data pipelines, ETL/ELT, analytics)
9 Commands + Parallel Mode
| Command | Phase | Purpose |
|---------|-------|---------|
| /sdlc | All | Master orchestrator with 6-phase gates and shared state |
| /sdlc --parallel | All | Run all phases with agents working in parallel |
| /sdlc-parallel | Any | Run phase with agents collaborating in parallel |
| /sdlc-plan | 1 | Requirements gathering → PRD + stories + threat model |
| /sdlc-design | 2 | UX research → wireframes + component spec |
| /sdlc-dev | 3 | Full-stack implementation per architecture |
| /sdlc-test | 4 | Test suite + security audits (AppSec + pen test) |
| /sdlc-deploy | 5 | CI/CD pipeline + cloud IaC |
| /sdlc-ops | 6 | SLOs + security monitoring + data pipelines |
| /sdlc-review | Any | Industry-standard PR review with gh pr comments |
43 Knowledge Skills
Skills inject methodology into agents (no tools/model — pure knowledge context). Organized by phase + utilities:
Phase 1 — Planning & Requirements
skill-requirements— INVEST criteria, QUANTS frameworkskill-prd-synthesis— Convert conversation context into PRDskill-plan-breakdown— Break plan into vertical-slice issuesskill-issue-triage— Triage workflow for bugs/features
Phase 2 — Design & Prototyping
skill-ux-design— User journeys, personas, wireframingskill-prototype— Throwaway code to validate design assumptions
Phase 3 — Development & Coding
skill-code-standards— Clean Code, SOLID, DRY, namingskill-architecture— ADR format, coupling/cohesion, fitness functionsskill-architecture-refactor— Find deepening opportunities, improve testabilityskill-zoom-out— Understand code at higher abstraction level
Phase 4 — Testing & Security Auditing
skill-code-quality— Linting, testing pyramid, SAST/SCA, security standards, CI/CD gatesskill-code-review— Code review taxonomy, peer review cultureskill-pr-review— Multi-agent parallel PR review, CLAUDE.md compliance, git history, confidence scoringskill-testing— Testing Pyramid, F.I.R.S.T., test doublesskill-tdd— Test-driven development: red-green-refactor loopskill-playwright— Browser automation, E2E testing, visual regression, cross-browser validationskill-diagnose— Disciplined bug diagnosis, reproduce → hypothesise → instrument → fixskill-threat-modeling— STRIDE, PASTA, attack surface mappingskill-security-audit— OWASP Top 10, CWE taint analysis
Phase 5 — Infrastructure & Deployment
skill-cicd— Hermetic builds, presubmit gates, trunk-based devskill-precommit-hooks— Pre-commit enforcement for quality gatesskill-cloud-infra— Terraform, IaC patterns, cloud services
Phase 6 — Operations & Maintenance
skill-ops-sre— SLO/SLI, QUANTS, error budgets, toil measurementskill-documentation— Audience-first writing, docs-as-code
Utilities & Meta
skill-caveman— Ultra-compressed communication, 75% token reductionskill-grill-me— Relentless design review, decision tree interrogationskill-handoff— Compact session for agent handoffskill-teach— Teach skill/concept over multiple sessionsskill-write-skill— Create new agent skillsskill-git-safety— Git destructive operation guards
Quick Start (3 Commands to Remember)
# Build a feature end-to-end
/sdlc "your feature description"
# Build faster with parallel agents (2-3x speedup)
/sdlc "your feature description" --parallel
# Review a PR with code-review-graph analysis
/sdlc-review --pr 1 --with-graphNeed to remember commands? Run the interactive menu:
npm run menu
# OR
sdlcFull command reference: See QUICK_REFERENCE.md
Usage
Master Orchestrator
Run the full 6-phase SDLC pipeline end-to-end:
/sdlc "build a user authentication system"The command will:
- Parse the feature request
- Initialize
.sdlc/run-<timestamp>/for shared state - Spawn agents sequentially through all 6 phases with explicit user approval gates between phases
- Produce comprehensive artifacts (PRD, ADR, threat model, wireframes, code, tests, security audit, SLOs, runbooks)
- Offer to create a GitHub PR with all changes
Orchestrator — Real-Time Agent Coordination
The orchestrator manages agent dependencies, maintains an execution queue, and broadcasts real-time status updates:
npm run orchestrator -- --dir /path/to/project --port 4242 --run-id <optional-run-id>Features:
- Dependency Graph: Automatically determines which agents can run based on completions
- Queue Management: Maintains a queue of ready-to-spawn agents
- Real-Time Updates: Broadcasts agent status changes via Server-Sent Events
- Persistent State: Stores all agent status in
.sdlc/run-<timestamp>/collaboration-log.json - Multi-Run Support: Tracks multiple concurrent or historical runs
API Endpoints:
GET /api/runs— List all runsGET /api/runs/:id— Get specific run details with agent statusesPOST /api/agent/spawn/:agent— Mark agent as workingPOST /api/agent/complete/:agent— Mark agent as completePOST /api/agent/block/:agent— Mark agent as blockedGET /events— Server-Sent Events stream for real-time updates
See AGENT_REPORTER_GUIDE.md for integration examples.
Individual Phase Commands
For faster iteration, run individual phases:
/sdlc-plan "add OAuth login" # Phase 1 only
/sdlc-design # Phase 2 only
/sdlc-dev --stack backend,frontend # Phase 3 (backend + frontend)
/sdlc-test --layer all --run # Phase 4 (full test + security)
/sdlc-deploy --trigger # Phase 5 (CI/CD + cloud)
/sdlc-ops --framework prometheus # Phase 6 (SRE + monitoring)Dashboard — Real-Time Agent Monitoring
Monitor all 26 agents running across 6 phases with live status updates, metrics, and real-time synchronization:
# Terminal 1: Start the orchestrator
npm run orchestrator -- --dir /path/to/project --port 4242
# Terminal 2: Open the dashboard
open http://localhost:4242Dashboard Features
System Monitor Header
- Total agents in repository (26)
- Uptime and error tracking
- Real-time status updates every 2 seconds
Running Agents Section
- Active agents currently executing
- Status indicators: green (working), gray (waiting), red (blocked)
- Phase labels for organizational context
- Start time, duration, and latest activity log
- Terminal logs viewer for each agent
Available Agents Section
- All 26 repository agents with real-time status sync
- Synchronized with orchestrator — shows WORKING, COMPLETE, WAITING, or AVAILABLE
- Organized by SDLC phase (Planning, Design, Development, Testing & Security, Deployment, Operations)
- Updates automatically as agents progress through orchestration
Completed Agents Section
- Agents that have finished execution
- Duration and completion timestamp
- Full execution history
Metrics Dashboard
- QUEUED_AGENTS: Agents waiting to start (depend on others)
- RUNNING_AGENTS: Currently executing agents
- COMPLETED: Successfully finished agents
- FAILED: Blocked or error agents
- Progress bars for visual status overview
Agent Sync Integration
Agents report status via the reporter CLI, which syncs to the dashboard:
# Agent reports its status
npm run report-agent -- <agent-name> working "What it's doing"
npm run report-agent -- <agent-name> complete
npm run report-agent -- <agent-name> block "Reason"Status updates flow:
- Agent Reports →
/api/agent/complete/:agentHTTP endpoint - Orchestrator Stores → Updates
collaboration-log.json - Dashboard Syncs → Polls
/api/runs/:idevery 2 seconds - Available Agents → Shows updated status in real-time
Dashboard Customization
npm run orchestrator -- --dir <project> --port 4242 --run-id <specific-run>The dashboard automatically:
- Selects the most recent run on startup
- Persists run history in
.sdlc/run-*/ - Broadcasts updates via Server-Sent Events (SSE) to all connected clients
- Falls back to polling if SSE unavailable
Dashboard UI
Clean, Terminal-Style Interface — Professional monitoring with dark theme and terminal green accents (#00ff41)
The dashboard displays:
- SYSTEM MONITOR header with uptime and error tracking
- Agent Deployment section showing active orchestration nodes
- Running Agents table with live status indicators (green pulse for working agents)
- Available Agents section showing all 26 repository agents with synchronized status
- Completed Agents section for finished executions
- Metrics Cards at the bottom showing QUEUED, RUNNING, COMPLETED, and FAILED counts with progress bars
All sections update automatically as agents progress through the orchestration workflow.

Dashboard Features:
- Real-time status sync — All 26 agents show current status (WORKING, COMPLETE, WAITING, AVAILABLE)
- Terminal-style design — Black background (#000000) with green accents (#00ff41)
- Live metrics — Progress bars for queued, running, completed, and failed agents
- Agent organization — Grouped by phase (Planning, Design, Development, Testing & Security, Deployment, Operations)
- Execution tracking — Start times, durations, and activity logs for each agent
- Responsive updates — Automatically refreshes every 2 seconds via polling or SSE
See DASHBOARD.md for detailed architecture and usage guide.
Code Review
Perform industry-standard review on any PR:
/sdlc-review --pr 1 # Review PR #1 with 3 parallel agentsThe command posts inline comments via gh pr comment, confidence-filtered to show only high-confidence issues.
With code-review-graph Integration
Enhanced review with visual dependency analysis:
/sdlc-review --pr 1 --with-graph # Review PR #1 with dependency visualizationThis includes:
- Coupling and cohesion analysis
- Change impact on system architecture
- Dependency graph visualization
- Refactoring safety assessment
See INTEGRATIONS.md for full details on code-review-graph capabilities.
Multi-Agent Parallel Collaboration (NEW in v1.0.0)
All 20 agents work in parallel with real-time communication and shared context:
- Parallel Execution: Multiple agents work simultaneously on independent tasks
- Shared Workspace:
.sdlc/run-<timestamp>/withcontext.jsonfor shared state - Collaboration Log: Real-time messages between agents (
collaboration-log.json) - Dependency Management: Agents automatically wait for blocking dependencies
- Feedback Loops: Peer review and validation run in parallel with development
- Speedup: 2-3x faster than sequential execution
Example: Phase 3 Development (Parallel vs Sequential)
Sequential (Old Way):
SoftwareArchitect ──► FrontendEngineer ──► BackendEngineer ──► DatabaseEngineer
12m 12m 12m 12m
= 48 minutes totalParallel (New Way):
SoftwareArchitect (12m)
│
(publishes architecture)
│
┌───┴────┬──────────┐
▼ ▼ ▼
FE (12m) BE (12m) DB (12m) ◄── All run in parallel
└────┬────┘
▼
Integration (3m)
= 25 minutes total (2x speedup)Usage
# Run all phases with parallel agents
/sdlc "build a user auth system" --parallel
# Run specific phase with parallelization
/sdlc-parallel phase-3 --max-workers=4 --feedback-loops
# Show real-time collaboration log
/sdlc --show-collaboration-log --verboseSee AGENT_COLLABORATION.md for full documentation.
Code Quality Standards (v1.0.0)
The plugin now enforces comprehensive code quality standards across 5 dimensions:
- Static Code Quality — Linting, formatting, naming conventions, complexity control, DRY
- Testing & Coverage — Unit/integration/E2E tests, 80%+ coverage threshold, F.I.R.S.T. principles
- Architecture — SOLID principles, documentation, technical debt tracking, dependency hygiene
- Security (DevSecOps) — SAST scanning, SCA audits, secret detection, input validation
- Review & CI/CD — Peer reviews, automated quality gates, blocking on failures
Ready-to-Use Configuration Templates
All agents come with working configurations:
- ESLint (.eslintrc.js) — Linting rules for naming, complexity, security
- Jest (jest.config.js) — Testing pyramid 70/20/10, coverage thresholds
- Pre-commit hooks (.husky/pre-commit) — Enforce standards before commit
- GitHub Actions (ci.yml) — Full CI/CD pipeline with quality gates
- NPM scripts (package.json) — Commands for all quality checks
See skill-code-quality for complete documentation and implementation examples.
Book Principles in Action
Clean Code Principles
All development agents enforce:
- Meaningful names (no
d,info,data) - Small functions (≤20 lines)
- One level of abstraction per function
- Self-documenting code reduces comment burden
Software Engineering Best Practices
- Code Review — Blocking issues vs. nits; 24-hour SLA
- Testing Pyramid — Unit (cheap) ≫ Integration ≫ E2E (expensive)
- Beyoncé Rule — "If you care about it, test it"
- Hermetic builds — No network calls, reproducible artifacts, artifact-based caching
- Trunk-based development — Short-lived branches, feature flags preferred, no broken trunk
- QUANTS framework — Measure productivity via Quality, Attention, Toil, Time, Satisfaction
Architecture: The Hard Parts
- ADR (Architecture Decision Record) — Context, Decision, Consequences + explicit trade-off table
- Coupling spectrum — Service granularity decisions justified by coupling analysis
- Fitness functions — Automated architecture compliance checks
- One-Version Rule — Minimize external dependency versions
Pragmatic Programmer
- DRY (Don't Repeat Yourself) — Applied to code, schema, IaC, documentation
- ETC (Easy To Change) — Every design choice evaluated for changeability
- Tracer bullets — Build minimal end-to-end feature first, then iterate
- No broken windows — Fix technical debt immediately, don't let it accumulate
- Code generation — Generate repetitive code patterns, not written by hand
Extending the Plugin
Adding a New Agent
Create
agents/new-agent-name.mdwith frontmatter:--- name: new-agent-name description: When to invoke this agent... tools: Read, Bash, Write, etc. model: haiku|sonnet|opus color: optional-hex-or-name ---Write the system prompt in the body with book principles embedded
Update
skills/to reference relevant methodologies if neededIntegrate into a command or the master
/sdlcorchestrator
Adding a New Skill
Create
skills/skill-name/SKILL.mdwith frontmatter:--- name: skill-name description: This skill should be used when the user asks to "..." version: 1.0.0 ---Write methodology content that agents will load automatically
Add optional reference files in
skills/skill-name/references/
Development
Validate Plugin Structure
make validateRemove Plugin
make uninstallVerification
Test the plugin with sample features:
Phase 1 — Planning:
/sdlc-plan "add user profile page"- ✓ PRD generated
- ✓ User stories + AC written
- ✓ Threat model (STRIDE) produced
- ✓ GitHub issues created
Phase 2 — Design:
/sdlc-design- ✓ User journey maps written
- ✓ ASCII wireframes produced
Phase 3 — Development:
/sdlc-dev --stack backend,frontend- ✓ Backend code generated (APIs, business logic)
- ✓ Frontend code generated (UI, client logic)
Phase 4 — Testing:
/sdlc-test --layer all --run- ✓ Unit tests generated (70%)
- ✓ Integration tests (20%)
- ✓ E2E tests (10%)
- ✓ OWASP/CWE audit performed
- ✓ Pen test findings documented
Phase 5 — Deployment:
/sdlc-deploy --trigger- ✓ GitHub Actions pipeline created
- ✓ Dockerfile generated
- ✓ Terraform IaC written
- ✓ Pipeline runs green
Phase 6 — Operations:
/sdlc-ops --framework prometheus- ✓ SLOs defined
- ✓ Alerting rules written
- ✓ Runbook stub created
- ✓ QUANTS summary produced
End-to-end:
/sdlc "build a user authentication system"- ✓ All 6 phases run sequentially with approval gates
- ✓ Comprehensive artifacts produced
- ✓ PR offered with auto-generated summary
License
MIT (or as specified by the user)
Core Files (Essentials Only)
- README.md ← Features, installation, usage
- CLAUDE.md ← Agent/skill conventions, how to extend
- QUICK_REFERENCE.md ← Commands, copy-paste examples
Extended Documentation
Reference docs archived in docs/:
docs/INTEGRATION.md— code-review-graph integrationdocs/AGENT_DEVELOPMENT_GUIDE.md— Agent anatomydocs/AGENT_COLLABORATION.md— Parallel execution detailsdocs/AGENT_SKILLS_MANIFEST.md— Skill mapping reference
Contributing
To extend this plugin with new agents, skills, or commands, follow the patterns documented in CLAUDE.md.
