Skip to content

Latest commit

 

History

History
285 lines (230 loc) · 7.93 KB

File metadata and controls

285 lines (230 loc) · 7.93 KB

Cursor Rules - Project Plan

Project Overview

Project Name: ek-cursor-rules Purpose: Comprehensive AI assistant directives for software development Owner: Ernest Koe Started: June 2024 Current Version: 1.0.0 Status: Active Development

User Personas

Primary Persona: Solo Developer

  • Name: Alex, Full-Stack Developer
  • Background: 5+ years experience, works on multiple projects
  • Goals:
    • Maintain consistency across projects
    • Reduce decision fatigue
    • Enforce best practices automatically
  • Pain Points:
    • Different conventions across projects
    • Forgetting best practices
    • Manual enforcement of standards
  • How This Helps: Pre-configured rules ensure every project follows same standards

Secondary Persona: Development Team Lead

  • Name: Sarah, Engineering Manager
  • Background: Manages team of 5-10 developers
  • Goals:
    • Standardize team practices
    • Improve code quality
    • Reduce onboarding time
  • Pain Points:
    • Inconsistent code reviews
    • New developers learning standards
    • Maintaining documentation
  • How This Helps: Shared rules ensure team follows same conventions

Project Vision

Create a comprehensive, opinionated set of AI assistant rules that:

  1. Enforce software engineering best practices
  2. Maintain consistency across projects
  3. Reduce cognitive load on developers
  4. Serve as living documentation
  5. Work seamlessly with both Cursor and Claude Code

Milestones

✅ Milestone 1: Foundation (COMPLETED)

Target: June 2024 Status: Complete

Deliverables:

  • Core directive and workflow rules
  • Project plan format standards
  • Pre/during/post work tracking
  • Conflict resolution protocols
  • Git basic standards
  • Python project standards
  • Import scripts (bash and python)

✅ Milestone 2: Node.js Ecosystem (COMPLETED)

Target: August 2024 Status: Complete

Deliverables:

  • Node.js code standards
  • pnpm package management
  • Vitest testing standards
  • Express.js API standards
  • Next.js and Vercel deployment
  • Better-Auth integration
  • ProofKit for FileMaker apps

✅ Milestone 3: Quality & Security (COMPLETED)

Target: October 2024 Status: Complete

Deliverables:

  • Security standards (comprehensive)
  • Documentation consolidation
  • Git standards expansion (commits, PRs, reviews)
  • TypeScript standards
  • Database standards (PostgreSQL, Prisma)
  • Test organization improvements
  • semantic-release mandatory

🔄 Milestone 4: Self-Adherence (IN PROGRESS)

Target: October 2024 Status: 60% Complete

Deliverables:

  • PROJECT_PLAN.md created
  • /docs directory structure
  • semantic-release configured
  • commitlint enforced
  • GitHub Actions CI/CD
  • Reference implementation

Success Criteria:

  • Repository follows all its own rules
  • Automated releases working
  • Conventional commits enforced
  • Documentation centralized

📋 Milestone 5: Enhancement & Expansion

Target: Q1 2025 Status: Planned

Deliverables:

  • CI/CD standards (comprehensive)
  • Docker/containerization rules
  • Monitoring/observability standards
  • GraphQL standards (if needed)
  • React/frontend component standards
  • Performance optimization rules
  • Accessibility standards

Success Criteria:

  • Cover 90%+ of common development scenarios
  • Rules for all major tech stacks
  • Comprehensive testing coverage

📋 Milestone 6: Community & Distribution

Target: Q2 2025 Status: Planned

Deliverables:

  • Public documentation site
  • VS Code extension for easy import
  • Rule customization guide
  • Community contributions guide
  • Example projects using rules
  • Video tutorials

Success Criteria:

  • 100+ GitHub stars
  • 5+ community contributions
  • Public adoption examples

Technology Stack

Core Technologies

  • Language: Markdown (.mdc files)
  • Distribution: Python and Bash scripts
  • Documentation: Markdown
  • Version Control: Git + semantic-release
  • CI/CD: GitHub Actions

Development Tools

  • Package Manager: pnpm (for Node.js deps)
  • Versioning: semantic-release
  • Commit Linting: commitlint + husky
  • Sync Tool: Python script (sync-to-claude.py)

Architecture

Rule Organization

rules/
├── 000-general-rules/      # Core directives for all projects
├── 100-git-rules/          # Version control standards
├── 200-design-rules/       # Design thinking standards
├── 300-python-projects/    # Python-specific rules
├── 400-versioning-rules/   # Release management
├── 500-nodejs-projects/    # Node.js ecosystem rules
└── 600-database-rules/     # Database standards

Distribution Methods

  1. Direct Copy: Import scripts copy rules to project
  2. Symlink: Dynamic linking for synchronized updates
  3. Claude.md: Single file for Claude Code projects

Dependencies

Runtime Dependencies

  • None (pure Markdown)

Development Dependencies

  • Python 3.6+ (for sync script)
  • Bash (for legacy import script)
  • pnpm (for semantic-release)
  • Node.js 18+ (for semantic-release)

Quality Metrics

Current Status

  • Rule Count: 26 rules
  • Rule Categories: 7 categories
  • Line Coverage: ~8,500 lines in Claude.md
  • Tech Stacks Covered: Python, Node.js, TypeScript, Next.js, FileMaker

Quality Targets

  • Consistency: 100% frontmatter standardization ✅
  • Completeness: Cover 90% of common scenarios (75% ✅)
  • Clarity: All rules have examples (80% ✅)
  • Accuracy: Rules reflect current best practices ✅

Known Issues & Technical Debt

Issues

  1. ⚠️ Claude.md file is large (195KB) - may need optimization
  2. ⚠️ No automated testing of rule validity
  3. ⚠️ Import scripts don't validate .mdc format
  4. ⚠️ No versioning for individual rules

Technical Debt

  1. Legacy .mdc files have inconsistent frontmatter (FIXED ✅)
  2. Some rules overlap (documentation rules consolidated ✅)
  3. Need better rule discovery mechanism
  4. Missing cross-references between related rules

Risk Assessment

High Priority Risks

  1. Rule Drift: Rules become outdated as tech evolves

    • Mitigation: Regular reviews, community feedback
  2. Complexity Growth: Too many rules become overwhelming

    • Mitigation: Keep rules focused, allow category selection

Medium Priority Risks

  1. Technology Changes: Tools/frameworks we recommend change

    • Mitigation: Version rules, support multiple approaches
  2. User Confusion: Rules conflict or unclear

    • Mitigation: Better documentation, examples, troubleshooting

Success Criteria

Milestone 4 Success

  • ✅ Project follows all its own rules
  • ✅ Automated releases with semantic-release
  • ✅ Conventional commits enforced
  • ✅ Full documentation in /docs
  • ✅ CI/CD pipeline running

Overall Project Success

  • 📈 Adopted by 100+ developers
  • 📈 Rules improve code quality measurably
  • 📈 Reduces onboarding time by 50%+
  • 📈 Community contributions accepted
  • 📈 Referenced in best practice guides

Communication Plan

Documentation

  • README.md: Quick start and overview
  • PROJECT_PLAN.md: This document
  • /docs: Comprehensive documentation
  • CHANGELOG.md: Auto-generated from commits

Updates

  • GitHub Releases: Automated via semantic-release
  • Changelog: Auto-generated from conventional commits
  • Breaking Changes: Documented in release notes

Next Actions

Immediate (This Week)

  1. ✅ Create PROJECT_PLAN.md
  2. Create /docs directory structure
  3. Configure semantic-release
  4. Add commitlint + husky
  5. Set up GitHub Actions

Short Term (This Month)

  1. Complete Milestone 4
  2. Publish v1.1.0 with semantic-release
  3. Add CI/CD standards
  4. Optimize Claude.md size

Long Term (Next Quarter)

  1. Start Milestone 5 (Enhancement)
  2. Create documentation site
  3. Gather community feedback
  4. Plan VS Code extension

Last Updated: 2025-10-04 Next Review: 2025-11-01