Co-Pilot
Updated 24 days ago

the-startup

Rrsmdt
0.2k
rsmdt/the-startup
82
Agent Score

πŸ’‘ Summary

The Agentic Startup is a spec-driven development framework that enhances coding efficiency through parallel agent execution.

🎯 Target Audience

Software developersProject managersTechnical leadsStartups looking for rapid developmentQuality assurance teams

πŸ€– AI Roast: β€œPowerful, but the setup might scare off the impatient.”

Security AnalysisMedium Risk

Risk: Medium. Review: shell/CLI command execution; outbound network access (SSRF, data egress); API keys/tokens handling and storage; filesystem read/write scope and path traversal. Run with least privilege and audit before enabling in production.


Table of Contents


πŸ€– What is The Agentic Startup?

The Agentic Startup is a spec-driven development framework for Claude Code. Create comprehensive specifications before coding, then execute with parallel specialist agentsβ€”Y Combinator energy meets engineering discipline.

Key Features:

  • Native Claude Code Integration β€” Marketplace plugins with zero configuration
  • Spec-Driven Development β€” PRD β†’ SDD β†’ Implementation Plan β†’ Code
  • Parallel Agent Execution β€” Multiple specialists work simultaneously
  • Quality Gates β€” Built-in validation at every stage

Installation

Requirements: Claude Code v2.0+ with marketplace support

curl -fsSL https://raw.githubusercontent.com/rsmdt/the-startup/main/install.sh | sh

This installs the core plugins, configures the default output style, and sets up the statusline with a customizable config file.

# Add The Agentic Startup marketplace /plugin marketplace add rsmdt/the-startup # Install the Start plugin (core workflows) /plugin install start@the-startup # (Optional) Install the Team plugin (specialized agents) /plugin install team@the-startup

After installation:

# (Optional) Create project governance rules /start:constitution # Auto-enforced during specify, implement, review # Switch output styles anytime /output-style start:The Startup # High-energy, fast execution (default) /output-style start:The ScaleUp # Calm confidence, educational

πŸš€ Quick Start

Create a specification and implement it:

# Create a specification /start:specify Add user authentication with OAuth support # Execute the implementation /start:implement 001

That's it! You're now using spec-driven development.


πŸ“– The Complete Workflow

The Agentic Startup follows spec-driven development: comprehensive specifications before code, ensuring clarity and reducing rework.

All Commands at a Glance

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚                    SETUP (optional)                      β”‚
β”‚                                                          β”‚
β”‚  /start:constitution β–Ί Create project governance rules   β”‚
β”‚                        (auto-enforced in BUILD workflow) β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                            β”‚
                            β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚                    BUILD (primary flow)                  β”‚
β”‚                                                          β”‚
β”‚  /start:specify ────► Create specs (PRD + SDD + PLAN)    β”‚
β”‚        β”‚               ↳ Constitution checked on SDD     β”‚
β”‚        β–Ό                                                 β”‚
β”‚  /start:validate ───► Check quality (3 Cs framework)     β”‚
β”‚        β”‚               ↳ Constitution mode available     β”‚
β”‚        β–Ό                                                 β”‚
β”‚  /start:implement ──► Execute plan phase-by-phase        β”‚
β”‚        β”‚               ↳ Constitution + drift enforced   β”‚
β”‚        β–Ό                                                 β”‚
β”‚  /start:review ─────► Multi-agent code review            β”‚
β”‚        β”‚               ↳ Constitution compliance checked β”‚
β”‚        β–Ό                                                 β”‚
β”‚  /start:document ───► Generate/sync documentation        β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                            β”‚
                            β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚                    MAINTAIN (as needed)                  β”‚
β”‚                                                          β”‚
β”‚  /start:analyze ────► Discover patterns & rules          β”‚
β”‚                                                          β”‚
β”‚  /start:refactor ───► Improve code (preserve behavior)   β”‚
β”‚                                                          β”‚
β”‚  /start:debug ──────► Fix bugs (root cause analysis)     β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Step-by-Step Walkthrough

Step 1: Create Your Specification

/start:specify Add real-time notification system with WebSocket support

This creates a specification directory with three documents:

docs/specs/001-notification-system/
β”œβ”€β”€ product-requirements.md   # What to build and why
β”œβ”€β”€ solution-design.md        # How to build it technically
└── implementation-plan.md    # Executable tasks and phases

The spec cycle may take 15-30 minutes. Claude will research your codebase, ask clarifying questions, and produce comprehensive documents. The process naturally involves multiple back-and-forth exchanges.

Step 2: Handle Context Limits (Resume Pattern)

Large specifications may approach Claude's context window limits. When this happens:

# Start a new conversation and resume where you left off /start:specify 001

The resume pattern:

  • Pass the spec ID (e.g., 001) instead of a description
  • Claude reads the existing spec files and continues from there
  • You can reset context as many times as needed
  • Each document (PRD β†’ SDD β†’ PLAN) can be completed in separate sessions if needed

Pro tip: If Claude suggests "you may want to reset context", do it! The quality of output improves with fresh context.

Step 3: Validate Before Implementation

/start:validate 001

This quality gate checks:

  • Completeness - All sections filled, no missing details
  • Consistency - No contradictions between documents
  • Correctness - Requirements are testable and achievable

Validation is advisoryβ€”it provides recommendations but doesn't block you.

Step 4: Execute the Implementation

/start:implement 001

Claude will:

  1. Parse the implementation plan
  2. Execute phases sequentially (with your approval between phases)
  3. Run tests after each task
  4. Use parallel agents within phases for speed

Large implementations may also need context resets. Simply run /start:implement 001 again in a fresh conversationβ€”Claude tracks progress in the spec files.

Step 5: Review and Ship

/start:review

Four parallel specialists review your code:

  • πŸ”’ Security - Authentication, authorization, input validation
  • ⚑ Performance - Query optimization, memory management
  • ✨ Quality - Code style, design patterns, maintainability
  • πŸ§ͺ Tests - Coverage gaps, edge cases

🎯 Which Command Should I Use?

Decision Tree

What do you need to do?
β”‚
β”œβ”€ Want project-wide guardrails? ─────────► /start:constitution
β”‚
β”œβ”€ Build something new? ──────────────────► /start:specify
β”‚                                           Then: /start:validate β†’ /start:implement
β”‚
β”œβ”€ Understand existing code? ─────────────► /start:analyze
β”‚   └─ Want to improve it? ───────────────► Then: /start:refactor
β”‚
β”œβ”€ Something is broken? ──────────────────► /start:debug
β”‚
β”œβ”€ Code ready for merge? ─────────────────► /start:review
β”‚
β”œβ”€ Need documentation? ───────────────────► /start:document
β”‚
└─ Check constitution compliance? ────────► /start:validate constitution

Command Reference

| Command | Purpose | When to Use | |---------|---------|-------------| | /start:constitution | Create governance rules | Establish project-wide guardrails | | /start:specify | Create specifications | New features, complex changes | | /start:implement | Execute plans | After spec is validated | | /start:validate | Check quality | Before implementation, after specs | | /start:review | Multi-agent code review | Before merging PRs | | /start:document | Generate documentation | After implementation | | /start:analyze | Extract knowledge | Understanding existing code | | /start:refactor | Improve code quality | Cleanup without behavior change | | /start:debug | Fix bugs | When something is broken |

Capability Matrix

| Capability | constitution | specify | implement | validate | review | document | analyze | refactor | debug | |------------|:------------:|:-------:|:---------:|:--------:|:------:|:--------:|:-------:|:--------:|:-----:| | Creates specifications | - | βœ… | - | - | - | - | - | - | - | | Executes implementation plans | - | - | βœ… | - | - | - | - | - | - | | Runs tests | - | - | βœ… | βœ… | - | - | - | βœ… | βœ… | | Creates git branches | - | βœ… | βœ… | - | - | - | - | βœ… | - | | Creates PRs | - | βœ… | βœ… | - | - | - | - | - | - | | Multi-agent parallel | - | βœ… | βœ… | - | βœ… | βœ… | βœ… | - | - | | **Security

5-Dim Analysis
Clarity8/10
Novelty7/10
Utility9/10
Completeness9/10
Maintainability8/10
Pros & Cons

Pros

  • Streamlined development process
  • Parallel execution increases speed
  • Built-in quality checks
  • Integration with Claude Code

Cons

  • Requires Claude Code v2.0+
  • Learning curve for new users
  • Dependency on external plugins
  • Potential complexity in managing specifications

Related Skills

ccmp

A
toolCo-Pilot
86/ 100

β€œPowerful, but the setup might scare off the impatient.”

claude-mods

A
toolCo-Pilot
86/ 100

β€œPowerful, but the setup might scare off the impatient.”

agentic-qe

A
toolCo-Pilot
86/ 100

β€œPowerful, but the setup might scare off the impatient.”

Disclaimer: This content is sourced from GitHub open source projects for display and rating purposes only.

Copyright belongs to the original author rsmdt.