← NEXUS Roadmap
Future Capabilities

Where the AI plugs in.

The chain is built. The next layer makes it learn and stay current — a doctrine foundation plus three tracks, all on the same resolved-entity substrate: the Knowledge Centre (the typology doctrine, surfaced), an AI copilot that plugs applications onto grounded context, a threat-intelligence layer that keeps the platform current, and a tuning studio that stress-tests the monitoring rules against known truth. All grounded and governed — acting on the platform's own evidence, never a free-floating model.

Direction & architecture · Knowledge Centre built (57 typologies) · copilot slices 1–3 live · threat intel live (slice 2: weekly feeds) · Tuning Studio built (ten weeks)
Foundation · Knowledge Centre · Built

The doctrine, surfaced — built in Beta v2.0.

The estate already holds written doctrine for all 57 typologies across the analytics toolkits — every method's description, red-flag indicators, worked example and investigation actions. The Knowledge Centre curates them into a governed typology library and surfaces it in the console: an in-context slide-over from any typology chip on a case (the investigator learns why this fired without leaving it), and a standalone Knowledge tab to browse the whole doctrine by family.

Why it came first — and why it's the spine

It's the static half of the intelligence layer ("what each method is") to threat intelligence's dynamic half ("what's happening now"). It was cheap and near-term — the content was already written — and each library record carries an intel attachment point, so Track 2's advisories, actors and emergent typologies pin straight onto it without rework. With the doctrine built, the live intelligence has something to attach to.

Track 1 · AI Copilot

Plugging AI applications onto grounded context.

The copilot isn't one model — it's a plug. For each task, an engine assembles a governed context package from the substrate (the case, the graph, the scores, the typology doctrine); an AI application acts on that package; the output comes back provenance-cited. The apps are swappable; the grounding stays constant. Three slices are live — the SAR draft, the EDD memo and disposition support — and prove the pattern end to end.

The capability slices
SAR drafterAn explainable, provenance-linked suspicious-activity report, section by section from the evidence. See the drafts →
Built · slice 1
Natural-language case Q&AAsk the case questions in plain language — answers grounded in the resolved graph and the score components.
Direction
EDD memo draftingEnhanced-due-diligence write-ups assembled from KYC, ownership, screening and network context — including what is not known. See the memos →
Built · slice 2
Hypothesis generationThe copilot proposes investigative lines from the pattern and the typology doctrine, for the investigator to test.
Direction
Disposition supportRecommend and justify the decision — close, escalate or file — against the governed workflow. See the dispositions →
Built · slice 3
The principle — swappable apps, constant grounding

The context service is the plug; the AI applications are interchangeable behind it. That's what keeps the copilot governed and auditable: every answer traces to the same substrate, so a better model is an upgrade, not a rebuild — and nothing the copilot says is ungrounded.

Track 2 · Threat Intelligence Live · slice 2

Keeping the platform current — curated core, live feeds.

Detection knows the methods; threat intelligence knows what's happening now. This layer pins intelligence to the typology library. Its architecture is the point: a curated, governed core that's deterministic. Slice 1 built the governed core; slice 2 put live regulator feeds on a weekly schedule, running as operations outside the hermetic core and entering it only through a person's decision. The return path — new indicators flowing back into detection to close the loop — is the direction.

Built — slice 1

An agent extracts a governed advisory record from regulator publications, grounded on the Knowledge Centre through its own MCP server, so every library typology it names is one the platform holds; anything outside the library is marked emergent. Each link carries a page number and a verbatim quote from the pinned document, and a quote it cannot place is refused, never queued. A second, reviewer agent adds what the extractor missed, each addition with its own justification; the owner decides every link at a review gate, and each decision is a dated line in an append-only log. Digests are cut per desk as a batch from the decided links — built, not yet delivered to a desk. Scored on a set of 20 advisories, with reference labels drafted and reviewed by Claude and the owner deciding the disputed entries: a single full-set run puts typology F1 at 0.704 once the reviewer's additions are counted. See the walkthrough →

Live — slice 2

The feeds now run. Every Friday a scheduled job reads the OFSI, FinCEN and OFAC publication listings and pins each new document. A triage agent decides which items matter, each verdict carrying a quote it found in the pinned document; slice 1's extractor then turns the relevant ones into advisory records, at most three a run, under a US$5 spending ceiling. Nothing enters the governed record on its own: a person accepts, drops or defers every item, and acceptance re-checks every citation against the pinned page. A listing whose layout changes is refused, never read as "nothing new". Triage, scored on 60 back-catalogue items over three repeats: recall 0.93–0.96, precision 0.96–1.00, with OFAC the weak source at 0.67. Three live runs so far (29 September – 2 October): 13 new items, 5 extracted, none accepted yet — the first scheduled run's three records quoted text the gate could not place on the page they named, so they wait for review rather than entering the record.

Four pieces
01 · anchored on the library

Advisory overlay

Built. 20 advisories extracted and merged, each typology grounded on a page number and a verbatim quote from the pinned document.

Live · OFSI / FinCEN / OFAC, weekly · FATF still a seam
02 · anchored on the substrate

Threat-actor & entity intel

Built. A governed register resolves named actors by exact match only — a near-miss is only ever a labelled suggestion, never a match. The entity_key seam to the platform's resolved entities is open on purpose: synthetic data has no real party to link to.

Seam · watchlist & adverse-media feeds
03 · anchored detection ↔ doctrine

Emergent-typology loop

Built. The extraction and reviewer agents can both name a typology outside the library, grounded on quotes like any other and marked emergent; the owner decides an emergent candidate at the same review gate as any other link — candidates, not automatic doctrine, and an undecided one reaches no digest.

Internal · no feed required
04 · anchored on the queues

Intel digest

Built. A specialism-routed briefing, cut per desk from the pinned decision log — the routing table has 7 desks, the sanctions desk gets shadow-fleet advisories, the trade desk gets TBML updates. Cut on demand; not yet delivered to a desk.

Routed · per specialist queue
The architecture — "curated core, live seams"

The governed content is committed and byte-identical to rebuild. The regulator-bulletin adapters are now built as runtime operations outside the core, like the live Neo4j service: they fetch only from named hosts, pin what they read, and hand results to the core only through the acceptance step. Watchlist and adverse-media feeds are still seams, and the return path into detection is the direction, not yet built.

Detection the methods, running Typology doctrine the library / taxonomy Threat intel what's happening now live feeds · weekly enriches new indicators surfaces patterns
The loop this track builds toward — slice 1 is its governed threat-intel core and slice 2 its live feeds; the dashed return path is direction: detection surfaces candidate patterns into doctrine; threat intel and live feeds enrich doctrine; new indicators flow back into detection. The typology taxonomy is the spine every piece pins to.
Track 3 · Detection Tuning

Stress-testing the alerts — tuning on evidence, not instinct.

Every monitoring rule is a trade: catch more, and the queue grows past what investigators can work. The Tuning Studio runs the platform's real TM rules against a population whose truth is known (planted typologies across twelve months, seeded so every run is identical), then shows what a threshold, a segment split or a challenger rule does to alert volume, precision, recall and investigator capacity. A setting changes only through a governed, evidenced decision.

The capability slices
Planted-truth backtestA seeded population with known typology scenarios, so every alert is scored and every miss is a known blind spot. On it, today's flat high_value threshold catches 55% of planted spikes and misses the smaller customers' ones.
Built · wk 1–2
Threshold & capacity frontierSweep a rule and see the highest recall that fits within the team's daily capacity.
Built · wk 3–4
Segments & challengersRetail, corporate and correspondent thresholds; the incumbent rule against a customer-baseline challenger. A two-line split decided; the customer-baseline challenger advanced to validation.
Built · wk 5–6
Drift & score calibrationKS and PSI stability across periods; decile yield and cut-offs on the macro triage score. Both built: the flat lines found unstable under drift; a ranked score adds little over the customer-baseline rule, and a score cap costs recall once its tie outgrows review capacity.
Built · wk 7–8
Governed apply & tuning paperDecision log → version-bumped config → a validation-ready paper, generated from the evidence. Apply step, paper and capstone built; every open decision independently challenged; the paper and a studio snapshot published.
Built · wk 9–10
The principle — the studio proposes, governance applies

The studio can preview any setting against the real scorer, but it cannot change one. A change goes through a logged rationale, a version bump and the full test suite, and fails if any result moves that the rationale did not predict. Every rate is marked as planted truth, not a SAR outcome. Calibrating to real outcomes still needs a labelled history, and the studio says so.

Open the Tuning Studio briefing →

NEXUS · Future capabilities · direction & architecture · updated 2026-10-02 — roadmap → · status →