DAACWhat we’re building

What makes the workflows run.

Workflows are the work DAAC can do. Solutions are what a client gets from it. Tooling sits between the two: the tools that carry out each step of a workflow, the ones that keep a solution running once it has shipped, and the ones built ahead of either, because the range of thinking behind them is itself part of the case for what comes next.

Buildsupply and the public faceFrameBuildthe app frameworkForgeBuildbuilds and maintains appsCrawlBuildscans public sourcesScribeBuildrenders sources to schemaSpineBuildexchanges data at sourceMasonBuildfrom config templatesObserveone view of the suiteConsoleObserveone view of the suiteProposesurfaces drift, hands it onConcordProposespec, code, solutionGimbalProposemodel-market watchCompassProposedemand + leverage intakeLatheProposetool genesisGovernsets the rules the rest followTallyGovernevery log has a readerVerifyruns it, compares itGaugeVerifyruns builds, comparesActuatethe only write pathHelmActuatedispatch, governedStewardActuateprovision, patchSubstratebeneath the planes, not a peerManifoldRouteone contract to a modelLatchSecureone contract to sign inFathomSoundreads a live database
In the workflowsNamed on a published workflow’s own steps: composing an app, scanning a public record, turning a signal into the start of a build.
FrameBuildThe framework tools are built on

The framework for building multi-stakeholder digital ecosystems. Every app built on Frame speaks the shared conventions by construction, so the data it captures is a tradable unit the moment it is recorded.

Build
ForgeBuildThe agentic build environment

Where agents build and maintain apps against the framework they are given, DAF, Frame, or another substrate, under human supervision. The unit of production becomes an agent that builds a class of apps, so output is bounded by agent capability, not engineering headcount.

Build
CrawlBuildCrawls the public web

The agentic web-crawling engine: it scans scattered public sources, corroborates what it finds, and organises the result. Its leading derivative is the navigable, source-rated reference hub, a public good and supply the market can buy; the mandate is web crawling in the general case.

Build
ScribeBuildRenders any source into schema-conforming records

The agentic conformance engine. It renders any source (a document, a feed, a legacy database) into schema-conforming records, owning the reconciliation and commoditisation that make messy frontier reality comparable.

Build
SpineBuildThe cross-system protocol

The cross-system protocol. It makes data from any participating system discoverable and exchangeable across boundaries, while it stays at its source. Spine-compatibility is what puts an app, or any system, in the ecosystem.

Spec
MasonBuildThe public-face builder

Agent-led builder of the suite’s public face, marketing sites, Crawl hub front-doors and print-ready export sheets, stood up from config-driven templates, then maintained: every build teaches the template the next property forks from. This site is one of its builds.

DesignIn build
CompassProposeThe demand-intake analyser

Takes a raw outside signal and resolves it into a bearing. A demand signal, a client problem, an RfP, a topic of interest, becomes which Solution answers it and the instructions to stand it up; a leverage opening, a partnership, an engagement, a moment to respond, a contact, becomes a hypothesis for how DAAC puts it to work. It proposes; Mason renders the artefacts and the other Tools deliver.

ConceptProposed
Necessary toward solutionsNot named on a workflow card, but a shipped solution runs on these regardless: the release checks, the dispatch, and the identity and model contracts the tools above call through.
ConsoleObserveThe control room

One surface onto the whole suite: every product’s progress, authored here, the single source of truth, and its performance, read live from a telemetry shape each product emits. Console watches; it never controls what it watches.

BuildRunning
ConcordProposeThe coherence tool

Maps each tool’s spec ↔ code ↔ the solutions built on it, reports where they have drifted apart, and proposes the reconciliation. Surface-both, propose-only: it hands changes on, and writes nothing itself.

BuildIn build
GaugeVerifyThe runtime verifier

Runs what the suite builds and checks how it behaves: parity against a reference build, regression, the release gate. Concord reads the source; Gauge exercises the running thing, and its verdicts sharpen as humans correct them. It proposes the fix, and writes nothing itself.

BuildIn build
HelmActuateThe orchestrator

The always-on, remote control plane that dispatches governed work to remote workers, holds it to the suite’s own guardrails at launch, and surfaces results for asynchronous review. It ends work being laptop-bound.

BuildFirst slice dispatching
StewardActuateThe estate operator

Autonomous DevOps: provisions, patches, backs up and keeps healthy the infrastructure the suite runs on, the standing job nothing else owns, kept its own tool so Helm need not carry it.

BuildIn build
TallyGovernThe logging-loop custodian

Keeps the suite’s learning loop honest: work is logged where it happens, and every log names who reads it and when, so nothing captured goes unread. A log nobody drains is a finding it raises, never a quiet loss. Each tool keeps its own corpus; Tally audits the loop.

BuildIn build
ManifoldRouteThe model-provider switch

The one gateway between the estate and the external model market: every Tool routes its model calls through this single contract, so which vendor answers is a config line, not a code path. A role asks for a capability tier; Manifold resolves the vendor at the edge, and swapping one is an edit, never a rebuild. Crawl and Scribe already call through it.

BuildIn use
LatchSecureThe identity substrate

The shared OAuth and session contract every tool calls through to authenticate a sign-in, so which identity provider verifies it is a config line, never a per-tool rebuild. It secures a session on the right key and releases it on sign-out, the way its namesake secures and releases a door.

BuildBuilt
FathomSoundThe live-DB read harness

A read-only instrument that lets the estate query and census a live database without a human hand-running an ad hoc script each time. Structurally read-only: no write verb is reachable through it, so a second place data could be mutated from never opens.

BuildIn build
Built ahead of the workNothing here is client-facing yet. Each is built far enough that it could carry a solution on its own the day a client needs exactly what it does, and that range is the point.
GimbalProposeThe allocation optimiser

Watches the model market and the suite’s own run telemetry, and proposes evidence-backed remaps of which model each agent role runs on. No role is left on the wrong model as the market shifts; the Tool it targets disposes.

BuildIn build
LatheProposeThe tool-genesis tool

Owns how a recurring manual practice becomes a self-hosted tool: it reads the corpora the suite already keeps for the signature of a missing tool, then guards the playbook a new one is born from. It proposes the graduation; Helm dispatches the build.

ConceptRun by hand
PrismRetrieveThe retrieval substrate

A read-only projection of everything the estate has written, rebuilt from scratch rather than patched, joining text search to the links the authors drew by hand. Any seat can find what is already known and how it was reached, so a settled question is answered from the record instead of asked again.

BuildIn build
WardHoldThe credential broker

Hands a worker a named grant instead of a secret, so no interface, log or transcript can emit the value even by accident. When it is unavailable, authenticated work stops and escalates rather than reaching for an unsafe path.

BuildIn build
CourierSendThe outbound door

One governed door for everything the estate sends out, so no tool holds a mail provider itself. Templates that may send on their own are separated structurally from the ones a human has to release, and every departure is recorded.

ConceptProposed
SounderActuateThe feedback triage

Takes a user report the moment it lands, checks it against what is already open and already ruled, and routes it: an operational fault to the board that owns it, a feature ask to the demand side. Feedback stops depending on somebody reading an inbox.

ConceptProposed
FoilObserveThe adjudication surface

Presents one decision at a time and records the verdict against it, so a judgment call is captured where it was made instead of scattered through conversation. It shows and records; it never acts on what was decided.

BuildBuilt

This site is a Mason build. What each build learns goes back into the templates the next site and hub front door fork from.