@cephalization/math 0.3.0 → 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/README.md +24 -2
- package/package.json +1 -1
- package/src/plan.ts +7 -0
- package/src/templates.ts +1 -1
package/README.md
CHANGED
|
@@ -24,9 +24,22 @@ curl -fsSL https://bun.sh/install | bash
|
|
|
24
24
|
```
|
|
25
25
|
|
|
26
26
|
Why Bun?
|
|
27
|
+
|
|
27
28
|
- This tool is written in TypeScript and uses Bun's native TypeScript execution (no compilation step)
|
|
28
29
|
- The CLI uses a `#!/usr/bin/env bun` shebang for direct execution
|
|
29
|
-
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
**[OpenCode](https://opencode.ai) is required** to run this tool.
|
|
33
|
+
|
|
34
|
+
```bash
|
|
35
|
+
# Install OpenCode
|
|
36
|
+
curl -fsSL https://opencode.ai/install | bash
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
Why OpenCode?
|
|
40
|
+
|
|
41
|
+
- OpenCode provides a consistent and reliable interface for running the agent loop
|
|
42
|
+
- It supports many models, is easy to use, and is free to use
|
|
30
43
|
|
|
31
44
|
## Installation
|
|
32
45
|
|
|
@@ -94,6 +107,15 @@ Options:
|
|
|
94
107
|
- `--max-iterations <n>` - Safety limit (default: 100)
|
|
95
108
|
- `--pause <seconds>` - Pause between iterations (default: 3)
|
|
96
109
|
|
|
110
|
+
Iteratively run the agent loop until all tasks are complete. Each iteration will:
|
|
111
|
+
|
|
112
|
+
- Read the `TASKS.md` file to find the next task to complete
|
|
113
|
+
- Invoke the agent with the `PROMPT.md` file and the `TASKS.md` file
|
|
114
|
+
- The agent will complete the task and update the `TASKS.md` file
|
|
115
|
+
- The agent will log its learnings to the `LEARNINGS.md` file
|
|
116
|
+
- The agent will commit the changes to the repository
|
|
117
|
+
- The agent will exit
|
|
118
|
+
|
|
97
119
|
### Check status
|
|
98
120
|
|
|
99
121
|
```bash
|
|
@@ -178,7 +200,7 @@ Signs accumulate over time, making the agent increasingly reliable.
|
|
|
178
200
|
|
|
179
201
|
| Variable | Default | Description |
|
|
180
202
|
|----------|---------|-------------|
|
|
181
|
-
| `MODEL` | `anthropic/claude-opus-4-
|
|
203
|
+
| `MODEL` | `anthropic/claude-opus-4-5` | Model to use |
|
|
182
204
|
|
|
183
205
|
## Credits
|
|
184
206
|
|
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.
|