specverb driver: no-code CLI - retire consumer Makefile, materialize generated Go out-of-band #106
Labels
No labels
burndown-2026-06
sunday-sprint
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/cli-guard#106
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Direction (from Kai)
ward-kdl is a no-code CLI - the consumer writes only policy (the guardfile),
never Go or build glue. Two consequences that reshape how everything else
surfaces:
lock/skew/ward-kdlmaketargets are transitional scaffolding. They should migrate onto a real driver
verb surface - the uv model (
uv run/uv lock), notmake. specverb-gengrows into a driver that owns gen / lock / skew / run.
main.gois theanalog of a venv: it should live in a cache dir (uv-style), not inside
cmd/ward-kdl/in the repo tree. The repo holds only the source of truth(guardfile + lock); the generated Go and the built binary materialize out of
band.
Also folds in
The deferred lock pruning belongs here: the committed lock is currently the
full 800KB spec (re-incurring ward#62's bloat objection); prune it to only the
granted operations plus their transitive
$refschemas once the driver ownsthe lock step.
Reshapes
Chunks 2 and 3 should surface their commands (
describe,skill) as driververbs, not make targets, consistent with this direction.