Skip to main content
BRIK64 is a way to make software logic easier to inspect. It turns bounded requirements into circuit-shaped blueprints so developers and AI agents can review what the logic does before it spreads across systems. The core model is: 
Monomer -> PCD Blueprint -> Polymer -> Application/System topology
Each layer has a specific job:
LayerRole
MonomerAtomic operation vocabulary.
PCD BlueprintCircuit description for bounded logic.
EVAComposition model for sequential, conditional and parallel structure.
PolymerComposed logic built from one or more PCDs.
.brikLocal traceability workspace for decisions, events and evidence references.
CLILocal command surface for the current public beta PCD workflow.
SkillManaged agent instructions installed only with explicit consent.

​
Digital Circuitality

Digital Circuitality is the engineering discipline behind BRIK64. It treats software as something that should be shaped like circuitry: bounded inputs, finite operations, explicit composition, deterministic behavior where the scope declares it, and evidence that can be inspected later. For users, this means BRIK64 is not just another code-generation layer. It is a way to make an AI agent or developer explain the logic it is creating:
  1. What are the inputs and outputs?
  2. Which atomic operations are needed?
  3. How are operations composed?
  4. What artifacts prove what happened?
  5. Which parts are available today and which require future platform support?

​
Local-First Product Model

The local CLI path is the default because it keeps source and iteration close to the developer. Agents can use BRIK64 without requiring login for the local flow. Managed AGENTS.md instructions should only be written through an explicit, reviewable user-approved action.