Silicon/Decisions
Silicon · Decisions

Architecture decision records.

Every platform decision the lab made under real constraints, captured in a format that makes the reasoning visible — and revisitable when the constraints change.

01 · Why this trail exists

Implicit decisions become invisible ones.

An Architecture Decision Record captures the alternatives that were considered, the constraints that ruled some of them out, and the consequences the choice triggered. The format is Michael Nygard's. The point isn't ceremony — it's that platform decisions made implicitly become permanent without anyone deciding they should be. Writing them down keeps the reasoning replayable when the constraints change.

Start with one: ADR-0006 · the governance split is the central architectural decision of The Forge. It explains why the platform is built the way it is.

On record — decided, and running
ADR-0006 Accepted
Governance split — policy management inside the cluster, enforcement at the boundary

The central architectural decision: how to run inference as a Kubernetes workload without weakening separation of governance.

Governance Read →
Queued — decided informally, awaiting write-up

Listed so the trail is honest about what is documented and what is not. Each is a decision the platform has either made informally or is about to make.

ADR-0001 Planned
Why a Mac Mini cluster

The thermal envelope and unified-memory roadmap that made the cluster viable on a shelf, not in a rack.

Hardware
ADR-0002 Planned
ArgoCD over Flux

GitOps operator selection — why ArgoCD won for a single-cluster platform with promotion semantics.

Platform
ADR-0003 Planned
Kyverno before custom governance

Structural policy first, intent governance second. Why admission control is a prerequisite, not a competitor, to ClawLaw.

Governance
ADR-0004 Planned
Observability before automation

ISR sequencing — why traces, metrics, and logs land on the cluster before any GitOps workload does.

Operations
ADR-0005 Planned
Why governance belongs in the control plane

Tier separation — what the control plane owns and what the boundary owns when they share a policy store.

Governance
ADR-0007 Planned
MLOps on Kubernetes

Why the model lifecycle uses K8s primitives instead of a managed MLOps platform — and where the limits of that choice are.

MLOps