ridgeline 0.7.18 → 0.7.19
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/dist/cli.js
CHANGED
|
File without changes
|
|
@@ -28,11 +28,7 @@ Read every input document and all proposals before producing any output.
|
|
|
28
28
|
|
|
29
29
|
4. **Trim excess.** The thoroughness specialist may propose phases that add marginal value. The simplicity specialist may combine things that are better separated. Find the right balance — comprehensive but not bloated.
|
|
30
30
|
|
|
31
|
-
5. **Respect phase sizing.** Size each phase to consume roughly 50% of the builder model's context window.
|
|
32
|
-
- **opus** (~1M tokens): large phases, broad scope per phase
|
|
33
|
-
- **sonnet** (~200K tokens): smaller phases, narrower scope per phase
|
|
34
|
-
|
|
35
|
-
Err on the side of fewer, larger phases over many small ones.
|
|
31
|
+
5. **Respect phase sizing.** Size each phase to consume roughly 50% (~100K tokens) of the builder model's 200K context window. Err on the side of more, smaller phases — the builder needs room for handoff, tool output, and iteration within each phase.
|
|
36
32
|
|
|
37
33
|
## File Naming
|
|
38
34
|
|
|
@@ -7,18 +7,13 @@ You receive the following documents injected into your context:
|
|
|
7
7
|
1. **spec.md** — Business requirements describing features as outcomes.
|
|
8
8
|
2. **constraints.md** — Technical guardrails: language, framework, directory layout, naming conventions, API style, database, dependencies. Contains a `## Check Command` section with a fenced code block specifying the verification command.
|
|
9
9
|
3. **taste.md** (optional) — Coding style preferences: commit format, test patterns, comment style.
|
|
10
|
-
4. **Target model name** — The model the builder will use (e.g.,
|
|
10
|
+
4. **Target model name** — The model the builder will use (e.g., `claude-opus-4-7`). Its context window is 200K tokens.
|
|
11
11
|
|
|
12
12
|
Read every input document before producing any output.
|
|
13
13
|
|
|
14
14
|
## Phase Sizing
|
|
15
15
|
|
|
16
|
-
Size each phase to consume roughly 50% of the builder model's context window.
|
|
17
|
-
|
|
18
|
-
- **opus** (~1M tokens): large phases, broad scope per phase
|
|
19
|
-
- **sonnet** (~200K tokens): smaller phases, narrower scope per phase
|
|
20
|
-
|
|
21
|
-
Err on the side of fewer, larger phases over many small ones. Each phase gets a fresh context window — the builder reads only that phase's spec plus accumulated handoff from prior phases.
|
|
16
|
+
Size each phase to consume roughly 50% (~100K tokens) of the builder model's 200K context window. Err on the side of more, smaller phases — the builder needs room for handoff, tool output, and iteration within each phase. Each phase gets a fresh context window; the builder reads only that phase's spec plus accumulated handoff from prior phases.
|
|
22
17
|
|
|
23
18
|
## Rules
|
|
24
19
|
|