Evidence intake
File classification, de-duplication, source registers, document families and first-pass extraction.
Technology doctrine
We are building and piloting internal agentic workflows to reduce the time spent organising, searching and checking evidence—so investigators can spend more time testing what it means.
This capability is being developed and tested. We will not imply production maturity where it does not yet exist.
Why build it
Investigators frequently lose valuable time to mechanical tasks: normalising files, locating duplicates, building first-pass chronologies, finding references and checking whether a question has been covered.
Those tasks matter, but they are not the judgment. Carefully governed agents can handle defined portions of the mechanical work, maintain a structured trail and surface candidates for human testing. The resulting decision remains a professional act for which a named person is accountable.
Our objective is not “AI-generated findings.” It is a better investigative operating system.
The emerging stack
Each layer is bounded, reviewable and subordinate to the mandate. Automation is used where it improves coverage or speed—not where it obscures responsibility.
File classification, de-duplication, source registers, document families and first-pass extraction.
Multi-source collection, jurisdictional monitoring, citation capture and question-directed retrieval.
Chronology candidates, exceptions, named-entity relationships and transaction-review priorities.
Coverage checks, open-question registers, consistency flags, review queues and handoff discipline.
Alternative explanations, source reliability, corroboration, materiality and contradiction testing.
Human-owned findings, stated limitations, decision implications and defensible communication.
The control model
A premium technology position is defined by restraint as much as capability. These boundaries are part of the design.
The point is not to remove the investigator. It is to remove the investigator’s avoidable delay.Audit Corridor technology doctrine
Development discipline
We will expand only where testing demonstrates better speed, coverage or consistency without degrading confidentiality, provenance or human review.
Begin with repeatable, bounded tasks whose outputs can be compared against a human-reviewed baseline.
Look for false confidence, omitted evidence, citation errors, over-broad inferences and failure under messy source conditions.
Keep the instruction, source, intermediate output, reviewer intervention and disposition visible where appropriate.
Use a workflow in live work only when the mandate, information controls and reviewer competence support it.
Collaboration call
We welcome serious conversations with AI engineers, data scientists, forensic accountants, lawyers, investigators, compliance leaders and domain specialists who can challenge or extend this model. Different experience is an asset when the operating problem is difficult.
We are open about the stage: this is active development and selective collaboration, not a claim of a completed autonomous platform.