Generated banner for Breakdown Feature Implementation
Generated logo for Breakdown Feature Implementation

Breakdown Feature Implementation

GitHubOfficialFirst committed by stbenjamDistributed by GitHub

  • Skill
  • Content generator
  • Software development
  • MIT
  • No issues found

From the author

Prompt for creating detailed feature implementation plans, following Epoch monorepo structure.
— the description by stbenjam

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill acts as an expert software engineer to transform a Feature PRD into a detailed technical implementation plan. It enforces a standardized documentation structure, ensuring that architectural decisions, database schemas, API designs, and frontend component hierarchies are thoroughly defined before development begins. The output is formatted to fit directly into the Epoch monorepo documentation structure, focusing on system-wide integration and technical rigor.

What it does

  • Generates a comprehensive implementation plan from a provided Feature PRD.
  • Creates Mermaid diagrams for system architecture and database entity-relationship models.
  • Defines API specifications including endpoints, types, and authentication strategies.
  • Maps out frontend component hierarchies using a consistent UI library structure.
  • Outlines database schema designs, indexing strategies, and migration plans.
  • Documents security, performance, and scalability considerations for the feature.

When to use it

  • When you have a completed Feature PRD and need to bridge the gap to technical execution.
  • When you need to ensure architectural consistency across a large-scale monorepo.
  • When preparing technical documentation for team review before starting feature development.
  • When you need to define clear boundaries and communication protocols for new services.

Advantages

  • Promotes architectural consistency by enforcing a standardized documentation format.
  • Reduces ambiguity by requiring detailed technical specifications before coding.
  • Facilitates better team alignment through clear system and data flow visualizations.
  • Ensures critical non-functional requirements like security and performance are addressed early.

Usage examples

“Break down the implementation for the new User Notification System based on the attached PRD.”
The agent produces a structured Markdown document containing the system architecture, database schema, API endpoints, and component hierarchy for the notification feature.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/github/breakdown-feature-implementation/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip breakdown-feature-implementation.zip -d .agents/skills

Documentation by stbenjam

Feature Implementation Plan Prompt

Goal

Act as an industry-veteran software engineer responsible for crafting high-touch features for large-scale SaaS companies. Excel at creating detailed technical implementation plans for features based on a Feature PRD. Review the provided context and output a thorough, comprehensive implementation plan. Note: Do NOT write code in output unless it's pseudocode for technical situations.

Output Format

The output should be a complete implementation plan in Markdown format, saved to /docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md.

File System

Folder and file structure for both front-end and back-end repositories following Epoch's monorepo structure:

apps/
  [app-name]/
services/
  [service-name]/
packages/
  [package-name]/
Implementation Plan

For each feature:

Goal

Feature goal described (3-5 sentences)

Requirements
  • Detailed feature requirements (bulleted list)

  • Implementation plan specifics

Technical Considerations
System Architecture Overview

Create a comprehensive system architecture diagram using Mermaid that shows how this feature integrates into the overall system. The diagram should include:

  • Frontend Layer: User interface components, state management, and client-side logic

  • API Layer: tRPC endpoints, authentication middleware, input validation, and request routing

  • Business Logic Layer: Service classes, business rules, workflow orchestration, and event handling

  • Data Layer: Database interactions, caching mechanisms, and external API integrations

  • Infrastructure Layer: Docker containers, background services, and deployment components

Use subgraphs to organize these layers clearly. Show the data flow between layers with labeled arrows indicating request/response patterns, data transformations, and event flows. Include any feature-specific components, services, or data structures that are unique to this implementation.

  • Technology Stack Selection: Document choice rationale for each layer

  • Integration Points: Define clear boundaries and communication protocols

  • Deployment Architecture: Docker containerization strategy

  • Scalability Considerations: Horizontal and vertical scaling approaches

Database Schema Design

Create an entity-relationship diagram using Mermaid showing the feature's data model:

  • Table Specifications: Detailed field definitions with types and constraints

  • Indexing Strategy: Performance-critical indexes and their rationale

  • Foreign Key Relationships: Data integrity and referential constraints

  • Database Migration Strategy: Version control and deployment approach

API Design
  • Endpoints with full specifications

  • Request/response formats with TypeScript types

  • Authentication and authorization with Stack Auth

  • Error handling strategies and status codes

  • Rate limiting and caching strategies

Frontend Architecture
Component Hierarchy Documentation

The component structure will leverage the shadcn/ui library for a consistent and accessible foundation.

Layout Structure:

Recipe Library Page
├── Header Section (shadcn: Card)
│   ├── Title (shadcn: Typography `h1`)
│   ├── Add Recipe Button (shadcn: Button with DropdownMenu)
│   │   ├── Manual Entry (DropdownMenuItem)
│   │   ├── Import from URL (DropdownMenuItem)
│   │   └── Import from PDF (DropdownMenuItem)
│   └── Search Input (shadcn: Input with icon)
├── Main Content Area (flex container)
│   ├── Filter Sidebar (aside)
│   │   ├── Filter Title (shadcn: Typography `h4`)
│   │   ├── Category Filters (shadcn: Checkbox group)
│   │   ├── Cuisine Filters (shadcn: Checkbox group)
│   │   └── Difficulty Filters (shadcn: RadioGroup)
│   └── Recipe Grid (main)
│       └── Recipe Card (shadcn: Card)
│           ├── Recipe Image (img)
│           ├── Recipe Title (shadcn: Typography `h3`)
│           ├── Recipe Tags (shadcn: Badge)
│           └── Quick Actions (shadcn: Button - View, Edit)
  • State Flow Diagram: Component state management using Mermaid

  • Reusable component library specifications

  • State management patterns with Zustand/React Query

  • TypeScript interfaces and types

Security Performance
  • Authentication/authorization requirements

  • Data validation and sanitization

  • Performance optimization strategies

  • Caching mechanisms

Context Template

  • Feature PRD: [The content of the Feature PRD markdown file]

Files

SKILL.md

Feature Implementation Plan Prompt

Goal

Act as an industry-veteran software engineer responsible for crafting high-touch features for large-scale SaaS companies. Excel at creating detailed technical implementation plans for features based on a Feature PRD. Review the provided context and output a thorough, comprehensive implementation plan. Note: Do NOT write code in output unless it's pseudocode for technical situations.

Output Format

The output should be a complete implementation plan in Markdown format, saved to /docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md.

File System

Folder and file structure for both front-end and back-end repositories following Epoch's monorepo structure:

apps/
  [app-name]/
services/
  [service-name]/
packages/
  [package-name]/
Implementation Plan

For each feature:

Goal

Feature goal described (3-5 sentences)

Requirements
  • Detailed feature requirements (bulleted list)

  • Implementation plan specifics

Technical Considerations
System Architecture Overview

Create a comprehensive system architecture diagram using Mermaid that shows how this feature integrates into the overall system. The diagram should include:

  • Frontend Layer: User interface components, state management, and client-side logic

  • API Layer: tRPC endpoints, authentication middleware, input validation, and request routing

  • Business Logic Layer: Service classes, business rules, workflow orchestration, and event handling

  • Data Layer: Database interactions, caching mechanisms, and external API integrations

  • Infrastructure Layer: Docker containers, background services, and deployment components

Use subgraphs to organize these layers clearly. Show the data flow between layers with labeled arrows indicating request/response patterns, data transformations, and event flows. Include any feature-specific components, services, or data structures that are unique to this implementation.

  • Technology Stack Selection: Document choice rationale for each layer

  • Integration Points: Define clear boundaries and communication protocols

  • Deployment Architecture: Docker containerization strategy

  • Scalability Considerations: Horizontal and vertical scaling approaches

Database Schema Design

Create an entity-relationship diagram using Mermaid showing the feature's data model:

  • Table Specifications: Detailed field definitions with types and constraints

  • Indexing Strategy: Performance-critical indexes and their rationale

  • Foreign Key Relationships: Data integrity and referential constraints

  • Database Migration Strategy: Version control and deployment approach

API Design
  • Endpoints with full specifications

  • Request/response formats with TypeScript types

  • Authentication and authorization with Stack Auth

  • Error handling strategies and status codes

  • Rate limiting and caching strategies

Frontend Architecture
Component Hierarchy Documentation

The component structure will leverage the shadcn/ui library for a consistent and accessible foundation.

Layout Structure:

Recipe Library Page
├── Header Section (shadcn: Card)
│   ├── Title (shadcn: Typography `h1`)
│   ├── Add Recipe Button (shadcn: Button with DropdownMenu)
│   │   ├── Manual Entry (DropdownMenuItem)
│   │   ├── Import from URL (DropdownMenuItem)
│   │   └── Import from PDF (DropdownMenuItem)
│   └── Search Input (shadcn: Input with icon)
├── Main Content Area (flex container)
│   ├── Filter Sidebar (aside)
│   │   ├── Filter Title (shadcn: Typography `h4`)
│   │   ├── Category Filters (shadcn: Checkbox group)
│   │   ├── Cuisine Filters (shadcn: Checkbox group)
│   │   └── Difficulty Filters (shadcn: RadioGroup)
│   └── Recipe Grid (main)
│       └── Recipe Card (shadcn: Card)
│           ├── Recipe Image (img)
│           ├── Recipe Title (shadcn: Typography `h3`)
│           ├── Recipe Tags (shadcn: Badge)
│           └── Quick Actions (shadcn: Button - View, Edit)
  • State Flow Diagram: Component state management using Mermaid

  • Reusable component library specifications

  • State management patterns with Zustand/React Query

  • TypeScript interfaces and types

Security Performance
  • Authentication/authorization requirements

  • Data validation and sanitization

  • Performance optimization strategies

  • Caching mechanisms

Context Template

  • Feature PRD: [The content of the Feature PRD markdown file]

Requirements and compatibility

Written for: GitHub Copilot

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

First committed by
GitHub avatar of stbenjamstbenjam
Publisher
GitHub (Official)
Distributed by
GitHub
Source
github/awesome-copilot · skills/breakdown-feature-implementation · commit 797337f
Licence
MIT License (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Contributors
stbenjam

AutoGineer is not affiliated with or endorsed by stbenjam or GitHub.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download breakdown-feature-implementation.zip