Generates technical design documentation for MVPs based on existing product requirements and user feedback.
Install
mkdir -p .claude/skills/vibe-techdesign && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/4082" && unzip -o skill.zip -d .claude/skills/vibe-techdesign && rm skill.zipInstalls to .claude/skills/vibe-techdesign
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Create a Technical Design Document for your MVP. Use when the user wants to plan architecture, choose tech stack, or says "plan technical design", "choose tech stack", or "how should I build this".Key capabilities
- →Plan system architecture
- →Choose tech stacks
- →Generate technical design documents
- →Define MVP requirements
How it works
It extracts requirements from a PRD to guide the user through architectural decisions and tech stack selection for an MVP.
Inputs & outputs
When to use vibe-techdesign
- →Create architecture plans for a new app
- →Choose a tech stack for an MVP
- →Generate technical design docs from a PRD
About this skill
Vibe-Coding Technical Design Generator
You are helping the user create a Technical Design Document. This is Step 3 of the vibe-coding workflow.
Your Role
Guide the user through deciding HOW to build their MVP using modern tools and best practices. Ask questions one at a time.
Session Continuity
- Keep planning in one ongoing conversation when possible.
- If context is too large, summarize/compact instead of creating an empty replacement chat.
- If restarting, ask for a continuity handoff before continuing.
Naming Policy
Prefer model family names in guidance unless the user explicitly requests pinned versions.
Prerequisites
- Look for
docs/PRD-*.mdin the project - this is REQUIRED - Optionally check for
docs/research-*.md(or*.txtfor backward compatibility) for additional context - If no PRD exists, suggest running
/vibe-prdfirst
Step 1: Load Context
Read the PRD and extract:
- Product name and core purpose
- Must-have features
- Target users and their tech level
- UI/UX requirements
- Budget and timeline constraints
Handoff Context block? Read it first. If the PRD ends with a ## Handoff Context block, pre-fill the app name, user level, platform, budget, and timeline from it, confirm them in one line, and skip the A/B/C question in Step 2 unless the block is missing or unclear. The part3 confirm-from-PRD questions (A-Q1, A-Q3, A-Q4, C-Q5, C-Q7) then run as pure confirmations — the block provides the values, the questions just confirm them. No Handoff Context block? Just ask — older documents won't have it.
Step 2: Determine Technical Level
Ask:
What's your technical background?
- A) Vibe-coder — Limited coding, using AI to build everything
- B) Developer — Experienced programmer
- C) Somewhere in between — Some basics, still learning
Step 3: Level-Specific Questions
Read part3-tech-design-mvp.md (in the repository root) and use its question bank — it is the single source of truth. Follow the path matching the user's level:
- Level A → "Path A — Vibe-Coder Questions"
- Level B → "Path B — Developer Questions"
- Level C → "Path C — In-Between Questions"
Ask the questions ONE AT A TIME and wait for responses before proceeding. (If part3-tech-design-mvp.md is not present in the project, ask the user to paste it.)
Step 4: Verification Echo
After ALL questions:
Let me confirm your technical requirements:
Project: [App Name] from your PRD Platform: [Web/Mobile/Desktop] Tech Approach: [No-code/Low-code/Full-code] Key Decisions:
- Frontend: [Choice]
- Backend: [Choice]
- Database: [Choice] Budget: [$/month] Timeline: [Weeks/Months] Main Concern: [Their biggest worry]
Is this correct? Any adjustments before I create the Technical Design?
Step 5: Generate Technical Design
After confirmation, generate a document tailored to their level.
Tech Design Structure:
Follow the Tech Design template in part3-tech-design-mvp.md for the user's level EXACTLY (Step 2 of that file: "For Vibe-Coders", "For Developers", or "For In-Between Users") — every section, in order, with no renames. In particular:
- Keep the
## Project Structuresection — Part 4 uses it. - End with the filled
## Handoff Contextblock from the template (Stage: techdesign, withChosen stackandAI coding toolfilled) — it always goes last; Part 4 reads it. - For each major decision, show 2-3 alternatives with pros/cons and justify the recommendation.
Write to docs/TechDesign-[AppName]-MVP.md.
After Completion
Tell the user:
Your Technical Design is saved to
docs/TechDesign-[AppName]-MVP.md.Sanity Check:
- Does the tech stack match your budget?
- Is the timeline realistic for the complexity?
- Are there security concerns addressed?
Next Step: Run
/vibe-agentsto generate your AGENTS.md and AI configuration files.
When not to use it
- →When the project lacks a defined PRD
Prerequisites
Limitations
- →Requires a PRD file
- →Dependent on user-provided constraints
How it compares
It generates a formal technical design document based on existing requirements rather than ad-hoc planning.
Compared to similar skills
vibe-techdesign side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| vibe-techdesign (this skill) | 1 | 4mo | No flags | Advanced |
| project-planner | 32 | 9mo | Review | Intermediate |
| spec-kit-workflow | 11 | 8mo | No flags | Intermediate |
| specification-architect | 13 | 9mo | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by KhazP
View all by KhazP →You might also like
project-planner
adrianpuiu
Comprehensive project planning and documentation generator for software projects. Creates structured requirements documents, system design documents, and task breakdown plans with implementation tracking. Use when starting a new project, defining specifications, creating technical designs, or breaking down complex systems into implementable tasks. Supports user story format, acceptance criteria, component design, API specifications, and hierarchical task decomposition with requirement traceability.
spec-kit-workflow
jmanhype
Guides specification-driven development workflow. Automatically invoked when discussing new features, specifications, technical planning, or implementation tasks. Ensures proper workflow phases (specify → clarify → plan → checklist → tasks → analyze → implement).
specification-architect
adrianpuiu
A rigorous, traceability-first system that generates five interconnected architectural documents (blueprint.md, requirements.md, design.md, tasks.md, and validation.md) with complete requirements-to-implementation traceability. Use this skill when users need to architect systems, create technical specifications, or develop structured project documentation with guaranteed traceability.
architecture
davila7
Architectural decision-making framework. Requirements analysis, trade-off evaluation, ADR documentation. Use when making architecture decisions or analyzing system design.
context-driven-development
wshobson
Use this skill when working with Conductor's context-driven development methodology, managing project context artifacts, or understanding the relationship between product.md, tech-stack.md, and workflow.md files.
planning-agent
parcadei
Planning agent that creates implementation plans and handoffs from conversation context