sdlc-create-design

Convert requirements and context into evidence-backed FEAT design records in docs/design.md.

7|5|Updated Jul 22, 2025
One-click install
npx skills add https://github.com/nebius/nebius-ps-services --skill sdlc-create-design-nebius
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sdlc-create-design
Source: https://github.com/nebius/nebius-ps-services/tree/main/skills/sdlc-create-design
Command: npx skills add https://github.com/nebius/nebius-ps-services --skill sdlc-create-design-nebius

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve? Teams running an Agentic SDLC workflow need architecture and feature designs that stay traceable to approved requirements, but design documents often drift, lose stable IDs, or get rewritten without evidence. This Skill turns requirements and gathered context into canonical FEAT records in docs/design.md with preserved IDs and validated ownership. ## Core Features & Use Cases - Requirements-to-Design Mapping: Maps stable REQ-* blocks to stable FEAT-* blocks, recording selected and rejected design options with trade-offs and reversibility. - Failure-Driven Redesign: Admits redesign only with classifier-validated proof of a system-contract defect, reproducibility, and durable human approval when public contracts change. - Vertical Feature Flow Design: Defines end-to-end layer maps, boundary contracts, validation, test, rollout, and rollback plans per feature before planning starts. - Use Case: After requirements are approved, the SDLC coordinator routes to this Skill to produce docs/design.md where every P0 requirement maps to a ready feature with implementation boundaries and done criteria. ## Quick Start Ask the Agentic SDLC coordinator to create the initial design from docs/requirements.md and the gathered context packs using the sdlc-create-design adapter.

Frequently Asked Questions about sdlc-create-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a design document from requirements in an agentic SDLC workflow?

Route through the SDLC coordinator to sdlc-create-design, which reads docs/requirements.md, context packs, and the existing codebase, then writes FEAT-* blocks into docs/design.md via the maintain-project-specs paired publisher. Each ready feature records selected options, boundaries, validation, and rollout plans.

When should failure-driven redesign be triggered?

Redesign requires a classifier-validated admission record proving a system-contract defect, reproducibility at the recorded commit, valid evaluator and environment, stable requirements, and proven or high_confidence causation. Changes to public contracts, security, or data lifecycle also need durable human approval.

Can I invoke sdlc-create-design directly as a standalone command?

No. The skill is coordinator-only and user-invocable is false; it requires verified workflow context from the active Agentic SDLC coordinator. Without verified project, run, and phase evidence, it returns without mutation.

What are the limitations of the sdlc-create-design skill?

It cannot create execution plans, implement code, modify tests, or rewrite requirements. It is not for non-SDLC design docs, ADRs, or /plan handoffs, and it never deletes feature blocks without explicit requirement removal.

How does the skill handle missing technology or vendor context?

Missing or unverifiable version-sensitive, vendor, internal, or codebase context is routed back to sdlc-gather-context instead of being guessed. Gathered context packs serve as the single source of technology and vendor truth for design decisions.