Ingested documents
PDF, DOCX, PPTX, XLSX, HTML, Markdown and plain text land in one hybrid index, chunked and retrievable next to the definitions.
¿Prefieres ver esta página en español? Ver en español
Governed context for AI agents
One versioned, human-approved corpus of documents and business definitions. Served over MCP and REST with typed citations. When the corpus cannot support an answer, the system abstains.
Same corpus and rules for humans and agents. API + SDK available today.
# Connect any MCP-compatible client
claude mcp add --transport http renbase https://api.renbase.ai/mcp \
--header "Authorization: Bearer kb_live_..." Full REST API and SDK available for custom integrations.
01 · The problem
Production data agents receive questions they cannot answer correctly because the required context is not available in a governed form.
Revenue can mean ARR, run-rate, or recognized revenue. The agent has no approved definition to resolve against.
Multiple tables or views with similar names exist. The agent cannot determine which one is authoritative.
Rules such as “USCAN deals after 2025 live in Affinity” exist only in Slack, PDFs, or people’s heads. They are never applied consistently.
Managed RAG systems ingest documents automatically. Unapproved, outdated or conflicting content reaches the model without human review.
02 · The product
One corpus holds the ingested documents and the business definitions. Definitions are versioned, and nothing influences an answer until a human approves it. Agents and humans query that corpus under the same rules and the same usage accounting.
PDF, DOCX, PPTX, XLSX, HTML, Markdown and plain text land in one hybrid index, chunked and retrievable next to the definitions.
Metrics, entities, rules and glossary terms are objects, not passages. Asking for one by name returns that exact entry, not something similar.
Every edit creates a new immutable version. Approver and last verification travel with the entry, and stale sources are flagged.
03 · Answer contract
The same three rules apply in the workspace and over MCP. They are properties of the system, not instructions in a prompt.
Rule 01 — Sources always
Every claim is anchored to an approved definition or an ingested document. Version, approver and last verification travel with the citation.
Rule 02 — Human approval
Machine-generated or imported definitions land as drafts. They remain invisible to the answer engine until a team member approves them.
Rule 03 — Silence over invention
Missing, expired or contradictory content produces an explicit abstention, or surfaces both conflicting sources with provenance. The system does not invent or silently choose.
04 · How it works
Upload documents via workspace, REST API or SDK. Supported formats today: PDF, DOCX, PPTX, XLSX, HTML, Markdown and plain text. dbt artifacts import as draft definitions, and a client-side CLI can propose entities from your warehouse schema without sending credentials or row data.
All machine-produced content starts as draft. Team members approve, edit or reject. Edits create immutable new versions, feedback on a bad answer can be promoted into a rule, and stale sources are flagged — freshness is attached to every response.
Agents and the workspace query the same corpus over MCP or REST. Exact name resolution for approved definitions, hybrid retrieval for documents and free text. Every response carries typed citations or an abstention reason.
Coming soon
Connectors and database links will produce draft definitions and documents for human approval before they enter the corpus.
05 · Integrations
All incoming content, from connectors or databases, lands as drafts and requires human approval before influencing answers.
06 · Agent interface
Any MCP-compatible client connects with a per-organization API key. The tools enforce the same answer contract as the human workspace.
# Connect any MCP-compatible client
claude mcp add --transport http renbase https://api.renbase.ai/mcp \
--header "Authorization: Bearer kb_live_..." One command in any MCP client. The key scopes the corpus to your organization.
07 · Differentiation
Managed RAG (Bedrock Knowledge Bases, Vertex AI RAG, Azure AI Search) indexes documents and returns relevant passages. Renbase treats the answer as a contract: cited or abstained, with human-approved definitions as first-class objects.
08 · Proof
Isolated corpus, keys and usage accounting per organization, from the first commit.
The workspace and the MCP tools answer under the same rules. There is no relaxed agent path.
Source, version, approver and last verification, attached to the claim rather than appended as a list.
Missing, expired or conflicting context is reported as such. Neither definition is chosen silently.
Ingestion, retrieval, governance and usage are all reachable programmatically.
The full stack runs inside your infrastructure. Corpus, questions and answers never leave it.
09 · Deployment
Each organization has an isolated corpus, members, API keys and usage. Members sign in with email and a one-time code — no passwords.
The full stack runs inside your cloud or on-premises. Corpus, questions, answers and usage never leave your infrastructure.
10 · FAQ
Renbase is a governed corpus that AI agents query. It holds ingested documents and first-class business definitions — metrics, entities, rules and glossary terms — in one hybrid index. Definitions are versioned and a human approves each one before it can influence an answer. Agents connect over MCP or REST and get typed citations, or an explicit abstention when the corpus cannot support the answer.
Managed RAG indexes documents and returns relevant passages; the model then writes something. Renbase treats the answer as a contract: every claim is cited with version and approver, or the system abstains. Definitions are objects that resolve exactly by name, not passages found by similarity. And nothing a machine produced serves answers until a person approves it.
When the corpus has no approved content for the question, when the relevant entry is expired, or when two approved definitions conflict, the answer is not generated anyway. The system returns an explicit abstention with the reason, or returns both conflicting definitions with their provenance and scope. It does not pick one silently.
Over MCP (Streamable HTTP) or REST, with an API key per organization. get_definition resolves a name or alias to the approved entry. list_entities lists what is approved. search_context runs hybrid retrieval across documents and definitions. expand_source opens a cited passage into its full context. ask returns a complete cited answer. get_definition, list_entities and expand_source are free; search_context and ask cost one credit.
Today you upload documents through the workspace, the REST API or the SDK: PDF, DOCX, PPTX, XLSX, HTML, Markdown and plain text. Native connectors (Google Drive, SharePoint, Salesforce, Confluence, Notion and others) and direct database connections are coming. Everything they produce will land as drafts for human approval before entering the corpus.
No. Renbase serves context; your agent acts. It does not run or generate SQL against your warehouse, and warehouse credentials never leave your side. If you want table names proposed as entities, schema introspection runs as a client-side CLI that submits only names and descriptions, as drafts, for your team to review. No row data is sent.
Two options. Multi-tenant SaaS, where each organization has an isolated corpus, keys and usage accounting, and credits are consumed per question. Or Enterprise BYOC, where the full stack runs inside your cloud or on-premises and the corpus, questions, answers and usage never leave your infrastructure.
Create an organization or deploy BYOC. Same product, same answer contract. API and SDK available today. Native connectors and database connections coming soon.