Developer preview. Pre-admission. Not for sensitive, proprietary, regulated, or production code. Expect breaking changes and data loss. Read the limits.

GitHub-native workspace

Open the cockpit in a Codespace

The repository ships a dev container so the first run does not begin with a toolchain essay. One click gives you a Linux workspace with Node 24, the native build tools the guardian needs, both lockfiles installed, and ports 5173 (cockpit) and 5174 (loopback API) forwarded.

Open in GitHub Codespaces

The badge opens a new Codespace from main. Codespaces is a GitHub-hosted development environment, not a hosted demo of Bridlewise. The cockpit still runs on loopback inside that workspace. Prompts and the repository context you send to a model provider leave the machine by design; the local server and the record stay on loopback. The container does not ship a provider credential.

What the container does

First commands

# the honest state of the harness
./bin/bridlewise.mjs preflight

# start the cockpit and the loopback server
node scripts/sd.mjs start

# the public smoke suite (no corpus, no model key)
npm run test:public

Open the forwarded 5173 URL. If preflight refuses a capability, that is the product working: the refusal names the missing admission gate or adapter. Read Run record for what the cockpit records, and Policy lab for the governance posture the demo illustrates.

What it does not configure

Cost and lifecycle

Codespaces consumes the included quota on your GitHub plan and stops when it is idle. A public repository does not make compute free. Delete the Codespace when you are done; the repository does not need a long-lived workspace.

If the container cannot build the guardian on your architecture, use the quickstart on a Linux host and open an issue with the exact failure. A dev container that hides a broken native build would be worse than no dev container.

The logbook index

Search the record

Type to search the curated record.

↑↓ move Enter open Esc close