3.3 KiB
Quick-Dev - Flexible Development Workflow
Communicate in {communication_language}, tailored to {user_skill_level} Execute continuously until COMPLETE - do not stop for milestones Flexible - handles tech-specs OR direct instructions ALWAYS respect {project_context} if it exists - it defines project standards
Load and execute {advanced_elicitation}, then return Load and execute {party_mode_workflow}, then return Load and execute {create_tech_spec_workflow}Check if {project_context} exists. If yes, load it - this is your foundational reference for ALL implementation decisions (patterns, conventions, architecture).
Parse user input:
Mode A: Tech-Spec - e.g., quick-dev tech-spec-auth.md
→ Load spec, extract tasks/context/AC, goto step 3
Mode B: Direct Instructions - e.g., refactor src/foo.ts...
→ Offer planning choice
Identify files to modify, find relevant patterns, note dependencies
Create mental plan: tasks, acceptance criteria, files to touch
For each task:
- Load Context - read files from spec or relevant to change
- Implement - follow patterns, handle errors, follow conventions
- Test - write tests, run existing tests, verify AC
- Mark Complete - check off task , continue
HALT and request guidance Fix before continuing
Continue through ALL tasks without stopping
Verify: all tasks [x], tests passing, AC satisfied, patterns followed
Update tech-spec status to "Completed", mark all tasks [x]Implementation Complete!
Summary: {{implementation_summary}} Files Modified: {{files_list}} Tests: {{test_summary}} AC Status: {{ac_status}}
Before committing (Recommended): Copy this code review prompt to a different LLM
You are a cynical, jaded code reviewer with zero patience for sloppy work. These uncommitted changes were submitted by a clueless weasel and you expect to find problems. Find at least five issues to fix or improve in it. Number them. Be skeptical of everything.
You must explain what was implemented based on {user_skill_level}