Documents Extract, review and analyze
Capability catalog

What Binah can operate

Browse the document, data, review, and delivery primitives available to a workspace.

Modality stack

Three of four modalities shipping today

Documents

binah.parse

43 schemas across six sectors. Local-first OCR (PyMuPDF · Docling · Tesseract · Vision) with Claude/OpenAI fallback. Every extracted field carries page + bbox + quote + confidence.

43 schemas 4 OCR engines cited per field

Voice

binah.audio

faster-whisper transcription, pause-based speaker diarization, LLM key-event extraction (summary · sentiment · topics · key amounts). Cross-modal rule transcript_amount_unverified ties spoken claims to document-extracted values.

whisper · pyannote-ready key-event extraction cross-modal rule

Images

binah.image

Vision OCR + local EXIF + scene detection. Standalone images route through the vision pipeline, not just the scanned-PDF fallback. Workspace renders preview + scene chip + objects + EXIF + GPS map link.

VisionImageEngine local EXIF (no API) scene + objects

Intelligence

Reconciliation + cited evidence is the product

Reconciliation rules

binah.intel

97 deterministic rules across the six sectors. Universal (entity_consistency, math_checks) plus vertical packs (pitch_deck_matches_sec, loan_app_revenue_vs_filed, lease checks, AQL banding for manufacturing). New rule = 1 class.

97 GA rules 6 sector packs extensible

Evidence graph

binah.intel.evidence_graph

Every cross-document link rendered as a graph. Per-field bbox + page + quote + confidence. Workspace renders cross-document Bezier curves; mismatches strike through in warm-rust.

bbox + quote per field cross-doc lineage visual canvas

Process mining

binah.process

DFG discovery across modalities via PM4Py. Documents + voice events on one log through the shared ProcessEvent primitive. Workspace canvas renders the discovered process model.

PM4Py-backed XES export cross-modal log

Six vertical single-verb audits

One MCP call per sector — extract · reconcile · cite

Finance · SMB credit

audit_loan_packet

8-doc loan packet → revenue cross-check vs filed tax · PFS liabilities vs credit bureau · personal bank vs declared income.

loan + tax + bank + PFS Helix demo

Investment · SEC + earnings

audit_sec_filing

10-K + earnings call cross-modal. Flags disclosure asymmetry between filed numbers and what executives said on the call.

cross-modal Tesla 10-K + Q4 demo

Real estate · closing diligence

audit_real_estate_close

CD amortization math · appraisal-vs-sale · Section J/K balance · HUD-1 reconcile.

CD + appraisal + HUD-1 Patel close demo

Accounting · books close

audit_books_close

GL trial-balance check · bank tie-out · debits = credits to the penny before period closes.

GL + bank Acme close demo

Manufacturing · production run

audit_manufacturing_run

BOM ↔ work order ↔ QA report. AQL banding: lot conforms · review for accept/reject · lot REJECTED.

BOM + WO + QA HX-100 demo

Query surfaces — one engine, many transports

Same data; pick the surface that fits your tooling

Natural-language query

ask_findings_nl · /ask · /v1/sql/ask

Plain English → READ-ONLY SELECT against three Binah-runtime tables. Three guardrails (system prompt · pre-execution validator · READ ONLY transaction with statement_timeout). SQL returned alongside rows.

agent · REST · web 3-layer SQL injection defense 32 tests

Postgres SQL runtime

binah.output.postgres

PostgresSink auto-creates three tables on first reconcile: binah_extractions, binah_reconcile_findings, binah_evidence_graph. Customer queries directly with psql · DBeaver · Metabase · Superset.

3 canonical tables BI-tool-ready customer's own runtime

DuckDB-on-Parquet

binah.output.parquet_file

Customer without Postgres queries Binah's Parquet output directly via DuckDB — no Binah infra needed beyond the .parquet files. Lakehouse-shaped, columnar, fast.

zero-infra SQL lakehouse shape Spark/Athena-compatible

Exec dashboard

/reports

Pre-rolled metrics for executives who don't write SQL. Counter cards (projects audited · fired ERROR/WARNING) plus top fired rules plus recent findings table.

counter cards severity tiers no SQL required

Transports & integration

Customer's existing pattern · zero lock-in

MCP server

binah-mcp

12 stable verbs grouped around connect, process, query, and deliver. Internal implementations remain available to Binah without cluttering agent context.

12 verbs 4 interface groups agent-ready

REST API

/v1/*

Standard X-API-Key header. /v1/parse · /v1/reconcile · /v1/extract/custom · /v1/webhooks/ingest (HMAC + SSRF-defended) · /v1/sql/ask · /v1/sql/tables. Customer adopts Binah without learning MCP.

4 interface groups HMAC + SSRF defense OpenAPI ready

Output sinks

binah.output

4 sinks via the OutputSink protocol: ParquetFileSink · JsonLinesSink · PostgresSink · UnifiedViewSink. Reconcile-completion hook fires registered sinks automatically.

4 sinks shipped protocol-extensible auto-fired

Ingest connectors

binah.ingest

5 sources: S3 watcher · SEC EDGAR client + Celery beat poller · Plaid bank transactions · universal HMAC-signed webhook · direct upload.

5 sources EDGAR auto-poll webhook for Zapier/n8n

Context connectors

Shipping today: 5 native. Roadmap: 20 more (accessible now via universal webhook)

Native adapters — shipping today

S3 · EDGAR · Plaid · Universal webhook · Direct upload

5 first-party ingest paths in production. S3-compatible bucket watcher (R2, MinIO, AWS). SEC EDGAR client with autopoll (Celery beat every 15 min). Plaid bank transactions. Universal HMAC-signed webhook that any Zapier / n8n / Make / custom script can post to. Workspace + REST direct upload.

5 shipped native adapters EDGAR autopoll webhook + upload live

Communications — via webhook today, native planned

Slack · Gmail · Outlook · IMAP · Zoom · Teams · Meet

TODAY: any Slack event or Gmail thread reaches Binah via the universal webhook + a Zapier / n8n forwarder. PLANNED: native OAuth adapters that own the polling and event subscription directly (Slack + Gmail are next in queue, ~200-400 LOC each).

reachable via webhook native OAuth adapters queued

File storage — via webhook today, native planned

Google Drive · Dropbox · OneDrive · Box

TODAY: file changes from any of these can post to the universal webhook via Zapier / n8n. PLANNED: native adapters with OAuth + shared-drive awareness so customers don't run a middleman for high-volume paths.

reachable via webhook OAuth adapters planned

Knowledge, CRM, ops — via webhook today, native planned

Notion · Confluence · GitHub · Salesforce · HubSpot · Linear · Zendesk

TODAY: same webhook path — any of these SaaS tools forwards notifications via Zapier / n8n. PLANNED: REST + GraphQL adapters with proper pagination for bulk sync (currently only push-notification volumes work well).

reachable via webhook GraphQL + REST adapters planned

Universal webhook — the escape hatch

POST /v1/webhooks/ingest · HMAC + SSRF

Any upstream that can POST JSON reaches Binah today — Zapier, n8n, Make, custom scripts. HMAC-signed, SSRF-defended, 50MB cap. This is why 'planned' connectors are still USABLE today — the webhook covers any tool with a workflow-automation forwarder.

any upstream HMAC-signed ships today

Direct upload + REST

POST /v1/parse · workspace drag-drop

Simplest path — drag into workspace or POST to /v1/parse from a script. No auth flow needed for the workspace path; API key for /v1.

drag-and-drop REST upload

Multi-model intelligence

Right model per function · per cost tier · per customer policy

Model lineup

GET /v1/models · list_models MCP

Binah routes to 20+ models across OCR (Docling, GLM-OCR, Chandra, DeepSeek-OCR, PaddleOCR, Qianfan-VL, Tesseract), vision (Claude · GPT-4o · Gemini planned), transcription (faster-whisper), and LLM extraction + reasoning (Claude · GPT-4o · Qwen · GLM-4 · DeepSeek v3 · Llama 3.3 · Mistral · Gemini planned). Every model declares its license, cost tier, and local-deployability.

20+ models open + commercial queryable surface

Cost-tiered routing

local · budget · mid · premium

Each model is tagged with a cost tier. Local-first routing tries open-weight models on customer hardware before API fallback; cost-sensitive customers stay on the local tier entirely. Premium tiers (Claude Opus, GPT-4o) reserved for high-confidence-demand work.

4 cost tiers local-first chain API fallback gated

Function-specific routing

ocr · vision · transcription · extraction · reasoning

Different functions need different models. OCR routes by doc-type (handwriting → Chandra; forms → GLM-OCR; PDFs → Docling). LLM extraction routes by accuracy tier and customer allowlist. Reasoning routes to frontier models for cited evidence quality. Right model, right job.

7 pipeline functions per-function picks doc-type-aware

Vendor-swappable + policy-aware

per-customer allowlist · local-only mode

Customers with vendor restrictions (no China-origin models, no US-cloud APIs, etc.) get a per-customer allowlist. A working local-only mode runs Binah end-to-end without any external API call. Required for health, finance, gov, and enterprise deploys.

per-customer allowlist local-only mode compliance-ready

Deployment & privacy

Self-hostable · local-first · vendor-swappable

Self-hostable

k8s · docker · binah-cli

Customer runs Binah inside their own VPC. Data never leaves their perimeter. Required for health/finance/government deploys. Full local extraction chain ships in the same package.

customer VPC data sovereign compliance-ready

Local-first models

Qwen · DeepSeek · GLM · vLLM

Local model serving via vLLM-compatible providers (Qwen, DeepSeek, GLM, InternVL, Llama, Mistral, Phi, OLMo). Per-customer allowlist; working local-only mode.

vLLM-compatible per-customer allowlist local-only mode

Vendor-swappable

OcrEngine · AudioEngine · ImageEngine

Every modality, every model wrapped behind a Protocol. Swap engines without touching downstream code. Never hard-code a provider.

Protocol-driven engine = 1 file no lock-in