An operations register for AI initiatives, risks and incidents. Each control is scored on Relevance, Extent and Duration, every decision is dated, and the register exports to CSV or Excel. It is the tool the governance record lives in, and it is used inside Adaca's AI governance engagements.
RED is based on five years of monitoring and evaluation systems built for the United Nations, the World Food Programme, and the Swiss Agency for Development and Cooperation.
Shadow models, ungoverned data flows, and controls that exist on paper but have never been assessed against the risks they target. RED gives each use case a structured score across three dimensions, with a dated record that builds as controls are reassessed.
RED began as monitoring and evaluation infrastructure: the systems used to assess whether a field intervention was relevant to the problem, reaching enough of the affected population, and sustained long enough to have an effect.
We built these systems over five years for the United Nations, the World Food Programme, and the Swiss Agency for Development and Cooperation. Adaca RED generalises that scoring model so any operations team can apply it to initiatives, risks and incidents.
RED grades one relationship, how well an initiative mitigates a risk, across three dimensions, each scored 0 to 4.
Whether the initiative addresses the risk it targets. A control aimed at the wrong failure mode scores low, however well it is built. A policy covering general data handling does not address a model trained on customer records. Relevance distinguishes the two.
Whether it reaches enough of what is exposed. Covering three of thirty affected systems is a low Extent, regardless of execution quality. A control that governs one deployed model while five others run unassessed scores low on Extent.
Whether the effect is sustained. A control that holds for a fortnight and then lapses scores low on Duration. A control that held during a pilot but is not maintained once a model reaches production scores low on Duration.
How well does this initiative mitigate the risk?
Illustrative composite. In Adaca RED, Relevance, Extent and Duration are assessed and trended per dimension, each on its own 0 to 4 scale.
Each dimension is scored independently and dated. Re-scoring an initiative over time produces a trend; across a risk's mitigating initiatives, the scores combine into an overall coverage estimate.
For each AI use case, Adaca RED holds the risk, the controls mapped against it, and a dated RED score for each control. Incidents are recorded when controls fail. The record builds with each reassessment.
Adaca RED holds three node types (initiatives, risks and incidents) in a single graph. RED is scored on one relationship only, where an initiative mitigates a risk. The other relationships, an incident realising a risk and an initiative remediating an incident, carry no score, which prevents a single mitigation being counted twice.
Initiatives, risks and incidents as one connected record: each initiative linked to the risks it mitigates, each incident to the risk it realised and the initiative that remediates it.
RED on the relationship between an initiative and a risk, assessed and dated each time, so the trend of residual exposure is read from the history rather than guessed.
A free check of the policies and governance documents a business already has, returning a Green, Amber or Red verdict and a plain-language report, before a register exists.
Adaca RED keeps initiatives, risks and incidents in linked registers, with RED scoring and reporting built in. The screens below show the register, a RED score, the risk matrix and a RED trend.
| Title | Status | RED |
|---|---|---|
| LLM access policy rollout | Active | R4 E3 D3 10/12 |
| Shadow model audit | Active | R3 E2 D2 7/12 |
| Third-party API data flow review | Blocked | R3 E1 D1 5/12 |
| Prompt injection controls | Proposed | R4 E1 D1 6/12 |
Likelihood →
Composite (0–12, stacked)
Three node types (initiative, risk and incident) and three edges are described in a definitions registry. Adding a field or a new entity type is a change to that registry, applied as data.
Forms, filters and validation are generated from one definitions registry. New fields are added as data.
Containment (parent and child) and association (the graph) are modelled separately.
RED is stored on the initiative-to-risk relationship, with its history kept per assessment.
Every node and edge change is recorded. The RED trend is built from that history.
Postgres row-level security, with role-based access enforced in the database.
Deletes are reversible; any record can be restored.
The AI Deployer Baseline Diagnostic reads the policies and governance documents you upload, assesses them against a set of responsible AI principles and controls, and returns a single Green, Amber or Red verdict with a report in four parts: the verdict, the governance gaps, deployment readiness, and a ranked list of next steps. It runs at red.adaca.com without an account, and nothing is retained beyond what the report needs. Where the verdict shows gaps across the business, the AI Diagnostic places each department on the Crawl, Walk, Run map and names the next move.
The platform is built. The current focus is proving it with a small number of lighthouse customers across distinct industries, before extending the feature set.
An operations register for AI initiatives, risks and incidents, with each control scored on relevance, extent and duration and every decision dated. It holds the governance record and exports it.
A free check at red.adaca.com of the governance documents a business already has. It returns a Green, Amber or Red verdict with the gaps and the next steps, and it runs without an account.
No. RED is Adaca's governance platform, used inside our AI governance engagements. The RED rubric is documented and can be applied in any tool.
Yes. Relevance, Extent and Duration are documented as a specification, and the rubric can be applied without the application.
vinext (the Next.js App Router on Vite), Supabase (Postgres and Auth) with Microsoft single sign-on, and Cloudflare Workers.
You do. The register is yours to keep and export, and access is enforced per role in the database.
Adaca RED is built and maintained by Adaca, an Australian technology company supported by 150+ engineers across Sydney, Melbourne, Auckland and Manila.
Founded Adaca in 2015 and scaled it to a 150-person engineering firm.
20+ years in enterprise architecture and digital transformation across ANZ and ASEAN.
AWS-certified, 16+ years across AI, cloud and software architecture.
RED is used inside the AI consulting engagement's governance stage. We register the initiatives and risks with the people who own them, score the controls with them, and leave a record that survives staff changes and audits. Sign-in is through Microsoft, access is role-based and enforced in the database, every change is kept in the revision history, and the register is yours to export at any time.