@cephalization/math 0.3.1 → 0.3.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/src/plan.ts +7 -0
- package/src/templates.ts +1 -1
package/package.json
CHANGED
package/src/plan.ts
CHANGED
|
@@ -46,6 +46,13 @@ FIRST, examine the project to understand its technology stack:
|
|
|
46
46
|
- Identify the linter/formatter (e.g., eslint, prettier, rustfmt, black)
|
|
47
47
|
- Note any existing scripts or commands defined in the project
|
|
48
48
|
|
|
49
|
+
NOTE:
|
|
50
|
+
- Distinguish between frontend and backend tooling.
|
|
51
|
+
- For frontend tooling, check if 'agent-browser' cli is installed. If so, it should be used for validating visual changes.
|
|
52
|
+
- Distinguish between unit tests and integration tests.
|
|
53
|
+
- Prefer code generation tools over manual coding when there are scripts to generate code (e.g. relay, openapi-codegen, etc).
|
|
54
|
+
- If typed languages are used, prefer concrete, safe types (e.g. unknown instead of any in TypeScript)
|
|
55
|
+
|
|
49
56
|
## Step 2: Plan the Tasks
|
|
50
57
|
|
|
51
58
|
Break the user's goal into discrete, implementable tasks using this format:
|
package/src/templates.ts
CHANGED
|
@@ -10,7 +10,7 @@ Implement ONE task from TASKS.md, test it, commit it, log your learnings, then E
|
|
|
10
10
|
|
|
11
11
|
1. **Read TASKS.md** - Find the first task with \`status: pending\` where ALL dependencies have \`status: complete\`
|
|
12
12
|
2. **Mark in_progress** - Update the task's status to \`in_progress\` in TASKS.md
|
|
13
|
-
3. **Implement** - Write the code following the project's patterns
|
|
13
|
+
3. **Implement** - Write the code following the project's patterns. Use prior learnings to your advantage.
|
|
14
14
|
4. **Write tests** - For behavioral code changes, create unit tests in the appropriate directory. Skip for documentation-only tasks.
|
|
15
15
|
5. **Run tests** - Execute tests from the package directory (ensures existing tests still pass)
|
|
16
16
|
6. **Fix failures** - If tests fail, debug and fix. DO NOT PROCEED WITH FAILING TESTS.
|