This repository has been archived on 2026-09-06. You can view files and clone it. You cannot open issues or pull requests or push a commit.
mathiasandClaude Sonnet 5 97d0f56383
CD / Build & Import (push) Failing after 3s
CD / Detect unsubstituted template (push) Successful in 1s
CD / Lint / Test / Vet (push) Successful in 5s
CD / var-go/oath (push) Skipped
CD / Deploy via GitOps (push) Skipped
feat(stuck): stuck-state pipeline overlay (cad-atlas#11)
Consumes mathias/cad#14's cad-stuck query directly — cad's app/domain
packages are public Go modules, so this reuses the exact tested
classification logic (import, not re-implementation) rather than
duplicating the taxonomy across two repos.

ApplyStuckOverlay (internal/atlas/stuck.go, fixture-tested) maps each
finding's category onto the existing 9-stage pipeline: armed_never_fired to
the human dispatch gate, claimed_never_ran/ceiling_hit/refire_loop/
near_attempt_cap to the one Execute stage (there is no separate Claim
stage), done_not_closed to the loop-back stage. Adds a StuckCount/
AwaitingCount badge per stage plus one Node per finding, linking out to the
underlying issue/comment — read-only, no controls, matching cad#14's own
constraint.

Two visual classes, kept deliberately distinct per the issue's own framing:
a coral 'N stuck' badge (needs intervention) vs a green 'N awaiting' badge
(a functioning control waiting on a human) — done_not_closed can never
render as a bottleneck.

Verified against the live estate: STAGE 05 shows 2 stuck (cobalt-dingo#30
ceiling_hit, cad-atlas#10 near_attempt_cap), STAGE 08 shows 5 awaiting
(cobalt-dingo #3/#7/#12/#16/#19 done_not_closed) — screenshotted via a
koala k3s Playwright job against a live-token server, matching cad#14's own
proven query output exactly.

go.mod: added git.d-ma.be/mathias/cad v0.10.0 (app/domain/adapters-gitearead
only — no mcp-chassis pulled in, that's only imported by cad's own cmd/cad).
Dockerfile: added the same GOPRIVATE/insteadOf fetch config mathias/cad's
own Dockerfile uses, now needed for this new private-module dependency.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-08-28 13:27:02 +02:00
2026-07-19 08:29:23 +00:00
2026-07-19 08:29:23 +00:00
2026-07-19 08:29:23 +00:00
2026-07-19 08:29:47 +00:00

cad-atlas

A visual atlas of the Continuous Agentic Development (CAD) workflow — from a captured signal to a deployed k3s pod.

One screen, reel-style: Signals → TELOS → Strategic session → Spec/Oath → Human gate → agentsquad → CI → CD → pod, looping back to TELOS. It renders the CAD audit chain, which doubles as the regulated-industry audit artifact.

The CAD audit chain is the visualization data. Phase C renders it once and serves two masters: observability + compliance.

Phases

  • A — static hero viz (current): self-contained internal/web/static/cad-atlas.html, served at /. SVG spine, animated pulse, dashed feedback bus, replay/slow-mo.
  • B — generated-from-source: render from brain docs + workflows + infra manifests (no drift).
  • C — live trace viewer: hydrate from the assessor-loop ledger + session_log + Gitea run API + Flux events.

Quickstart

task check      # lint + vet + test (CI gate)
task run        # → http://localhost:8080

Context

Full project context, the 9-stage workflow, the three governance gates, the dogfooding model, and all brain deep-links + external references live in .context/PROJECT.md. Any clean agent session should read that first (brain_get <path> for the linked notes).

Governance (dogfooded)

This repo is built through the workflow it depicts: dispatch-allow-enabled, build increments governed by a var-go Oath in their spec issues. Bootstrapping honesty: the Oath is defined but cmd/vargo-gate is not yet wired into this repo's CI — advisory until it is. See PROJECT.md.

S
Description
ARCHIVED 2026-09-06: source consumed by mathias/cad (cmd/cad-atlas + internal/atlas), history preserved via subtree; image builds from cad. Issues migrated.
Readme
271 KiB
Languages
Go 67.5%
HTML 20.6%
Shell 9.2%
Dockerfile 1.9%
templ 0.8%