spectastic Walkthrough
principles.html
Project principles · enterprise profile

Principles

Twenty non-negotiables the rate limiter — and every feature in the project — answers to.

accepted owner  Platform API (@platform) version  1.0.0 created  2026-07-21 profile: enterprise
TL;DR

These aren't authored per feature — they're inherited. spectastic init --profile enterprise composes this floor before a word of spec is written, and it's the strictest of the four profiles. The rate-limiter's spec, design, and tasks are all checked against it — §1 of the design re-walks the relevant ones.

§1  Purpose & scope

Project-wide rules, not feature rules. Every spec in this project inherits them; a design opens by re-walking each relevant one and must clear it or record an accepted risk. The enterprise profile turns them from advice into an enforced floor — the difference the walkthrough is really about.

§2  The twenty principles

Craft
P-1 Clarity over cleverness

Prefer the simplest code the next reader — human or agent — can follow. Clever indirection is a cost, not a flex.

P-2 Small, reversible changes

Ship in slices. Every change should be easy to revert; a large irreversible batch is a design smell.

P-3 Explicit over implicit

Name things. No hidden magic, no action-at-a-distance an agent can't see from the code in front of it.

P-4 One set of conventions, enforced

A single formatter and lint config, applied automatically. Style is decided once and enforced by the toolchain, not debated per PR.

P-5 Record the why

Decisions carry their rationale. Code says what; a decision log or comment says why it had to be this way.

Verification & rigor
P-6 Tests accompany behavior

Code that ships carries a test for the behavior it adds. The demoable path is covered before it merges.

P-7 Done means verified

Every level of testing is produced — unit, integration, and a behavioral check on the running code. Presence is never accepted as proof.

P-8 Ship dark by default

A change to a working system ships behind a toggle, off by default, reaching users by a deliberate, reversible flip.

P-9 Decisions are grounded

A claim without a cited source is not yet a decision. Every design-bearing choice records the evidence it rests on.

P-10 The enforcement floor holds

When a gate tool fails, fix the gate before removing it. Disabling a gate is a last resort — explicit and recorded, never a silent convenience.

Interfaces & security
P-11 Contract-first interfaces

A component that exposes an interface ships a checked-in contract before the code behind it — the agent's target and the consumer's guarantee.

P-12 Library-first boundaries

Keep the reusable core separate from its entry point. Logic lives in a testable library; the endpoint or UI is a thin adapter.

P-13 Secure by default

Safe defaults are the floor: no hardcoded credentials, secrets from the environment, authorization on by default. Every insecurity is a reviewed exception.

P-14 Least privilege

Grant the narrowest capability that does the job — to a service, a token, and an autonomous agent alike. Bound the blast radius first.

Reliability
P-15 Structured observability

The running system emits the golden signals (latency, traffic, errors, saturation) through a standard exporter — health observed in production, not guessed from logs.

P-16 Service level objectives

Each production-facing reliability target is an SLO with an explicit SLI and error budget. The remaining budget, not opinion, sets the pace of change.

Delivery & supply chain
P-17 Semantic versioning

Versions are MAJOR.MINOR.PATCH — a compatibility contract dependents and agents can reason about mechanically before an upgrade.

P-18 Supply-chain hygiene

Pin, audit, and prune dependencies; adding one is a reviewed decision, not a reflex. Bound the blast radius at the manifest.

P-19 Supply-chain provenance

Publish an SBOM and a build attestation for every release, so a consumer can verify what went into an artifact and where it came from.

P-20 Accessibility conformance

A user-facing product meets audited WCAG 2.x AA. A service or CLI with no user-facing surface satisfies this trivially.

§3  Governance

Principles change only by proposal, and the set carries a semantic version. The enterprise profile also declares the enforcement policy — the tool categories the rigor requires — which spectastic enforce checks and the design resolves to concrete tools.

§4  Change log

1.0.0 · 2026-07-21
Established by init --profile enterprise — the twenty-principle floor composed from the base + enterprise axis.
This worked example
principles.html spec.html design.html tasks.html ↳ walkthrough ▶ simulator

One file. Renders anywhere. Degrades to readable static HTML.