project-planning

jezweb/claude-skills · updated Apr 8, 2026

MDX-style export adds YAML metadata + attribution linking explainx.ai and this canonical listing URL.

$npx skills add https://github.com/jezweb/claude-skills --skill project-planning
0 commentsdiscussion
summary

Structured planning documentation for web projects with context-safe phases and verification criteria.

  • Generates IMPLEMENTATION_PHASES.md (always) plus conditional docs like DATABASE_SCHEMA.md, API_ENDPOINTS.md, ARCHITECTURE.md, and CRITICAL_WORKFLOWS.md based on project complexity
  • Phases sized for single 2-4 hour sessions with ≤8 files, clear task lists, and specific verification checkpoints (HTTP status codes, form validation, CRUD operations)
  • Asks 3-5 clarifying questions upfront
skill.md

Project Planning Skill

Specialized planning assistant for web application projects. Generate context-safe phases with comprehensive planning documentation.


⚡ Recommended Workflow

  1. ASK 3-5 clarifying questions (auth, data, features, scope)
  2. WAIT for user answers
  3. CREATE planning docs immediately (IMPLEMENTATION_PHASES.md always, others as needed)
  4. OUTPUT all docs to user for review
  5. CONFIRM user satisfied
  6. SUGGEST creating SESSION.md and starting Phase 1

🤖 Automation Commands

Two slash commands are available to automate project planning workflows:

/plan-project

Automates planning for NEW projects: generates IMPLEMENTATION_PHASES.md + SESSION.md + git commit.

/plan-feature

Automates feature planning for EXISTING projects: generates phases, integrates into IMPLEMENTATION_PHASES.md, updates SESSION.md.


Your Capabilities

You generate planning documentation for web app projects:

  • IMPLEMENTATION_PHASES.md (always)
  • DATABASE_SCHEMA.md (when data model is significant)
  • API_ENDPOINTS.md (when API surface is complex)
  • ARCHITECTURE.md (when multiple services/workers)
  • UI_COMPONENTS.md (when UI needs planning - includes phase-aligned installation strategy for shadcn/ui)
  • CRITICAL_WORKFLOWS.md (when complex setup steps exist - order-sensitive workflows, gotchas)
  • INSTALLATION_COMMANDS.md (copy-paste commands per phase - saves time looking up commands)
  • ENV_VARIABLES.md (secrets and configuration guide - dev/prod setup, where to get keys)
  • TESTING.md (when testing strategy needs documentation)
  • AGENTS_CONFIG.md (when project uses AI agents)
  • INTEGRATION.md (when third-party integrations are numerous)
  • Compact SESSION.md (tracking template, <200 lines)

Default Stack Knowledge

Unless the user specifies otherwise, assume this preferred stack (from their CLAUDE.md):

Frontend: Vite + React + Tailwind v4 + shadcn/ui Backend: Cloudflare Workers with Static Assets Database: D1 (SQL with migrations) Storage: R2 (object storage), KV (key-value cache/config) Auth: Clerk (JWT verification with custom templates) State Management: TanStack Query (server), Zustand (client) Forms: React Hook Form + Zod validation Deployment: Wrangler CLI Runtime: Cloudflare Workers (not Node.js)

Only ask about stack choices when:

  • User mentions non-standard tech
  • Project has unique requirements (high scale, legacy integration, etc)
  • Cloudflare stack seems inappropriate

Planning Workflow

Step 1: Analyze Project Requirements

Extract: core functionality, user interactions, data model, integrations, complexity signals.

Step 2: Ask Clarifying Questions (3-5 targeted questions)

Focus on: Auth, Data, Features, Integrations, Scope

Example:

1. Authentication: Public tool or user accounts? Social auth? Roles?
2. Data Model: Entities mentioned - relationships? (one-to-many, many-to-many)
3. Key Features: Real-time? File uploads? Email? Payments? AI?
4. Scope: MVP or full-featured?
5. Timeline: Any constraints?

Step 3: Determine Document Set

Always:

  • IMPLEMENTATION_PHASES.md
  • SESSION.md template

Conditional (ask user):

  • DATABASE_SCHEMA.md (≥3 tables)
  • API_ENDPOINTS.md (≥5 endpoints)
  • ARCHITECTURE.md (multiple services)
  • UI_COMPONENTS.md (shadcn/ui project)
  • CRITICAL_WORKFLOWS.md (complex setup)
  • INSTALLATION_COMMANDS.md (recommended)
  • ENV_VARIABLES.md (needs secrets)
  • TESTING.md, AGENTS_CONFIG.MD, INTEGRATION.MD (as needed)

Step 4: Generate IMPLEMENTATION_PHASES.md

Create structured phases using these types:

Phase Type: Infrastructure

When: Project start, deployment setup Scope: Scaffolding, build config, initial deployment Files: 3-5 (package.json, wrangler.jsonc, vite.config.ts, etc) Duration: 1-3 hours Verification: Dev server runs, can deploy, basic "Hello World" works

Phase Type: Database

When: Data model setup, schema changes Scope: Migrations, schema definition, seed data Files: 2-4 (migration files, schema types) Duration: 2-4 hours Verification: CRUD works, constraints enforced, relationships correct

Phase Type: API

When: Backend endpoints needed Scope: Routes, middleware, validation, error handling Files: 3-6 (route files, middleware, schemas) Duration: 3-6 hours (per endpoint group) Verification: All HTTP methods tested (200, 400, 401, 500), CORS works

Phase Type: UI

When: User interface components Scope: Components, forms, state, styling Files: 4-8 (component files) Duration: 4-8 hours (per feature) Verification: User flows work, forms validate, states update, responsive

Phase Type: Integration

When: Third-party services (auth, payments, AI, etc) Scope: API setup, webhooks, configuration Files: 2-4 (integration files, middleware) Duration: 3-5 hours (per integration) Verification: Service works, webhooks fire, errors handled

Phase Type: Testing

When: Need formal test suite (optional) Scope: E2E tests, integration tests Files: Test files Duration: 3-6 hours Verification: Tests pass, coverage meets threshold


Phase Validation Rules

Every phase you generate MUST follow these constraints:

Context-Safe Sizing

  • Max files: 5-8 files touched per phase
  • Max dependencies: Phase shouldn't require deep understanding of >2 other phases
  • Max duration: Implementation + verification + fixes should fit in one 2-4 hour session

Required Elements

Every phase MUST have:

  1. Type - Infrastructure / Database / API / UI / Integration / Testing
  2. Estimated duration - In hours (and minutes of human time)
  3. Files - Specific files that will be created/modified
  4. Task list - Ordered checklist with clear actions
  5. Verification criteria - Checkbox list of tests to confirm phase works
  6. Exit criteria - Clear definition of "done"

Verification Requirements

  • API phases: Test all HTTP status codes (200, 400, 401, 404, 500)
  • UI phases: Test user flows, form validation, error states
  • Database phases: Test CRUD, constraints, relationships
  • Integration phases: Test service connectivity, webhooks, error handling

Auto-Split Logic

If a phase violates sizing rules, automatically suggest splitting:

⚠️ Phase 4 "Complete User Management" is too large (12 files, 8-10 hours).

Suggested split:
- Phase 4a: User CRUD API (5 files, 4 hours)
- Phase 4b: User Profile UI (6 files, 5 hours)

Template Structures

IMPLEMENTATION_PHASES.md Template

# Implementation Phases: [Project Name]

**Project Type**: [Web App / Dashboard / API / etc]
**Stack**: Cloudflare Workers + Vite + React + D1
**Estimated Total**: [X hours] (~[Y minutes] human time)

---

## Phase 1: [Name]
**Type**: [Infrastructure/Database/API/UI/Integration/Testing]
**Estimated**: [X hours]
**Files**: [file1.ts, file2.tsx, ...]

**Tasks**:
- [ ] Task 1
- [ ] Task 2
- [ ] Task 3
- [ ] Test basic functionality

**Verification Criteria**:
- [ ] Specific test 1
- [ ] Specific test 2
- [ ] Specific test 3

**Exit Criteria**: [Clear definition of when this phase is complete]

---

## Phase 2: [Name]
[... repeat structure ...]

---

## Notes

**Testing Strategy**: [Inline per-phase / Separate testing phase / Both]
**Deployment Strategy**: [Deploy per phase / Deploy at milestones / Final deploy]
**Context Management**: Phases sized to fit in single session with verification

DATABASE_SCHEMA.md Template

# Database Schema: [Project Name]

**Database**: Cloudflare D1
**Migrations**: Located in `migrations/`
**ORM**: [Drizzle / Raw SQL / None]

---

## Tables

### `users`
**Purpose**: User accounts and authentication

| Column | Type | Constraints | Notes |
|--------|------|-------------|-------|
| id | INTEGER | PRIMARY KEY | Auto-increment |
| email | TEXT | UNIQUE, NOT NULL | Used for login |
| created_at | INTEGER | NOT NULL | Unix timestamp |

**Indexes**:
- `idx_users_email` on `email` (for login lookups)

**Relationships**:
- One-to-many with `tasks`

---

### `tasks`
[... repeat structure ...]

---

## Migrations

### Migration 1: Initial Schema
**File**: `migrations/0001_initial.sql`
**Creates**: users, tasks tables

### Migration 2: Add Tags
**File**: `migrations/0002_tags.sql`
**Creates**: tags, task_tags tables

---

## Seed Data

For development, seed with:
- 3 sample users
- 10 sample tasks across users
- 5 tags

API_ENDPOINTS.md Template

# API Endpoints: [Project Name]

**Base URL**: `/api`
**Auth**: Clerk JWT (custom template with email + metadata)
**Framework**: Hono (on Cloudflare Workers)

---

## Authentication

### POST /api/auth/verify
**Purpose**: Verify JWT token
**Auth**: None (public)
**Request**:
```json
{
  "token": "string"
}

Responses:

  • 200: Token valid → { "valid": true, "email": "[email protected]" }
  • 401: Token invalid → { "error": "Invalid token" }

Users

GET /api/users/me

Purpose: Get current user profile Auth: Required (JWT) Responses:

  • 200: { "id": 1, "email": "[email protected]", "created_at": 1234567890 }
  • 401: Not authenticated

[... repeat for all endpoints ...]


Error Handling

All endpoints return errors in this format:

{
  
how to use project-planning

How to use project-planning on Cursor

AI-first code editor with Composer

1

Prerequisites

Before installing skills in Cursor, ensure your development environment meets these requirements:

  • Cursor installed and configured on your development machine
  • Node.js version 16.0+ with npm package manager (verify with node --version)
  • Active project directory or workspace where you want to add project-planning
2

Execute installation command

Execute the skills CLI command in your project's root directory to begin installation:

$npx skills add https://github.com/jezweb/claude-skills --skill project-planning

The skills CLI fetches project-planning from GitHub repository jezweb/claude-skills and configures it for Cursor.

3

Select Cursor when prompted

The CLI will show a list of available agents. Use arrow keys to navigate and space to select Cursor:

◆ Which agents do you want to install to?
│ ── Universal (.agents/skills) ── always included ────
│ • Amp
│ • Antigravity
│ • Cline
│ • Codex
│ ●Cursor(selected)
│ • Cursor
│ • Windsurf
4

Verify installation

Confirm successful installation by checking the skill directory location:

.cursor/skills/project-planning

Reload or restart Cursor to activate project-planning. Access the skill through slash commands (e.g., /project-planning) or your agent's skill management interface.

Security & Verification Notice

We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.

Skills execute code in your development environment. Always verify the publisher's identity, review recent commits, and test in isolated environments before production deployment.

List & Monetize Your Skill

Submit your Claude Code skill and start earning

GET_STARTED →

Use Cases

User Story & Requirements Generation

Create detailed user stories, acceptance criteria, and feature specs

Example

Generate user stories for 'password reset feature' with acceptance criteria, edge cases, and test scenarios

Reduce spec writing time by 50%, ensure comprehensive coverage

Competitive Analysis

Research competitors, compare features, identify gaps

Example

Analyze 5 competitor products, create feature comparison matrix, suggest differentiation opportunities

Complete competitive research in 2 hours instead of 2 days

Roadmap Prioritization

Evaluate features using frameworks (RICE, ICE, Kano) and create prioritized backlogs

Example

Score 20 feature ideas using RICE framework, generate prioritized roadmap with rationale

Make data-driven prioritization decisions faster

Stakeholder Communication

Draft PRDs, status updates, and stakeholder presentations

Example

Create executive summary of Q3 roadmap, monthly progress report, feature launch announcement

Save 3-5 hours/week on communication overhead

Implementation Guide

Prerequisites

  • Claude Desktop or compatible AI client
  • Access to product documentation and roadmap tools (Jira, Notion, etc.)
  • Understanding of product management frameworks (RICE, Jobs-to-be-Done, etc.)
  • Stakeholder contact information and communication channels

Time Estimate

30-60 minutes to see productivity improvements

Installation Steps

  1. 1.Install product management skill
  2. 2.Start with user story generation for known feature
  3. 3.Progress to competitive analysis: research 2-3 competitors
  4. 4.Use for roadmap prioritization: apply RICE/ICE scoring
  5. 5.Draft stakeholder communications and refine based on feedback
  6. 6.Build template library for recurring PM tasks
  7. 7.Share effective prompts with product team

Common Pitfalls

  • Not validating competitive research—verify facts before sharing
  • Accepting user stories without involving engineering team
  • Over-relying on frameworks without qualitative judgment
  • Not customizing outputs to company culture and communication style
  • Skipping stakeholder validation of generated requirements

Best Practices

✓ Do

  • +Validate research and competitive analysis with real data
  • +Collaborate with engineering when generating technical requirements
  • +Customize frameworks and templates to your company context
  • +Use skill for first drafts, refine with stakeholder input
  • +Document successful prompt patterns for PM tasks
  • +Combine AI efficiency with human judgment and intuition

✗ Don't

  • Don't publish competitive analysis without fact-checking
  • Don't finalize user stories without engineering review
  • Don't make prioritization decisions solely on AI scoring
  • Don't skip customer validation of generated requirements
  • Don't ignore company-specific context and culture

💡 Pro Tips

  • Provide context: company goals, constraints, customer feedback
  • Ask for alternatives: 'Show 3 ways to prioritize this roadmap'
  • Request stakeholder-specific formatting: 'Executive summary vs. engineering spec'
  • Use skill for 70% generation + 30% customization to company needs

When to Use This

✓ Use When

Use for user story writing, competitive research, roadmap prioritization, stakeholder communication, and PRD drafting. Best for reducing repetitive documentation and research work.

✗ Avoid When

Avoid for strategic product vision (requires deep customer empathy), pricing decisions (needs market and financial expertise), or when face-to-face customer discovery is more valuable than speed.

Learning Path

  1. 1Basic: user stories, feature specs, status updates
  2. 2Intermediate: competitive analysis, prioritization frameworks, PRDs
  3. 3Advanced: product strategy, go-to-market planning, OKR setting
  4. 4Expert: product vision, market positioning, business model innovation

Discussion

Product Hunt–style comments (not star reviews)
  • No comments yet — start the thread.
general reviews

Ratings

4.633 reviews
  • Ganesh Mohane· Dec 28, 2024

    Solid pick for teams standardizing on skills: project-planning is focused, and the summary matches what you get after install.

  • Kabir Harris· Dec 4, 2024

    Useful defaults in project-planning — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.

  • Dev Wang· Nov 23, 2024

    project-planning is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.

  • Sakshi Patil· Nov 19, 2024

    We added project-planning from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.

  • Liam Khanna· Oct 14, 2024

    Keeps context tight: project-planning is the kind of skill you can hand to a new teammate without a long onboarding doc.

  • Chaitanya Patil· Oct 10, 2024

    project-planning fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.

  • Ren Jain· Sep 25, 2024

    Solid pick for teams standardizing on skills: project-planning is focused, and the summary matches what you get after install.

  • Luis Diallo· Sep 25, 2024

    Registry listing for project-planning matched our evaluation — installs cleanly and behaves as described in the markdown.

  • Diya White· Sep 9, 2024

    Keeps context tight: project-planning is the kind of skill you can hand to a new teammate without a long onboarding doc.

  • Ren Smith· Sep 5, 2024

    project-planning reduced setup friction for our internal harness; good balance of opinion and flexibility.

showing 1-10 of 33

1 / 4