BlueNoteLogic Engineering thesis →
CaveauAI · Platform Brief · 2026

Grounded, Sovereign AI
Deployed to Your Business

From a hard engineering problem with no margin for error — a legal product where wrong answers are liabilities — came a platform any business can deploy.

Five white-papers on what CaveauAI is, how it is secured, how it integrates, why the retrieval architecture is a measurable advantage, and what a full deployment looks like.

3deployment tiers
4integration surfaces
AES-256credential vault
Livein production
WP1 · From thesis to platform

A hard problem, then a general engine

Building a legal-AI product where a wrong answer is a liability forces every hard problem at once: retrieval that is genuinely grounded, a credential vault that never leaks, a model layer that keeps sensitive data on controlled hardware, and a tool layer that can actually act on external systems. Solving those problems correctly produced an engine — and that engine is CaveauAI.

What the platform is

A multi-tenant AI platform that answers from your knowledge and acts on your systems, with every answer traceable to a real source. It was forged on a problem with no margin for error and generalised into infrastructure any business can deploy.

flowchart LR PROB["Hard problem
legal AI, no margin for error"] --> ENGINE["General engine
grounded retrieval + tools + tenancy"] ENGINE --> CA["CaveauAI
multi-tenant platform"] CA --> B1["Your knowledge base"] CA --> B2["Your systems and tools"] CA --> B3["Your model tier"]
Figure 2 — the same engine that powers a legal product with zero tolerance for hallucination now serves any business with a body of knowledge and a system of record.

Build vs buy — the finance case

The prototype is 5% of the work. Grounding, tenant isolation, ingestion that self-heals, cost-aware model routing, a tool layer and observability are each a project on their own. Buying a proven platform turns an uncertain capital project into a predictable operating cost — value in weeks, not quarters.

flowchart LR DIY["Build it yourself
prototype + 7 parallel projects"] --> SLOW["12-18 months to governed platform"] BUY["Buy CaveauAI
pilot in weeks"] --> FAST["Operating cost, proven base"] SLOW -.risk.-> RISK["Stalled, costly, fragile"] FAST -.outcome.-> VAL["Value in production fast"]
Figure 3 — the cost of DIY RAG is not the prototype; it is everything after the prototype.

The five papers

WP1

From Thesis to Platform

Origin story, build-vs-buy case, and the operating model.

Read →
WP2

Security & Sovereignty

Three tiers of protection and the local-vs-frontier dial.

Read →
WP3

Integration: Code or No-Code

MCP, Flowise, Copilot Studio — the surface for every team.

Read →
WP4

Hybrid + Graph When AI Codes

Why retrieval architecture is a measurable advantage.

Read →
WP5

A Telecom Reference Deployment

A live, anonymised production build — the same pattern transfers.

Read →
Proposal

One-Page Business Proposal

The case for CaveauAI in one page — share with decision-makers.

Read →

The engineering foundation under all of this is documented in full in the thesis.

WP2 · Security & sovereignty

Three tiers of protection, and a dial you control

For most businesses the blocker to adopting AI is not capability — it is trust. Where does our data go? Who can see it? CaveauAI answers each question concretely.

Tenant isolation

Every request resolves to exactly one customer identity. Every search, every document fetch, every tool call is scoped at the data layer — not by a hopeful application-code filter, but as a condition baked into the query itself. Scoped tokens, per-customer retrieval profiles, and corpus separation enforce the wall.

flowchart LR REQ["Request + token"] --> AUTH["Resolve to one customer"] AUTH --> SCOPE["Check scopes"] SCOPE --> PROF["Load retrieval profile
corpus whitelist"] PROF --> Q["Query forced to this customer only"] Q --> R["Results from allowed collections only"]
Figure 2 — one request, one tenant, one boundary. Customer A cannot see Customer B's data because the query cannot form the question.

The encrypted secret vault

AI that acts needs credentials. Each secret is sealed with AES-256-GCM — the same class of encryption used for classified material. The encryption key lives on a locked path, separate from the database. Secrets are decrypted only at the moment of use, then discarded. They are never logged, never indexed, and never reachable through search.

The sovereignty dial

You decide where each workload runs. Sensitive, high-volume work runs on a GPU you control (Sovereign) — that data stays inside your own environment. Non-sensitive work can route to a frontier cloud model for maximum capability. The dial is set deliberately per workload, not left to chance.

TierWhere it runsData leaves?
Sovereign / localGPU you controlNever
HybridYour GPU (Sovereign) for sensitive, frontier for the restOnly non-sensitive
FrontierAWS Bedrock / OpenAI / AzureYes (non-sensitive)

Every AI action is logged. Every grounded answer carries a retrievability trace — "why these sources" — so you can audit what the AI did on your behalf.

Read WP2 in full →

WP3 · Integration: code or no-code

The platform meets your team where it works

A platform is only useful if it reaches where your work actually happens. CaveauAI exposes its capabilities through four integration surfaces — deliberately spanning from "for engineers" to "for people who never touch code."

flowchart TB PLAT["CaveauAI
knowledge + tools + models"] PLAT --> MCP["MCP server
code and agentic"] PLAT --> WFA["Workflow builder
no-code"] PLAT --> FLOW["Flowise
no-code chatbots"] PLAT --> COP["Copilot Studio
and IDEs"] MCP --> DEV["Developers"] WFA --> OPS["Operations teams"] FLOW --> CS["Customer-facing teams"] COP --> KW["Knowledge workers"]
Figure 2 — four surfaces, one platform.

MCP — the code and agentic surface

An open-standard (Model Context Protocol) tool layer for AI coding assistants, IDEs, and Copilot Studio. Point any MCP client at your endpoint and every tool you are entitled to appears. Your code repositories — on GitHub or your own git server — are first-class sources the AI can reason over, on your hosting, under your control.

Visual, no-code workflow automation

Drag-and-drop automation provisioned per customer. One connector node imports all of a customer's CaveauAI tools at once — no manual wiring. Operations teams can assemble real automation: route a request, send an alert, chain a lookup into a notification.

Flowise — no-code chatbots

A dedicated Flowise container per customer. Build grounded, on-brand conversational assistants by dragging components together — no code, your documents, your tools.

Copilot Studio

Because CaveauAI speaks the open MCP standard, its tools are consumable inside Microsoft Copilot Studio too — your copilot searches your knowledge and calls your tools without leaving the environment your staff already use.

Read WP3 in full →

WP4 · Hybrid + graph when AI codes

The difference between an AI that guesses and one that knows your code

Most AI coding tools find context with a single technique: semantic search. It is powerful and famously prone to returning the plausible-but-wrong result — the authenticate() in the logging library when you wanted the one in your auth service. CaveauAI combines two search techniques and fuses their results, then expands along a graph of how your code actually connects.

Hybrid retrieval: meaning AND exact match

Keyword search (BM25) is exact where vector search is fuzzy. CaveauAI runs both and fuses the rankings with Reciprocal Rank Fusion — a result that both searches like rises to the top. The exact symbol you meant wins.

flowchart LR Q["Query"] --> VEC["Vector search
meaning"] Q --> KW["Keyword search
exact terms"] VEC --> RRF["Reciprocal Rank Fusion
score = 1/(60+rank)"] KW --> RRF RRF --> TOP["Right symbol on top"]
Figure 2 — two searches, one fused ranking. The smoothing constant k=60 prevents either list from dominating.

Graph: knowing how the code connects

Hybrid search finds the right piece. But code is a web of relationships. CaveauAI builds a graph of your repositories — file summaries plus a relationship map — so a question like "what uses PaymentClient?" is one traversal instead of a manual grep across fifty repositories.

flowchart LR SYM["Symbol: PaymentClient"] --> G["Graph traversal"] G --> R1["repo: billing
3 files"] G --> R2["repo: checkout
1 file"] G --> R3["repo: admin
2 files"] R1 --> ANS["Blast radius: 3 repos, 6 files"] R2 --> ANS R3 --> ANS
Figure 3 — a dependency question answered in one call instead of a manual search across every repository.

The same machinery powers the legal product, where a wrong answer is a liability. A single retrieval architecture that serves both "find the right function" and "ground a legal answer in cited law" is evidence of real engineering rather than a demo.

Read WP4 in full →

WP5 · A telecom reference deployment

From platform to working system — anonymised

A telecom operator needed to let its customers help themselves — check a bill, place an order, raise a support ticket, find the right plan — through a conversational assistant instead of a call queue. Using CaveauAI we built it. It is live. This is what "we deployed CaveauAI" actually means in practice.

flowchart TB CUST["Customer
chat self-service"] --> AGENTS["Specialist agents
Billing, Care, Order, Product"] AGENTS --> TOOLS["Business tools
standardised API calls"] AGENTS --> KB["Knowledge base
grounded search"] TOOLS --> SYS["Operator systems
billing, catalogue, orders, tickets"] AGENTS --> MODEL["Domain-tuned model
on controlled hardware"] TOOLS --> FLOW["Automated workflows
behind the scenes"]
Figure 2 — the deployment in five layers: business tools, specialist agents, grounded knowledge, automated workflows, and a domain-tuned local model.

What the transferable pattern looks like

Strip out "telecom" and the architecture is industry-neutral. Any business with a system of record — billing, inventory, CRM, ticketing, an ERP — can get the same shape: tools over your systems, grounded knowledge from your documents, specialist agents, automated multi-step processes, your model tier.

What makes this evidence, not a demo

Read WP5 in full →

Get started

From conversation to live in four steps

Step 1

Consult

A short conversation about your documents, systems, and risk tolerance.

Step 2

Scoped pilot

One high-value workflow, on the right tier, proven on your material.

Step 3

Deploy

Integrate via the surface your teams use, secured and isolated.

Step 4

Expand

Add workflows on the same hardened base — maintenance is shared, not re-bought.

Book a consult

Tell us your documents, systems, and risk requirements. We will map them to a deployment tier, an integration surface, and a scoped pilot.

Contact BlueNoteLogic Explore the portal

The full picture

WP1

From Thesis to Platform

Origin, build-vs-buy case, TCO and operating model.

Read →
WP2

Security & Sovereignty

Tenant isolation, AES-256 vault, your-GPU vs frontier dial.

Read →
WP3

Integration: Code or No-Code

MCP, Flowise, Copilot Studio — pick your surface.

Read →
WP4

Hybrid + Graph When AI Codes

The retrieval architecture that makes AI coding trustworthy.

Read →
WP5

A Telecom Reference Deployment

A live, anonymised production build with a transferable pattern.

Read →
Proposal

One-Page Business Proposal

The case in one page. Share with your decision-makers.

Read →

The engineering foundation under all of this is documented in full in the thesis.