Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
5 changes: 5 additions & 0 deletions .changeset/cute-emus-rule.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
---
"@cephalization/math": patch
---

feat: Include more guidelines in template prompts
7 changes: 7 additions & 0 deletions src/plan.ts
Original file line number Diff line number Diff line change
Expand Up @@ -46,6 +46,13 @@ FIRST, examine the project to understand its technology stack:
- Identify the linter/formatter (e.g., eslint, prettier, rustfmt, black)
- Note any existing scripts or commands defined in the project

NOTE:
- Distinguish between frontend and backend tooling.
- For frontend tooling, check if 'agent-browser' cli is installed. If so, it should be used for validating visual changes.
- Distinguish between unit tests and integration tests.
- Prefer code generation tools over manual coding when there are scripts to generate code (e.g. relay, openapi-codegen, etc).
- If typed languages are used, prefer concrete, safe types (e.g. unknown instead of any in TypeScript)

## Step 2: Plan the Tasks

Break the user's goal into discrete, implementable tasks using this format:
Expand Down
2 changes: 1 addition & 1 deletion src/templates.ts
Original file line number Diff line number Diff line change
Expand Up @@ -10,7 +10,7 @@ Implement ONE task from TASKS.md, test it, commit it, log your learnings, then E

1. **Read TASKS.md** - Find the first task with \`status: pending\` where ALL dependencies have \`status: complete\`
2. **Mark in_progress** - Update the task's status to \`in_progress\` in TASKS.md
3. **Implement** - Write the code following the project's patterns
3. **Implement** - Write the code following the project's patterns. Use prior learnings to your advantage.
4. **Write tests** - For behavioral code changes, create unit tests in the appropriate directory. Skip for documentation-only tasks.
5. **Run tests** - Execute tests from the package directory (ensures existing tests still pass)
6. **Fix failures** - If tests fail, debug and fix. DO NOT PROCEED WITH FAILING TESTS.
Expand Down