douglance/sdlc-plugin

actionable-communication

Use for consequential handoffs, blockers, completion reports, requirements, procedures, interface content, or formal documentation that must be easy to act on.

原文の言語: 英語

api-and-interface-design

Use when designing a public API, schema, module boundary, or frontend-backend contract.

原文の言語: 英語

debugging-and-error-recovery

Use when a failure's cause is unknown, evidence conflicts, or an initial fix did not solve the problem.

原文の言語: 英語

deployment

Use when tested code must be released with versioning, rollout, smoke checks, and a rollback path.

原文の言語: 英語

design

Use when a nontrivial change has unsettled interfaces, contracts, file structure, trade-offs, or verification boundaries.

原文の言語: 英語

deslop

Use to remove unnecessary generated patterns from the current diff without changing behavior.

原文の言語: 英語

documentation-and-adrs

Use when a consequential decision, public contract, or durable rationale must be recorded for future maintainers.

原文の言語: 英語

documentation

Use after behavior ships or an interface changes when documentation must be created, corrected, or verified against the source.

原文の言語: 英語

feasibility-analysis

Use when unfamiliar technology or constraints require sourced options and feasibility evidence before choosing an approach.

原文の言語: 英語

find-simplifying-insight

Use when proliferating rules, exceptions, adapters, or workarounds suggest the underlying model may be wrong and a falsifiable simpler model is needed.

原文の言語: 英語

frontend-design

Use when building or restyling a user-facing web interface where art direction and production-quality visual execution matter.

原文の言語: 英語

git-workflow-and-versioning

Use for commits, branching, merge conflicts, versioning, or integration across parallel workstreams.

原文の言語: 英語

implementation

Use when requirements are clear and code must be added, changed, or fixed against an observable success criterion.

原文の言語: 英語

incremental-implementation

Use when implementation should be split into multiple independently verifiable slices or commits.

原文の言語: 英語

interrogate

Use when the user explicitly wants a plan, design, specification, approach, or decision stress-tested through disciplined questions.

原文の言語: 英語

interrogate-with-docs

Use when the user wants a proposal stress-tested against the domain model while terminology and project decision records are updated.

原文の言語: 英語

lifecycle-documentation

Use to create or review a formal, traceable lifecycle artifact or phase handoff that another person or system must consume.

原文の言語: 英語

maintenance

Use to remove dead code, duplication, indirection, or unnecessary complexity while preserving behavior.

原文の言語: 英語

operations

Use when a live service needs observability, incident response, SLOs, runbooks, or continuity work.

原文の言語: 英語

performance-optimization

Use when a measured regression, explicit performance target, or profiler evidence identifies work to optimize.

原文の言語: 英語

planning-and-task-breakdown

Use when an accepted specification or plan must become ordered tasks, vertical slices, atomic commits, or parallel work boundaries.

原文の言語: 英語

planning

Use when a validated nontrivial change needs milestones, dependencies, risks, and an explicit out-of-scope boundary.

原文の言語: 英語

quality

Use for independent verification, validation, inspection, and quality judgment beyond whether tests pass.

原文の言語: 英語

requirements-gathering

Use when a request is ambiguous, high-blast-radius, difficult to reverse, or missing a material product decision.

原文の言語: 英語

sdlc-flow

Use when a request spans multiple lifecycle phases or the correct next phase is unclear.

原文の言語: 英語

security-and-hardening

Use for authentication, authorization, secrets, untrusted input, sensitive storage, or an explicit security review.

原文の言語: 英語

spec-driven-development

Use when a significant change needs a durable specification before implementation can begin safely.

原文の言語: 英語

test-driven-development

Use when a behavior change or defect is best defined and protected by a failing test before implementation.

原文の言語: 英語

testing

Use after implementation to probe edge cases, failure modes, malformed input, scale, security, and contradictions.

原文の言語: 英語

visual-design

Use when creating or reviewing a user-facing layout, state, illustration, document, slide, motion treatment, or rendered visual result.

原文の言語: 英語

actionable-communication

Use for consequential handoffs, blockers, completion reports, requirements, procedures, interface content, or formal documentation that must be easy to act on.

原文の言語: 英語

deployment

Use when tested code must be released with versioning, rollout, smoke checks, and a rollback path.

原文の言語: 英語

design

Use when a nontrivial change has unsettled interfaces, contracts, file structure, trade-offs, or verification boundaries.

原文の言語: 英語

documentation

Use after behavior ships or an interface changes when documentation must be created, corrected, or verified against the source.

原文の言語: 英語

feasibility-analysis

Use when unfamiliar technology or constraints require sourced options and feasibility evidence before choosing an approach.

原文の言語: 英語

find-simplifying-insight

Use when proliferating rules, exceptions, adapters, or workarounds suggest the underlying model may be wrong and a falsifiable simpler model is needed.

原文の言語: 英語

frontend-design

Use when building or restyling a user-facing web interface where art direction and production-quality visual execution matter.

原文の言語: 英語

implementation

Use when requirements are clear and code must be added, changed, or fixed against an observable success criterion.

原文の言語: 英語

interrogate

Use when the user explicitly wants a plan, design, specification, approach, or decision stress-tested through disciplined questions.

原文の言語: 英語

interrogate-with-docs

Use when the user wants a proposal stress-tested against the domain model while terminology and project decision records are updated.

原文の言語: 英語