Local-first document intelligence for reinsurance operations.
Ingest messy submissions, extract source-cited data, reconcile control totals, review exceptions, and export clean records from one analyst workspace.
Reva is built for the document flow between cedents, brokers, and reinsurers. Those teams receive spreadsheets, PDFs, scanned images, emails, bordereaux, statements, slips, loss runs, and claim notices. Reva turns that inbound noise into reviewable data with evidence attached.
In plain English:
The important product decision: the default workflow is deterministic and keyless. AI providers can assist when configured, but upload, extraction, reconciliation, review, and export do not depend on a hosted model.
| Capability | What it means for a non-programmer | Why it matters |
|---|---|---|
| Any-format intake | Reva can accept the file types a real operations inbox receives. | Less manual file cleanup before review. |
| Local OCR | Scans and photographed tables can still become searchable text. | Paper and image submissions do not become dead ends. |
| Source-cited fields | Values can point back to the original document text or region. | Reviewers can trust but verify quickly. |
| Reconciliation | Stated totals are checked against computed line-item totals. | Financial breaks are visible before data leaves the system. |
| Learned mappings | Sender-specific column names can be remembered after correction. | The second file from the same sender is faster than the first. |
| Knowledge Hub | Product and domain notes are searchable inside the analyst workspace. | The assistant can answer with project context instead of guessing. |
| Export templates | Data leaves in the shape the market or downstream team expects. | Review work turns into usable operational output. |
| Layer | Responsibility |
|---|---|
web/ | The analyst application: workspace, review, export, mappings, settings, Knowledge Hub, and assistant. |
src/Reva.Web/ | The ASP.NET Core host: HTTP API, streaming endpoints, agent endpoint, and production static-file serving. |
src/Reva.Core/ | The shared reinsurance vocabulary: document states, canonical fields, contracts, and value formatting. |
src/Reva.Infrastructure/ | The document machinery: storage, parsing, OCR, extraction, mapping, reconciliation, export, settings, and agent tools. |
contracts/ | Stable JSON schemas for review payloads and citation geometry. |
docs/ | Product, architecture, demo, packaging, interview, and learning documentation. |
The runtime path is simple: analyst browser → Next.js app → ASP.NET Core API → deterministic workflow → SQLite storage → review/export. Optional model providers attach through settings and never replace the deterministic source of truth.
dotnet run --project src/Reva.Web/Reva.Web.csproj -- --no-open
cd web
$env:NEXT_PUBLIC_API_BASE_URL = "http://localhost:5158"
pnpm install
pnpm dev
Open http://localhost:3000.
Reva packages as a single ASP.NET Core host that can serve both the API and the exported frontend. The Windows packaging script builds the static web app, copies it into the API host, publishes Reva.exe, and smoke-tests the package against real HTTP routes.
See docs/packaging.md for the exact shape.
| Page | Purpose |
|---|---|
| Product guide | Plain-English explanation of the workflow and value. |
| Architecture | System boundaries, data flow, and extension points. |
| AI and pipeline | Deterministic workflow, optional model assist, and agent tools. |
| Demo script | Interview-ready walkthrough and talk track. |
| Packaging | Development and Windows release shape. |
| Interview cheatsheet | Questions, answers, and concise selling points. |
| Code tour | Where to look in the repository. |
| Tech stack | How to explain each technology choice. |
| Model landscape | Local and hosted model-provider options. |
dotnet build Reva.slnx -warnaserror
dotnet test
For UI-facing changes, run the API and web app, then verify the browser flow live.
MIT. See LICENSE.
C#
55.4%
TypeScript
42.3%
Local-first document intelligence for reinsurance operations.
Ingest messy submissions, extract source-cited data, reconcile control totals, review exceptions, and export clean records from one analyst workspace.
Reva is built for the document flow between cedents, brokers, and reinsurers. Those teams receive spreadsheets, PDFs, scanned images, emails, bordereaux, statements, slips, loss runs, and claim notices. Reva turns that inbound noise into reviewable data with evidence attached.
In plain English:
The important product decision: the default workflow is deterministic and keyless. AI providers can assist when configured, but upload, extraction, reconciliation, review, and export do not depend on a hosted model.
| Capability | What it means for a non-programmer | Why it matters |
|---|---|---|
| Any-format intake | Reva can accept the file types a real operations inbox receives. | Less manual file cleanup before review. |
| Local OCR | Scans and photographed tables can still become searchable text. | Paper and image submissions do not become dead ends. |
| Source-cited fields | Values can point back to the original document text or region. | Reviewers can trust but verify quickly. |
| Reconciliation | Stated totals are checked against computed line-item totals. | Financial breaks are visible before data leaves the system. |
| Learned mappings | Sender-specific column names can be remembered after correction. | The second file from the same sender is faster than the first. |
| Knowledge Hub | Product and domain notes are searchable inside the analyst workspace. | The assistant can answer with project context instead of guessing. |
| Export templates | Data leaves in the shape the market or downstream team expects. | Review work turns into usable operational output. |
| Layer | Responsibility |
|---|---|
web/ | The analyst application: workspace, review, export, mappings, settings, Knowledge Hub, and assistant. |
src/Reva.Web/ | The ASP.NET Core host: HTTP API, streaming endpoints, agent endpoint, and production static-file serving. |
src/Reva.Core/ | The shared reinsurance vocabulary: document states, canonical fields, contracts, and value formatting. |
src/Reva.Infrastructure/ | The document machinery: storage, parsing, OCR, extraction, mapping, reconciliation, export, settings, and agent tools. |
contracts/ | Stable JSON schemas for review payloads and citation geometry. |
docs/ | Product, architecture, demo, packaging, interview, and learning documentation. |
The runtime path is simple: analyst browser → Next.js app → ASP.NET Core API → deterministic workflow → SQLite storage → review/export. Optional model providers attach through settings and never replace the deterministic source of truth.
dotnet run --project src/Reva.Web/Reva.Web.csproj -- --no-open
cd web
$env:NEXT_PUBLIC_API_BASE_URL = "http://localhost:5158"
pnpm install
pnpm dev
Open http://localhost:3000.
Reva packages as a single ASP.NET Core host that can serve both the API and the exported frontend. The Windows packaging script builds the static web app, copies it into the API host, publishes Reva.exe, and smoke-tests the package against real HTTP routes.
See docs/packaging.md for the exact shape.
| Page | Purpose |
|---|---|
| Product guide | Plain-English explanation of the workflow and value. |
| Architecture | System boundaries, data flow, and extension points. |
| AI and pipeline | Deterministic workflow, optional model assist, and agent tools. |
| Demo script | Interview-ready walkthrough and talk track. |
| Packaging | Development and Windows release shape. |
| Interview cheatsheet | Questions, answers, and concise selling points. |
| Code tour | Where to look in the repository. |
| Tech stack | How to explain each technology choice. |
| Model landscape | Local and hosted model-provider options. |
dotnet build Reva.slnx -warnaserror
dotnet test
For UI-facing changes, run the API and web app, then verify the browser flow live.
MIT. See LICENSE.
C#
55.4%
TypeScript
42.3%