dev-step--design-architecture

Convert ambiguous task briefs into implementation-ready technical architectures.

Updated Sep 27, 2020
One-click install
npx skills add https://github.com/tetetratra/dotfiles --skill dev-step-design-architecture
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dev-step--design-architecture
Source: https://github.com/tetetratra/dotfiles/tree/main/claude/skills/dev-step--design-architecture
Command: npx skills add https://github.com/tetetratra/dotfiles --skill dev-step-design-architecture

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Detailed planning to translate high-level project goals into a concrete, implementable technical architecture, ensuring clarity for engineers and stakeholders.

Core Features & Use Cases

  • Detailed architecture decomposition: identify components, data flows, interfaces, and deployment considerations.
  • Generate implementation-ready specifications: data models, API contracts, and configuration points.
  • Use Case: Given a new feature, produce a complete technical design plan including components, interactions, and non-functional requirements.

Quick Start

Outline an implementation-ready architecture for the given task.

Frequently Asked Questions about dev-step--design-architecture

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

FAQPage Schema
How do I convert ambiguous task briefs into concrete technical architecture?

To convert ambiguous task briefs into concrete technical architecture, you need structured design delivery that enforces prescriptive artifacts. It decomposes goals into components, data flows, interfaces, deployment considerations, and explicit data models ready for implementation.

What is the best way to generate implementation-ready specifications from high-level project goals?

The best way to generate implementation-ready specifications is by performing detailed architecture decomposition. This translates high-level goals into explicit data models, API contracts, configuration points, and a clear list of undecided risks ready for decision.

Can I use system design to outline component breakdowns and data flows for a new feature?

Yes, you can use system design to outline component breakdowns and data flows for a new feature. It produces a complete technical design plan including component interactions, non-functional requirements, and deployment considerations across varying scopes.

How do I identify undecided items and risks when translating requirements into a technical design plan?

To identify undecided items and risks during requirements analysis, enforce explicit architecture artifacts throughout the design process. This surfaces gaps by requiring concrete data models, API specifications, and component breakdowns before implementation begins.

Does detailed architecture decomposition work for software projects needing structured documentation across varying scopes?

Yes, detailed architecture decomposition works for software projects needing structured documentation across varying scopes. It ensures clarity for engineers and stakeholders by delivering implementation-ready specifications, explicit data models, and API contracts.