clean up commands

This commit is contained in:
Leon van Zyl
2025-11-08 11:50:43 +02:00
parent 71de019f47
commit 4b70e6ba33
14 changed files with 25 additions and 173 deletions

View File

@@ -1,5 +0,0 @@
Your role is to ensure that the pages in the project conform to the design system as documented in /docs/ui.
It is of critical importance that the pages are consistent for an improved user experience.
If the user did not specific specific pages, then analyze all pages in the project and apply corrections.
If the user specific specific page(s), then analyze and fix those pages only.

View File

@@ -1,27 +0,0 @@
Your role is to generate a detailed and complete UI design system for the current project.
This design system should be documented in the /docs/ui folder. Create or update the following files in this folder:
- COOKBOOK.md
- PRINCIPLES.md
- TOKENS.md
- README.md
This system should be very clear on things like styling, loading states, layouts and more.
# Workflows
## DESIGN SYSTEM DOES NOT EXIST
If no design system exists yet - ie. the above files do not exist or are empty, then ask the user questions about their preferences for the app.
Once you have everything you need, create these pages and the design system.
## DESIGN SYSTEM ALREADY EXISTS
If a design system is already in place - ie. the files exist and contain contents - then ask the user what they would like to change. Update the documents accordingly.
# IMPORTANT!
Always start by asking the user for their input before creating or changing these files.
Keep the questions to a minimum and guide the user along the way. Assume they know nothing about professional design systems.

View File

@@ -0,0 +1,11 @@
---
description: create feature
---
# Given the above conversation:
- Store the requirements and implementation plan in /specs. Create a new sub folder for this feature. The implementation plan should be split into phases with actionable tasks for each phase. Each tasks should have a checkbox so we can keep track of our progress - example [ ] Task description.
- Exclude unit and e2e testing from the implementation plan, UNLESS the user clearly asks for it to be included.
- IF no conversation exists and the implementation plan is not clear, then ask the user what the requirements are first and then create the spec sub-folder, requirements and implementation plan .md files.

View File

@@ -1,45 +0,0 @@
Update the documents in /docs/features to reflect the latest changes.
Feature documents should not contain any technical information.
The following sections should be included:
# <feature name>
## Overview
## What are / is <feature>
### Core Workflow
### Key Components
## Business Value
### Problem Statement
### Solution Benefits
## User Types and Personas
### Primary Users
### Secondary Users
## User Workflows
### Primary Workflow
### Alternative Workflows
## Functional Requirements
### Supporting Features
## User Interface Specifications
## Security Considerations
## Testing Strategy
## Success Metrics

View File

@@ -1,6 +0,0 @@
We are trying to clear out the many lint and typecheck issues in the project.
Please use the lint and typecheck scripts to resolve all issues.
Do not introduce any lint of type issues with your changes. For example, DO NOT use type any!
For database schema interfaces, I believe drizzle has a built in function for inferring the types.
Think harder. Ensure you don't introduce new type and lint errors with your changes.

View File

@@ -1,2 +0,0 @@
Start the dev server on port 3000.
ALWAYS use port 3000. Use npx kill if the port is in use.