Start before code
Frame the outcome, evidence, boundaries and decision rights before implementation begins.
The Loom · Toolkit 2.5.12 released
Two harnesses turn an ambiguous mandate into audit-ready software. Run and Operations then return evidence to Discovery, so the institution learns from what the software actually does.
An ambiguous mandate arrives with the institution's constraints attached.Diverge on evidence, converge on one problem.One gate-green hand-off into delivery.Develop solutions, deliver under control.Deploy, observe, triage in operation.Signal returns to discovery as evidence.
Executive view
The Loom is for institutions that want the speed of AI-assisted delivery without giving an agent authority over scope, controls or release.
Frame the outcome, evidence, boundaries and decision rights before implementation begins.
Built for sponsors, product owners, risk leaders and delivery teams working under real institutional constraints.
Discovery, delivery and operations share evidence instead of handing work across disconnected phases.
The current public release packages the method for repository adoption.
Exercised end to end while building the synthetic Open Finance Backoffice reference portal.
It has not been used to deliver or operate a customer production system.
The idea
Every part of a physical loom maps to a durable part of the operating method.
Evidence, bounded work, human authority, quality and traceability remain under tension throughout.
One harness finds the right problem. The other ships the chosen solution under control.
Specialised agents move through the harness to research, build, review, test and evidence.
Mandate constraints, solution-domain knowledge and institutional context determine what gets woven.
The output is a working solution with its controls, lineage and release evidence constructed into the line.
Mandate to outcome
The same success measures that justify the problem become the evaluation targets for the released product. Every step leaves an owned artifact.
Leaders name the outcome, risk posture, constraints and accountable owners.
Discovery tests the framing and produces one gate-green, evidenced hand-off.
Product and architecture assurance shape the direction before autonomous delivery.
Quality gates, protected controls and accountable approval govern promotion.
A fresh product evaluation scores the release against Discovery’s success measures.
Incidents, drift, regulation and customer evidence are triaged back into the loop.
The two harnesses
The diamonds meet at one enforced waist: a gate-green hand-off. Discovery may stop a weak problem early; delivery evidence may legitimately send the work back.
Deploy → observe → triage. Most signals become a delivery fix or risk-register update. Only evidence that challenges the original framing reopens Discovery.
↶ Feedback edge to D2 evidenceDiamond 01
Before code, every claim, boundary, data-risk decision, prototype and stakeholder reaction becomes a traceable artifact.
A disposable wireframe tests the framing. It never binds the production solution.
A falsifiable problem, target user and success measure.
Claims trace to logged signals rather than opinion.
Stakeholders and in/out boundaries are named.
Discovery does not leak into production design.
Themes trace to signals and prioritisation is explicit.
Risks and mandate-specific drivers resolve against the register.
Stakeholder artifacts render through the mounted brand profile.
A disposable, low-fidelity prototype makes the direction visible.
Named stakeholders react and the evidence loop closes.
Diamond 02
One loop takes one eligible item end to end. The agent authors and verifies; a protected control plane keeps approval accountable—per change by default, or through a narrowly governed routine envelope.
Take the first eligible item. The waist gate rejects untraced features.
One story, one branch, one session; concurrent work uses isolated worktrees.
Contract, generated types and acceptance tests precede implementation.
Build to green with synthetic data, audit and lineage in the same change.
Bounded reviewers judge hard stops and contract conformance.
A protected control plane requires accountable approval; regulated work can require formal four-eyes.
Promotion, live smoke checks and rollback remain governed.
Release gates rerun at the shipped commit and seal the evidence bundle.
The pattern
A generic harness becomes institutional capability when context is governed as an owned, versioned and auditable asset.
Commercial goals, regulation where applicable, deadlines, risk posture and controls.
Contracts, data models, personas, scopes and synthetic datasets.
Approval routes, architecture, approved technology, terminology, brand and voice.
If a competitor copied the codebase tomorrow, it would still lack the accumulated, governed context that makes the software belong to the institution.
Continuous assurance · always-on
The assurance lifecycle re-runs on changes, schedules and regulatory events, keeping evidence current to the last trigger instead of the last meeting.
Regulatory and risk horizon scan
Risk and impact review
Contract and hard-stop conformance
Controls and quality gates
Audit trail and lineage capture
Agent-prepared reporting plus human four-eyes
Harness governance · who assures the AI?
The regulated reference catalogue closes the gaps that let an ungoverned agent self-review, self-merge, deploy and edit its own guardrails.
Human-approved merges through enforced branch protection.
Guardrails, gates and CI sit outside the agent's write scope.
Traceability is externally anchored and tamper-evident.
The agent uses a bounded identity and vaulted secrets.
Staged release, a human production gate and rehearsed rollback.
The harness itself is governed as an AI system.
A gate-green hand-off is the entry condition for delivery.
Risk registers and brand profiles are mounted, not hard-coded.
Delivery explores several directions before converging.
A kill switch and named accountable officer are mandatory.
Model traffic passes through governed gateways and DLP.
A sealed runtime distinguishes reasoning from answer mining.
A narrow routine-change lane can move approval from each change to a second-line-owned, expiring envelope. Approval is relocated, never removed.
Religious and ethical determinations are human-issued context, never agent work-product.
The Loom separates repository mechanics from platform enforcement and real operating evidence.
No credible control exists.
The decision and owner are documented.
Repository machinery tests the claim.
The agent cannot bypass the control.
Operating evidence proves it works in practice.
Proof and limits
The synthetic Open Finance Backoffice demonstrates a real gated system and a reusable method. It is not evidence of customer production use.
It has not been used to deliver or operate a customer production system. It has not cleared live production scale or a regulator examination.
Legacy integration, real data and organisational change remain the true cost curve for other institutions.
Token telemetry now measures delivery spend by iteration and milestone. The value half—and any implied ROI—remains unbuilt.
Decision logs make agent reasoning replayable, but they do not prove that human reviewers still understand a growing codebase.
Bad context compounds as quickly as good context, so ownership and quality control are part of the method.
Agents require validation, monitoring and independent challenge; automation does not remove accountability.
A bank-neutral, synthetic-only portal used to exercise the harness end to end—not a customer production deployment.
Read the build record →Applications of its evidence, specification and human-authority principles—not claims of full regulated-harness adoption.
Explore the portfolio →Adopt the method
Mount the institution's controls and context, run one gated discovery, and deliver one bounded outcome with human accountability intact.