01
Documentos ingeridos
PDF, DOCX, PPTX, XLSX, HTML, Markdown y texto plano entran en un único índice híbrido, troceados y recuperables junto a las definiciones.
Contexto gobernado para agentes de IA
Conecta tus agentes de IAa un contexto gobernado.
Un corpus versionado y aprobado por personas, con los documentos y las definiciones de negocio. Se sirve por MCP y REST con citas tipadas. Cuando el corpus no sostiene la respuesta, el sistema se abstiene.
El mismo corpus y las mismas reglas para personas y agentes. API y SDK disponibles hoy.
Lo usan equipos que llevan agentes a producción
# Conecta cualquier cliente compatible con MCP
claude mcp add --transport http renbase https://api.renbase.ai/mcp \
--header "Authorization: Bearer kb_live_..." resolución exacta de definiciones búsqueda híbrida citas abstención
API REST completa y SDK para integraciones a medida.
01 · El problema
Los agentes fallan por falta de contexto de negocio, no por el modelo
Un agente de datos en producción recibe preguntas que no puede responder bien porque el contexto que necesita no está disponible de forma gobernada.
- 01
Términos de negocio sin definir
«Ingresos» puede ser ARR, run-rate o ingresos reconocidos. El agente no tiene una definición aprobada contra la que resolver.
- 02
Fuentes de verdad ambiguas
Hay varias tablas o vistas con nombres parecidos. El agente no puede determinar cuál es la oficial.
- 03
Conocimiento tribal y condicional
Reglas como «los clientes de USCAN posteriores a 2025 están en Affinity» solo viven en Slack, en PDF o en la cabeza de alguien. Nunca se aplican de forma consistente.
- 04
Nadie gobierna lo que ve el agente
Los sistemas de RAG gestionado ingieren documentos automáticamente. Contenido sin aprobar, caducado o contradictorio llega al modelo sin revisión humana.
02 · El producto
Renbase es el corpus gobernado que consultan tus agentes
Un corpus guarda a la vez los documentos ingeridos y las definiciones de negocio. Las definiciones están versionadas y nada influye en una respuesta hasta que una persona lo aprueba. Agentes y personas consultan ese corpus con las mismas reglas y la misma contabilidad de uso.
02
Definiciones de primera clase
Métricas, entidades, reglas y términos de glosario son objetos, no pasajes. Pedir uno por su nombre devuelve esa entrada exacta, no algo parecido.
03
Versionado y aprobación
Cada edición crea una versión nueva e inmutable. Quién aprobó y cuándo se verificó viajan con la entrada, y las fuentes caducadas quedan marcadas.
Disponible hoy Workspace (interfaz web) API REST SDK MCP (para agentes)
03 · Contrato de respuesta
Tres reglas innegociables
Las tres reglas se aplican igual en el workspace y por MCP. Son propiedades del sistema, no instrucciones en un prompt.
Regla 01 — Siempre con fuente
Ninguna respuesta sin fuente
Cada afirmación queda anclada a una definición aprobada o a un documento ingerido. La versión, quién aprobó y la última verificación viajan con la cita.
Regla 02 — Aprobación humana
Los borradores no responden
Las definiciones generadas por máquina o importadas entran como draft. Siguen siendo invisibles para el motor de respuesta hasta que alguien del equipo las aprueba.
Regla 03 — Silencio antes que invención
Abstenerse cuando no hay respaldo
Si el contenido falta, ha caducado o se contradice, el sistema devuelve una abstención explícita, o expone las dos fuentes en conflicto con su procedencia. Ni inventa ni elige en silencio.
04 · Cómo funciona
Capturar → Gobernar → Servir
- 01
Capturar
Subes documentos desde el workspace, la API REST o el SDK. Formatos admitidos hoy: PDF, DOCX, PPTX, XLSX, HTML, Markdown y texto plano. Los artefactos de dbt se importan como definiciones en draft, y una CLI que corre en tu máquina puede proponer entidades desde el esquema del warehouse sin enviar credenciales ni datos de filas.
- 02
Gobernar
Todo lo que produce una máquina entra como draft. El equipo aprueba, edita o rechaza. Las ediciones crean versiones nuevas e inmutables, el feedback sobre una respuesta mala puede convertirse en regla y las fuentes caducadas quedan marcadas: cada respuesta lleva su frescura.
- 03
Servir
Los agentes y el workspace consultan el mismo corpus por MCP o REST. Resolución exacta por nombre para las definiciones aprobadas y recuperación híbrida para documentos y texto libre. Cada respuesta lleva citas tipadas o el motivo de la abstención.
Próximamente
- Conectores nativos: Google Drive, SharePoint, Salesforce, Confluence, Notion y otros
- Conexión directa a bases de datos (warehouse y bases operativas)
Los conectores y las conexiones a base de datos producirán definiciones y documentos en draft, para que una persona los apruebe antes de que entren en el corpus.
05 · Integraciones
API, SDK y conectores en camino
Disponible hoy
- API REST completa
- SDK oficial
- Endpoint MCP — Claude, Cursor y cualquier cliente MCP
- Workspace web
- Importación de artefactos dbt (manifest + catalog)
- Introspección del esquema del warehouse (CLI local)
Próximamente
- Google Drive · SharePoint · Confluence · Notion
- Salesforce y otros sistemas de negocio
- Bases de datos y data warehouses
- Re-sincronización programada contra la fuente
Todo lo que entra, venga de un conector o de una base de datos, aterriza como draft y necesita aprobación humana antes de influir en una respuesta.
06 · Interfaz de agente
Herramientas MCP
Cualquier cliente compatible con MCP se conecta con una clave de API por organización. Las herramientas aplican el mismo contrato de respuesta que el workspace humano.
Herramienta
Comportamiento
Coste
get_definition(name)
Resolución exacta de una definición aprobada por nombre o alias. Devuelve el cuerpo, la versión, quién la aprobó y la última verificación. Expone los conflictos cuando los hay.
Coste Gratis
list_entities(kind?)
Lista las definiciones aprobadas del corpus de la organización.
Coste Gratis
search_context(query)
Recuperación híbrida sobre documentos y definiciones.
Coste 1 crédito
expand_source(chunk_id)
Expande una cita hasta su contexto completo.
Coste Gratis
ask(question)
Respuesta completa con citas y con soporte de abstención.
Coste 1 crédito
# Conecta cualquier cliente compatible con MCP
claude mcp add --transport http renbase https://api.renbase.ai/mcp \
--header "Authorization: Bearer kb_live_..."Un comando en cualquier cliente MCP. La clave acota el corpus a tu organización.
07 · Diferenciación
Renbase frente al RAG gestionado
El RAG gestionado (Bedrock Knowledge Bases, Vertex AI RAG, Azure AI Search) indexa documentos y devuelve pasajes relevantes. Renbase trata la respuesta como un contrato: citada o abstenida, con definiciones aprobadas por personas como objetos de primera clase.
Aspecto
RAG gestionado
Renbase
Promesa central
RAG gestionado Pasajes relevantes + respuesta generada
Renbase Respuesta citada o abstención explícita
Modelo de contenido
RAG gestionado Documentos en un índice vectorial
Renbase Documentos + definiciones gobernadas en un solo corpus
«¿Qué significa X aquí?»
RAG gestionado Búsqueda por similitud
Renbase Resolución determinista exacta, con versión y aprobador
Control de aprobación
RAG gestionado Ninguno: los conectores sincronizan solos
Renbase Lo que produce una máquina es draft hasta que se aprueba
Fuentes en conflicto
RAG gestionado El modelo elige o mezcla
Renbase Vuelven las dos, marcadas como conflicto y con procedencia
Fuentes caducadas
RAG gestionado Se recuperan como cualquier otra
Renbase Marcadas como stale; la respuesta lleva su frescura
Acceso de agentes
RAG gestionado APIs de recuperación
Renbase Herramientas MCP bajo el mismo contrato que las personas
Despliegue
RAG gestionado Atado a una nube o a un ecosistema
Renbase SaaS neutral o Enterprise BYOC dentro de tu infraestructura
08 · Garantías
Pensado para agentes en producción
-
Multi-tenant de partida
Corpus, claves y contabilidad de uso aislados por organización desde el primer commit.
-
Un contrato para personas y agentes
El workspace y las herramientas MCP responden con las mismas reglas. No hay una vía relajada para el agente.
-
Citas tipadas en cada afirmación
Fuente, versión, aprobador y última verificación, pegados a la afirmación y no listados al final.
-
Abstención explícita
Si el contexto falta, ha caducado o se contradice, se dice. Ninguna definición se elige en silencio.
-
API REST y SDK disponibles hoy
Ingesta, recuperación, gobierno y consumo son accesibles por programa.
-
Enterprise BYOC disponible
El stack completo corre dentro de tu infraestructura. El corpus, las preguntas y las respuestas no salen de ahí.
09 · Despliegue
Dos opciones
SaaS multi-tenant
Opción ACada organización tiene su corpus, sus miembros, sus claves de API y su consumo, aislados. Los miembros entran con email y un código de un solo uso, sin contraseñas.
- Créditos por pregunta. Sin licencias por usuario, sin suscripción
- Workspace, API REST, SDK y MCP incluidos
- Aislamiento, claves y límites por organización desde el primer día
Enterprise BYOC
Opción BEl stack completo corre en tu nube o en tus servidores. El corpus, las preguntas, las respuestas y el consumo no salen de tu infraestructura.
- Despliegue del stack de Renbase guiado por nuestro equipo
- Onboarding de gestión del conocimiento para el corpus y el glosario
- Límites y soporte a medida para tu organización
10 · Preguntas frecuentes
Preguntas frecuentes
01 ¿Qué es Renbase?
Renbase es un corpus gobernado que consultan los agentes de IA. Guarda documentos ingeridos y definiciones de negocio de primera clase —métricas, entidades, reglas y términos de glosario— en un único índice híbrido. Las definiciones están versionadas y una persona aprueba cada una antes de que pueda influir en una respuesta. Los agentes se conectan por MCP o REST y reciben citas tipadas, o una abstención explícita cuando el corpus no sostiene la respuesta.
02 ¿En qué se diferencia del RAG gestionado?
El RAG gestionado indexa documentos y devuelve pasajes relevantes; luego el modelo escribe algo. Renbase trata la respuesta como un contrato: cada afirmación va citada con su versión y su aprobador, o el sistema se abstiene. Las definiciones son objetos que resuelven de forma exacta por nombre, no pasajes encontrados por similitud. Y nada de lo que produce una máquina responde hasta que una persona lo aprueba.
03 ¿Qué significa «abstención» en la práctica?
Cuando el corpus no tiene contenido aprobado para la pregunta, cuando la entrada relevante ha caducado o cuando dos definiciones aprobadas se contradicen, la respuesta no se genera igualmente. El sistema devuelve una abstención explícita con el motivo, o devuelve las dos definiciones en conflicto con su procedencia y su ámbito. No elige una en silencio.
04 ¿Cómo se conectan los agentes?
Por MCP (Streamable HTTP) o REST, con una clave de API por organización. get_definition resuelve un nombre o alias a la entrada aprobada. list_entities lista lo aprobado. search_context hace recuperación híbrida sobre documentos y definiciones. expand_source abre un pasaje citado hasta su contexto completo. ask devuelve una respuesta completa y citada. get_definition, list_entities y expand_source son gratuitas; search_context y ask cuestan un crédito.
05 ¿Qué puedo ingerir hoy y qué está por llegar?
Hoy subes documentos desde el workspace, la API REST o el SDK: PDF, DOCX, PPTX, XLSX, HTML, Markdown y texto plano. Están en camino los conectores nativos (Google Drive, SharePoint, Salesforce, Confluence, Notion y otros) y la conexión directa a bases de datos. Todo lo que produzcan entrará como draft, para que una persona lo apruebe antes de que forme parte del corpus.
06 ¿Renbase toca mi warehouse o sus credenciales?
No. Renbase sirve contexto; tu agente actúa. No ejecuta ni genera SQL contra tu warehouse, y las credenciales no salen de tu lado. Si quieres que proponga nombres de tablas como entidades, la introspección del esquema corre como una CLI en tu máquina que solo envía nombres y descripciones, en draft, para que tu equipo los revise. No se envían datos de filas.
07 ¿Dónde corren los datos?
Dos opciones. SaaS multi-tenant, donde cada organización tiene su corpus, sus claves y su contabilidad de uso aislados, y se consumen créditos por pregunta. O Enterprise BYOC, donde el stack completo corre en tu nube o en tus servidores y el corpus, las preguntas, las respuestas y el consumo no salen de tu infraestructura.
Dale a tus agentes el contexto que les falta para dejar de fallar.
Crea una organización o despliega en tu nube. El mismo producto y el mismo contrato de respuesta. API y SDK disponibles hoy; conectores nativos y conexión a bases de datos, en camino.