Agent skill

technical-design-document

Creates a detailed technical design document from a product opportunity through collaborative workshopping. Use this when the user wants to create a technical spec, design document, or needs to plan a new feature or project through an interactive process with discovery, alternatives exploration, and iterative feedback before finalizing.

Stars 4
Forks 1

Install this agent skill to your Project

npx add-skill https://github.com/michaeldiestelberg/The-AI-enabled-Product-Builder/tree/main/Technical Design Document

SKILL.md

Technical Design Workshop

Guide users through creating a comprehensive technical design document from a product one-pager through an interactive, workshop-style conversation.

Workshop Flow

Follow these phases sequentially, adapting based on project context:

Phase 1: Read Product One-Pager

Accept input in any format:

  • Full product document
  • Brief description (1-2 sentences)
  • Key problem/solution statements

Clarification protocol:

  • Assume provided context is complete
  • Only ask clarifying questions if critical "what" or "why" information is missing
  • Keep questions minimal and focused

Phase 2: Discovery

Scan the project environment:

bash
# Check current directory structure
ls -la
# Read key documentation files
cat README.md agents.md claude.md 2>/dev/null

Present findings:

  • Summarize existing codebase/files
  • Note if starting from scratch
  • Highlight relevant documentation found

Ask user: "Is there anything important I'm missing or should know before we proceed?"

Wait for confirmation before advancing.

Phase 3: Scoping (Critical Phase)

Work collaboratively to define boundaries. This is the most important phase.

Define In-Scope features:

  • Identify 3-5 core features to include
  • Explain why each is essential
  • Consider existing codebase elements
  • Prefer iteration over rewrites

Define Out-of-Scope items:

  • Be explicit about exclusions
  • Explain deferral rationale
  • Maintain focus on core functionality

Important constraints:

  • Don't sequence implementation (that's for later)
  • Write for AI agent audience (concise, technical)
  • Focus on WHAT to build, not HOW
  • No code, READMEs, or artifacts yet

Interaction style:

  • Ask ONE question at a time
  • Use multiple-choice format (2-4 options)
  • Present trade-offs clearly
  • Invite feedback on alternatives

Example question: "Which features are most critical for V1? A) User authentication + basic CRUD (faster launch) B) Authentication + CRUD + search (more complete) C) Just CRUD operations (minimal viable) D) Something else - what would you prioritize?"

Phase 4: Technology Choices

For existing projects:

  • Use current technology stack
  • Respect existing patterns
  • Avoid unnecessary rewrites

For new projects, prefer:

  • Frontend: React, TypeScript, Tailwind CSS
  • Backend: Node.js and/or Python
  • Minimize dependencies
  • Apply AI agent best practices

When multiple options exist:

  • Present 2-3 alternatives maximum
  • Explain trade-offs (performance, complexity, maintainability)
  • Use multiple-choice format

Example: "Database approach for this project? A) PostgreSQL (relational, robust, slightly more setup) B) SQLite (simple, file-based, perfect for small scale) C) MongoDB (flexible schema, good for rapid iteration)"

Phase 5: Write Technical Design Document

Create a structured document with these sections:

Required Sections

1. Overview

  • What we're building (1-2 sentences)
  • Why we're building it (1-2 sentences)
  • Success criteria

2. Scope

  • In-scope features (bulleted list with brief rationale)
  • Out-of-scope items (what we're not building)

3. Architecture

  • High-level architecture diagram (ASCII art)
  • Key components and their responsibilities
  • Data flows between components
  • Integration points (if extending existing code)

4. Technology Stack

  • Frontend technologies and rationale
  • Backend technologies and rationale
  • Key dependencies
  • Infrastructure considerations

5. Data Model (if applicable)

  • Core entities
  • Relationships
  • Key attributes
  • Storage decisions

6. API/Interface Design (if applicable)

  • Key endpoints or interfaces
  • Request/response patterns
  • Authentication/authorization approach

7. Implementation Considerations

  • Key technical challenges
  • Assumptions and dependencies
  • Security considerations
  • Performance considerations

ASCII Architecture Diagram Example

┌─────────────┐         ┌──────────────┐
│   Frontend  │────────▶│   API Layer  │
│  (React)    │◀────────│   (Node.js)  │
└─────────────┘         └──────┬───────┘
                               │
                        ┌──────▼───────┐
                        │   Database   │
                        │ (PostgreSQL) │
                        └──────────────┘

Writing Style

Concise and focused:

  • Write for an AI agent with technical knowledge
  • Minimal explanation of well-known concepts
  • Clear structure with logical sections
  • No unnecessary verbosity

What to include:

  • Component purposes and interactions
  • Data flows and state management
  • Integration boundaries
  • Technical decisions and rationale

What to omit:

  • Detailed implementation steps
  • Code snippets (unless illustrating a pattern)
  • Overly detailed explanations of standard technologies
  • Project management details

When to Stop the Workshop

You have sufficient information when you can clearly answer:

  1. ✓ What are we building? (feature list is clear)
  2. ✓ What are we NOT building? (exclusions are explicit)
  3. ✓ What technology will we use? (stack decisions made)
  4. ✓ How do components interact? (architecture is clear)

Stop asking questions once these are answered. Write the technical design document.

Interaction Principles

Be collaborative, not interrogative:

  • You're facilitating a workshop, not conducting an interview
  • Invite discussion on alternatives
  • Trust user's judgment on scope
  • Make technical decisions explicit

Efficiency over completeness:

  • Don't over-engineer the conversation
  • Focus on decisions that matter
  • Skip obvious or low-impact choices
  • Keep scope manageable

AI-First documentation:

  • Remember your audience is an AI implementing this
  • No need to explain basics
  • Focus on the "what" not the "how"
  • Provide enough context for autonomous implementation

Example Workshop Flow

User: "I want to build a note-taking app with AI-powered search"

Claude: "I'll help you create a technical spec for that. Let me first 
check what's in your current project folder..."

[Runs discovery commands]

Claude: "I see you have an empty project folder. This will be a fresh 
start. Before we scope this out, is there anything about your existing 
infrastructure or constraints I should know?"

User: "No, starting fresh"

Claude: "Great. For the AI-powered note-taking app, which features are 
most critical for the first version?

A) Basic notes + AI semantic search (core functionality)
B) Notes + AI search + tagging/folders (more organized)
C) Notes + AI search + collaboration (multi-user focus)
D) Something else - what's your priority?"

[Continues workshop through phases...]

Expand your agent's capabilities with these related and highly-rated skills.

michaeldiestelberg/The-AI-enabled-Product-Builder

product-one-pager

Help product managers create product one-pagers through guided conversation. Use when someone wants to create a product opportunity document, PRD precursor, or needs to articulate why and what they're building before starting development. Triggers include "create a one-pager", "product opportunity", "what should I build", or starting vibe coding projects.

4 1
Explore
michaeldiestelberg/The-AI-enabled-Product-Builder

create-memo

This skill helps capture unstructured thoughts (via text or voice) across multiple turns and converts them into structured memos that are saved to a Notion inbox database. Use when the user wants to create a memo, capture thoughts, or provide content that should be documented verbatim without analysis or response.

4 1
Explore
michaeldiestelberg/The-AI-enabled-Product-Builder

ux-ia-review

Review a provided UI screenshot for usability and information architecture quality, then propose concrete structural changes with rationale and generate a copy/paste prompt for a coding agent. Use when the user asks for UX review, IA review, layout structure critique, navigation clarity feedback, or task-flow improvement based on a screenshot or mockup.

4 1
Explore
michaeldiestelberg/The-AI-enabled-Product-Builder

product-requirements-document

Creates product requirements documents through collaborative workshopping. Guides users from product idea to structured PRD with user stories, acceptance criteria, and business rationale. Use when someone wants to define requirements, write user stories, document a feature, or needs help structuring product thinking before development.

4 1
Explore
michaeldiestelberg/The-AI-enabled-Product-Builder

todays-focus-tasks

This skill transfers focus tasks from the daily "@Today" note in Notion to Todoist. It should be used when the user wants to sync their daily focus tasks, import today's tasks from Notion, or create Todoist tasks from their daily planning note. Trigger phrases include "sync my focus tasks", "import today's tasks", "create tasks from my daily note", or "todays focus tasks".

4 1
Explore
mattpocock/skills

edit-article

Edit and improve articles by restructuring sections, improving clarity, and tightening prose. Use when user wants to edit, revise, or improve an article draft.

111,310 9,758
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results