lwndev-sdlc

Plugin lwndev-sdlc from marketplace lwndev-plugins in lwndev/lwndev-marketplace. Commands read from the repo's manifest — 1 month ago.

Skills (15)

• addressing-qa-findings

  Developer-persona skill that consumes QA findings (verdict ISSUES-FOUND), reproduces failing QA tests, writes production fixes, re-validates, and adopts QA tests into *.qa.* siblings next to peer tests once re-QA passes. Use when the orchestrator branches from executing-qa with a non-PASS verdict, o

• creating-implementation-plans

  Creates structured implementation plans from feature requirements. Use when planning new features, multi-phase projects, or when the user asks for an implementation plan, build plan, or development roadmap.

• documenting-bugs

  Creates structured bug report documents for tracking defects and issues. Use when the user needs to document a bug, unexpected behavior, regression, UI/UX defect, performance issue, or security vulnerability with root cause analysis and traceable acceptance criteria.

• documenting-chores

  Creates lightweight documentation for chore tasks and maintenance work. Use when the user needs to document a chore, maintenance task, dependency update, refactoring, or minor fix that doesn't require full feature requirements.

• documenting-features

  Creates structured feature requirement documents for software features. Use when defining new features, writing requirements, specifying CLI commands, API endpoints, or when the user asks for feature documentation, requirements, specs, or PRDs.

• documenting-qa

  Builds an adversarial QA test plan for a feature, chore, or bug. Plans are built from the user-facing summary + PR/diff + capability report (NOT from the requirements doc) and organized by adversarial dimension (inputs, state transitions, environment, dependency failure, cross-cutting).

• executing-bug-fixes

  Executes bug fix workflows from branch creation through pull request with root cause driven execution. Use when the user says "execute bug fix", "fix this bug", "run the bug fix workflow", or references bug documents in requirements/bugs/.

• executing-chores

  Executes chore task workflows including branch creation, implementation, and pull request creation. Use when the user says "execute chore", "implement this chore", "run the chore workflow", or references chore documents in requirements/chores/.

• executing-qa

  Executes adversarial QA against a feature branch by writing and running real tests (or producing a structured exploratory review when no test framework is detected). Emits a version-2 results artifact with verdict, execution results, findings, and reconciliation delta.

• finalizing-workflow

  Merges the current PR, checks out main, fetches, and pulls — reducing the repetitive end-of-workflow sequence to a single slash command. Use when the user says "finalize", "merge and reset", "finalize workflow", or after QA passes.

• implementing-plan-phases

  Required workflow for implementing phases from plans in requirements/implementation/. Enforces status tracking (Pending → 🔄 In Progress → ✅ Complete), branch naming (feat/{ID}-summary), and verification sequence. Use when the user says "run phase workflow", "execute phase workflow", "start phase N

• managing-source-control

  Centralizes git and pull-request operations into a single delegatable skill. Dispatches between GitHub (gh CLI) and Azure DevOps (az CLI) backends based on origin URL or SDLC_SCM_BACKEND env override. Use when the orchestrator or a consumer skill needs to create, view, list, merge, or diff pull requ

• managing-work-items

  Centralizes issue tracker operations (GitHub Issues, Jira) into a single delegatable skill. Handles fetch and comment operations with automatic backend detection from issue reference format. Use when the orchestrator needs to fetch issue data, post status comments, generate PR body issue links, or e

• orchestrating-workflows

  Orchestrate full SDLC workflow chains (feature, chore, bug) end-to-end by sequencing sub-skill invocations, managing state across pause points, and isolating per-step context via Agent tool forking.

• reviewing-requirements

  Validates requirement documents against the codebase and docs. Operates in three modes - standard review (before QA), test-plan reconciliation (after QA), and code-review reconciliation (after PR review). Use when the user says "review requirements", "validate requirements", "check requirements", or

Subagents (1)

• test-fixture-agent

  Minimal agent definition kept for test-skill.test.ts fixture coverage.

Hooks (5)

• UserPromptSubmit

  bash ${CLAUDE_PLUGIN_ROOT}/scripts/hooks/record-approval.sh

• PreToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/scripts/hooks/guard-state-transitions.sh

• PreToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/scripts/hooks/guard-agent-prompts.sh

• PreToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/scripts/hooks/guard-agent-prompts.sh

• PreToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/scripts/hooks/guard-findings-edits.sh

Similar plugins