baldart 4.97.0 → 4.97.1
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/CHANGELOG.md +9 -0
- package/VERSION +1 -1
- package/framework/.claude/skills/ds-edit/CHANGELOG.md +9 -0
- package/framework/.claude/skills/ds-edit/SKILL.md +10 -4
- package/framework/.claude/skills/ds-new/CHANGELOG.md +9 -0
- package/framework/.claude/skills/ds-new/SKILL.md +11 -7
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -5,6 +5,15 @@ All notable changes to BALDART will be documented in this file.
|
|
|
5
5
|
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
|
|
6
6
|
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
|
7
7
|
|
|
8
|
+
## [4.97.1] - 2026-07-02
|
|
9
|
+
|
|
10
|
+
**`/ds-new` + `/ds-edit`: locate/reuse-first is a deterministic registry lookup, never a search agent.** A live `/ds-edit` run went off-script — instead of the skill's deterministic spine (resolve the component spec → `ui-expert` source edit → `extract-one` → `serialize-spec` → `doc-reviewer` → `ds-gate`), the model improvised ad-hoc `general-purpose` agents to "find" the component and verify a formatter. Root cause: the skills said *what* to do ("resolve the existing component") but never forbade *how not to*. Reaffirmed (adversarially) that the v4.94.0 `codebase-architect` analysis profiles correctly do NOT belong in the `ds*` skills — those operate on a single, already-named element (no scope→registry fan-out), and `ds-new`'s reuse-first is a **deterministic signature detector** that an LLM `ui`-profile pass would only make fuzzier and duplicate; the `ui` profile lives in the *planning* skills (`/prd`, `/ui-design`, `/new`, `/ds-handoff`, `context-primer`) and, when it matters, already ran upstream before `/prd` delegates to `ds-new`/`ds-edit`.
|
|
11
|
+
|
|
12
|
+
- **`ds-edit` P1** now states explicitly: read `components/<Name>.md` directly and take its `source` — a plain file resolution, **never** a `general-purpose` / `Explore` / `codebase-architect` spawn (grep the exported symbol if only the source path is uncertain). Skill `1.0.0 → 1.1.0`.
|
|
13
|
+
- **`ds-new` step 1** now states explicitly: reuse-first stays the deterministic `ds-reuse-gate.js → signatureDuplicates` / `baldart ds-gate` detector, **never** routed through an LLM search/architect agent. Skill `1.0.0 → 1.1.0`.
|
|
14
|
+
|
|
15
|
+
**PATCH** — skill-body clarification, no new surface, no install-layout change, no behavior change to the deterministic spine. **Codex parity: portable** — pure prose in the shared skill bodies (both skills already degrade `ui-expert`/`doc-reviewer` delegation to TODO on Codex; this hardening is runtime-agnostic). **Not a `baldart.config.yml` key** → the schema-change propagation rule does NOT apply.
|
|
16
|
+
|
|
8
17
|
## [4.97.0] - 2026-07-02
|
|
9
18
|
|
|
10
19
|
**Change Tiers — a real Light lane, so ordinary edits stop triggering the heavy machinery.** The root primitives forced plan mode on *any* non-trivial task, a `plan-auditor` + `doc-reviewer` review gate on *every* non-trivial plan, mandatory delegation to a domain agent, and (amplified by project overlays) a worktree + backlog card whenever more than a few files were touched — so even a small direct edit spun up the full orchestration. Root cause: there were only two tiers (Trivial vs everything-else-is-Heavy); no genuine middle lane.
|
package/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
4.97.
|
|
1
|
+
4.97.1
|
|
@@ -2,6 +2,15 @@
|
|
|
2
2
|
|
|
3
3
|
Formato: [Keep a Changelog](https://keepachangelog.com/) · [SemVer](https://semver.org/).
|
|
4
4
|
|
|
5
|
+
## 1.1.0 — 2026-07-02
|
|
6
|
+
|
|
7
|
+
- **P1 locate hardening.** Reso esplicito che lo step P1 è un lookup deterministico
|
|
8
|
+
diretto sul registro (`components/<Name>.md` → `source`) e che NON deve mai
|
|
9
|
+
spawnare un agente `general-purpose` / `Explore` / `codebase-architect` per
|
|
10
|
+
"trovare" il componente — l'unità è già nominata, non c'è fan-out da esplorare.
|
|
11
|
+
Chiude la deriva osservata in cui il modello improvvisava una ricerca ad-hoc al
|
|
12
|
+
posto dello spine deterministico della skill.
|
|
13
|
+
|
|
5
14
|
## 1.0.0 — 2026-07-01
|
|
6
15
|
|
|
7
16
|
- Baseline: versioning per-skill introdotto al framework v4.82.0.
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ds-edit
|
|
3
3
|
effort: medium
|
|
4
|
-
version: 1.
|
|
4
|
+
version: 1.1.0
|
|
5
5
|
description: >
|
|
6
6
|
Update ONE existing canonical design-system element correctly — the deliberate
|
|
7
7
|
edit twin of /ds-new. Classifies the change (resync the spec to changed source /
|
|
@@ -81,9 +81,15 @@ the target component + intended variant are pre-resolved.
|
|
|
81
81
|
## Pre-flight
|
|
82
82
|
|
|
83
83
|
- **P0 — gate.** `features.has_design_system: false` → REFUSE.
|
|
84
|
-
- **P1 — locate
|
|
85
|
-
|
|
86
|
-
|
|
84
|
+
- **P1 — locate (deterministic registry lookup — NEVER a search agent).** Read
|
|
85
|
+
`${paths.design_system}/components/<Name>.md` **directly** and take its `source`
|
|
86
|
+
field — the registry IS the index, so this is a plain file resolution. Do **not**
|
|
87
|
+
spawn a `general-purpose` / `Explore` / `codebase-architect` agent to "find" the
|
|
88
|
+
component: `ds-edit` operates on a single, already-named element, so there is no
|
|
89
|
+
fan-out to explore (the `ui` analysis profile is for scope→registry discovery in the
|
|
90
|
+
*planning* skills, not here). If the spec does NOT exist → STOP and suggest `/ds-new`
|
|
91
|
+
(this skill edits; it does not create). If only the `source` path is uncertain,
|
|
92
|
+
`grep` the exported symbol — still no agent.
|
|
87
93
|
- **P2 — classify the change** (the edit decision tree; ask the user when unclear):
|
|
88
94
|
- **resync** — the source already changed (props/variants/a11y); only the spec
|
|
89
95
|
needs to catch up. (Often you don't even need this skill — see "What this skill
|
|
@@ -2,6 +2,15 @@
|
|
|
2
2
|
|
|
3
3
|
Formato: [Keep a Changelog](https://keepachangelog.com/) · [SemVer](https://semver.org/).
|
|
4
4
|
|
|
5
|
+
## 1.1.0 — 2026-07-02
|
|
6
|
+
|
|
7
|
+
- **Reuse-first hardening.** Reso esplicito che lo step 1 reuse-first resta il
|
|
8
|
+
detector deterministico a firma (`ds-reuse-gate.js → signatureDuplicates` /
|
|
9
|
+
`baldart ds-gate`) e NON deve essere instradato attraverso un agente
|
|
10
|
+
`general-purpose` / `Explore` / `codebase-architect` (sostituirebbe il check a
|
|
11
|
+
firma con uno più fuzzy e duplicherebbe la Reuse Analysis che il profilo `ui`
|
|
12
|
+
possiede già nelle skill di planning). Simmetrico al P1 hardening di `ds-edit`.
|
|
13
|
+
|
|
5
14
|
## 1.0.0 — 2026-07-01
|
|
6
15
|
|
|
7
16
|
- Baseline: versioning per-skill introdotto al framework v4.82.0.
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ds-new
|
|
3
3
|
effort: medium
|
|
4
|
-
version: 1.
|
|
4
|
+
version: 1.1.0
|
|
5
5
|
description: >
|
|
6
6
|
Create ONE canonical design-system element — a component OR a token — end to
|
|
7
7
|
end with the full discipline: reuse-first research, (optional) scaffold, then
|
|
@@ -87,12 +87,16 @@ branch), the role/closure are pre-resolved — skip the reuse step (P1/step 1).
|
|
|
87
87
|
|
|
88
88
|
Each step is a delegation. Read the cited SSOT; do not paraphrase it.
|
|
89
89
|
|
|
90
|
-
1. **Reuse-first (BLOCKING
|
|
91
|
-
|
|
92
|
-
`design-system-protocol.md`.
|
|
93
|
-
|
|
94
|
-
ds-gate
|
|
95
|
-
|
|
90
|
+
1. **Reuse-first (BLOCKING — deterministic, NEVER a search agent).** Walk the
|
|
91
|
+
Component Discovery Cascade AND query the Selection Policy **by role**
|
|
92
|
+
(`INDEX.md` § Selection Policy), per `design-system-protocol.md`. The duplicate
|
|
93
|
+
check is the gate's own **deterministic detector** — `node -e` over
|
|
94
|
+
`src/utils/ds-reuse-gate.js → signatureDuplicates` (or `baldart ds-gate` once a
|
|
95
|
+
spec exists) — NOT an LLM pass: do **not** route reuse-first through a
|
|
96
|
+
`general-purpose` / `Explore` / `codebase-architect` agent (that would replace a
|
|
97
|
+
signature-based check with a fuzzier one and duplicate the Reuse Analysis the `ui`
|
|
98
|
+
profile already owns in the *planning* skills). Ask the user **only** on a real
|
|
99
|
+
fork (a suspected-duplicate, or a closed-family hit) — one consolidated
|
|
96
100
|
`AskUserQuestion`. On a clean match → **STOP and reuse the existing component**
|
|
97
101
|
(creating it anyway is the exact failure this skill prevents).
|
|
98
102
|
2. **Create (conditional).** *Scaffold mode* → DELEGATE `ui-expert` (Task tool):
|