fix: tighten vague language across all prompt files
- Remove blanket "write tests" instructions; tests only when acceptance criteria require them - Replace arbitrary "30-50% rejection rate" with clear directive - Replace "4/5 threshold" with "majority of claims" rule - List concrete quality gate commands instead of "whatever project uses" - Remove "learnings" from progress summary (too vague) - Make error-leak pattern generic (not HTTP-specific) - Align fix evaluator with updated test expectations
This commit is contained in:
@@ -16,13 +16,13 @@ Do NOT start implementation until steps 1-5 are complete.
|
||||
- **ONE story per iteration.** Do not attempt multiple stories.
|
||||
- **Read before writing.** Understand existing code before modifying.
|
||||
- **No placeholders.** Every implementation must be complete and functional.
|
||||
- **Run quality gates** before committing (typecheck, tests, lint — whatever the project uses).
|
||||
- **Run quality gates** before committing. Check for common tools (`npm test`, `pytest`, `cargo test`, `make test`, `go test ./...`) and run what's available. If no test tooling exists, verify manually.
|
||||
- **Commit** with message: `feat: [Story ID] - [Story Title]`
|
||||
|
||||
## After Completing
|
||||
|
||||
1. Update `.loop/prd.json` — set `passes: true` for the story
|
||||
2. Append a summary to `.loop/progress.md` — what was done, files changed, learnings
|
||||
2. Append a summary to `.loop/progress.md` — what was done and which files were changed
|
||||
3. Update Codebase Patterns in progress.md if you discovered a reusable pattern
|
||||
|
||||
## Completion Signal
|
||||
|
||||
Reference in New Issue
Block a user