@gobing-ai/spur 0.3.29 → 0.3.30
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.
|
@@ -104,14 +104,9 @@ feature status → `05`. Working-layer, audit, and satellite rules live in the p
|
|
|
104
104
|
|
|
105
105
|
## Design system
|
|
106
106
|
|
|
107
|
-
**Conditional contract:** If repository-root `DESIGN.md` exists,
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
and UX constraints — and keep affected work consistent with it. If it is absent, continue with the
|
|
111
|
-
project's established UI conventions.
|
|
112
|
-
|
|
113
|
-
Root `DESIGN.md` owns UI/UX guidance; `docs/04_DESIGN.md` still owns command, config, schema, and DTO
|
|
114
|
-
surface shapes under the doc map above.
|
|
107
|
+
**Conditional contract:** If repository-root `DESIGN.md` exists, leverage it dynamically as the industry-standard SSOT for UI design documentation — visual language, color tokens, typography, component specs, layout, micro-animations, accessibility, and responsive patterns. Read it before planning or implementing any UI changes, and keep affected work consistent with it. If `DESIGN.md` is absent, ignore it and continue with the project's established UI conventions.
|
|
108
|
+
|
|
109
|
+
**Boundary distinction:** Root `DESIGN.md` owns UI/UX design guidance; `docs/04_DESIGN.md` owns non-UI surface design by default (command signatures, flags, config schemas, DTOs, and system boundaries). When working with design teams, choose `DESIGN.md` for UI/UX visual design and `docs/04_DESIGN.md` for non-UI API/schema surfaces.
|
|
115
110
|
|
|
116
111
|
---
|
|
117
112
|
|
|
@@ -18,12 +18,15 @@ sync: [T3, T9]
|
|
|
18
18
|
> `docs/design/<slug>.md` satellite; this index carries the surface map + pointers.
|
|
19
19
|
> Edit order: satellite first, then index row — same change (T9).
|
|
20
20
|
|
|
21
|
-
## UI/UX boundary
|
|
21
|
+
## UI/UX boundary & DESIGN.md
|
|
22
22
|
|
|
23
|
-
Repository-root `DESIGN.md` owns all UI/UX design
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
23
|
+
Repository-root `DESIGN.md` owns all UI/UX design documentation (industry standard visual language, color tokens, typography, component specs, accessibility, and responsive patterns). Read and update it for UI work; keep `docs/04_DESIGN.md` focused on non-UI surface design by default. If `DESIGN.md` is absent, ignore it and follow the project's established UI conventions.
|
|
24
|
+
|
|
25
|
+
By contrast, `docs/04_DESIGN.md` is our SSOT of non-UI surface design by default — covering CLI command signatures, flags, config schemas, DTOs, tables, and system boundaries.
|
|
26
|
+
|
|
27
|
+
When collaborating with the design team:
|
|
28
|
+
- **UI/UX & Visual Design:** Refer to and update repository-root `DESIGN.md`.
|
|
29
|
+
- **Non-UI Surface & API/Schema DTOs:** Refer to and update `docs/04_DESIGN.md` (and `docs/design/<slug>.md` satellites).
|
|
27
30
|
|
|
28
31
|
## 1. CLI commands
|
|
29
32
|
|
|
@@ -80,7 +80,8 @@ Each project's `AGENTS.md` embeds an instantiated copy of this table (§4.4). A
|
|
|
80
80
|
| `docs/01_PRD.md` | **WHAT** — product vision, users, scope (in / out / deferred) | **Authoritative on scope** | Read before adding a command/feature; edit when scope changes |
|
|
81
81
|
| `docs/02_ROADMAP.md` | **WHEN** — phases, current vs deferred, sequencing | Derived | Read to place work in a phase; edit when phase status changes |
|
|
82
82
|
| `docs/03_ARCHITECTURE.md` | **HOW** — module boundaries, data flow, runtime model, invariants, rationale-in-depth | Derived (ADR wins) | Read before cross-module/seam/schema work; edit when boundaries or mechanisms change |
|
|
83
|
-
| `docs/04_DESIGN.md` | **SURFACE** — concrete shapes: every CLI command, flag, config key, env var, table, DTO; **index over `docs/design/<slug>.md`** (§4.5) | Derived | Read/edit when changing a command, flag, env var, or schema — same commit |
|
|
83
|
+
| `docs/04_DESIGN.md` | **SURFACE** — concrete shapes: every CLI command, flag, config key, env var, table, DTO; **index over `docs/design/<slug>.md`** (§4.5) | Derived | Read/edit when changing a non-UI command, flag, env var, or schema — same commit |
|
|
84
|
+
| `DESIGN.md` (repo root) | **UI/UX SURFACE** — visual design, color tokens, typography, component specs, layout, micro-animations, accessibility | **Authoritative for UI/UX when present** | Read/edit when planning or implementing UI/UX visual changes (dynamically supported; ignored when absent) |
|
|
84
85
|
| `docs/05_FEATURES.md` | **STATUS** — feature decomposition + state (✅ done / 🔶 partial / ⏳ planned / 💤 deferred); **index over `docs/features/<id>_<slug>.md`** (§4.5) | Derived | Read to find a feature's state; edit when a feature's status changes |
|
|
85
86
|
| `docs/99_PROJECT_CONSTITUTION.md` | **PROCESS** — how the files above are maintained | **Authoritative on process** | Read before editing any doc above; edit per §6.8 |
|
|
86
87
|
| `AGENTS.md` (repo root) | **ENTRY** — how agents work in this repo: stack, commands, gates, conventions + the instantiated doc map | Derived (from 99 + 00/01/04) | Read first every session; regenerate factual blocks from code (§6.7) |
|
|
@@ -89,7 +90,8 @@ Each project's `AGENTS.md` embeds an instantiated copy of this table (§4.4). A
|
|
|
89
90
|
|
|
90
91
|
- Decision + one-line reason → `00`. Rationale/mechanism in depth → `03`.
|
|
91
92
|
- Scope (in/out/deferred) → `01`. Mechanism / data flow / invariants → `03`.
|
|
92
|
-
-
|
|
93
|
+
- UI/UX visual design, design tokens, component specs & accessibility → `DESIGN.md` (when present; otherwise follow established project UI conventions).
|
|
94
|
+
- Non-UI command/flag/config/schema/DTO shapes → `04`. Phase timing → `02`. Feature status → `05`.
|
|
93
95
|
- If you are writing *how it's built* or *why* inside `00`/`01`/`02`, it belongs in `03`/`04`.
|
|
94
96
|
|
|
95
97
|
### 4.2 Working layers (outside the authority chain)
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@gobing-ai/spur",
|
|
3
|
-
"version": "0.3.
|
|
3
|
+
"version": "0.3.30",
|
|
4
4
|
"description": "Spur CLI — local-first harness for mainstream coding agents: constraint checking, workflow orchestration, agent health, and history analytics. Bun-native; exposes the `spur` command.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"spur",
|
|
@@ -50,14 +50,14 @@
|
|
|
50
50
|
},
|
|
51
51
|
"devDependencies": {
|
|
52
52
|
"@commander-js/extra-typings": "^14.0.0",
|
|
53
|
-
"@gobing-ai/ts-db": "^0.4.
|
|
54
|
-
"@gobing-ai/ts-ai-runner": "^0.4.
|
|
55
|
-
"@gobing-ai/ts-dual-workflow-engine": "^0.4.
|
|
56
|
-
"@gobing-ai/ts-infra": "^0.4.
|
|
57
|
-
"@gobing-ai/ts-llm-jsonl-importer": "^0.4.
|
|
58
|
-
"@gobing-ai/ts-rule-engine": "^0.4.
|
|
59
|
-
"@gobing-ai/ts-runtime": "^0.4.
|
|
60
|
-
"@gobing-ai/ts-utils": "^0.4.
|
|
53
|
+
"@gobing-ai/ts-db": "^0.4.16",
|
|
54
|
+
"@gobing-ai/ts-ai-runner": "^0.4.16",
|
|
55
|
+
"@gobing-ai/ts-dual-workflow-engine": "^0.4.16",
|
|
56
|
+
"@gobing-ai/ts-infra": "^0.4.16",
|
|
57
|
+
"@gobing-ai/ts-llm-jsonl-importer": "^0.4.16",
|
|
58
|
+
"@gobing-ai/ts-rule-engine": "^0.4.16",
|
|
59
|
+
"@gobing-ai/ts-runtime": "^0.4.16",
|
|
60
|
+
"@gobing-ai/ts-utils": "^0.4.16",
|
|
61
61
|
"@types/bun": "1.3.14",
|
|
62
62
|
"@types/figlet": "^1.7.0",
|
|
63
63
|
"@types/node-notifier": "8.0.5",
|