Toda empresa invierte en datos estructurados: data warehouse, tablero, indicador, integración. Pero el conocimiento que realmente decide un proyecto casi nunca vive en una tabla. Está en el acta que nadie releyó, en el correo donde el cliente explicó por qué rechazó la arquitectura anterior, en el ticket que muestra que ese error ya ocurrió dos veces.

Ese acervo es no estructurado y, por eso, muere en las bandejas de entrada. Por otro lado, es exactamente el que la IA generativa lee bien. Falta un lugar donde ese contenido viva organizado y un camino seguro hasta el asistente. En Inove, el lugar es un vault Obsidian corporativo y el camino es el MCP.

El problema: el conocimiento real de la empresa no es estructurado

Haga el ejercicio. ¿Dónde está registrado por qué la empresa eligió un hyperscaler en lugar de otro? ¿Y la decisión de mantener un sistema legado por dos años más, con el razonamiento que la sustentaba?

En la práctica, la respuesta suele ser: disperso. Un pedazo en una presentación antigua, otro en un hilo de correo de quien ya se fue, otro en la memoria de un analista. Es el mismo patrón que vemos en el soporte de TI: el contexto vive en la cabeza de una o dos personas, y cada incidente nuevo cuesta como si fuera el primero.

Además, hay un costo silencioso. Sin contexto accesible, cada decisión se retoma desde cero — el equipo rehace análisis ya hechos y reabre discusiones ya cerradas. No es falta de competencia: es falta de memoria organizacional.

Por qué un grafo de notas le gana a las carpetas y a los wikis muertos

La carpeta compartida falla porque exige que usted sepa dónde buscar antes de buscar. El wiki corporativo falla por otro motivo: nace bonito, envejece rápido y se convierte en un cementerio de páginas que nadie tiene el valor de borrar.

Un vault Obsidian funciona distinto por tres razones. Primero, es Markdown en archivos de texto: sin base de datos propietaria, sin lock-in, versionable en Git, legible dentro de diez años. Segundo, el contenido se organiza por enlaces entre notas, no por jerarquía de carpetas — la nota del incidente apunta a la del cliente, que apunta a la del ambiente, que apunta a la decisión de arquitectura. El camino existe incluso cuando usted no recuerda el nombre del archivo.

Tercero, y es lo que más importa aquí: el texto plano con enlaces es el formato ideal para que una IA lo consuma. El PDF exige extracción, la planilla exige interpretación. Una nota en Markdown con títulos, listas y referencias cruzadas llega al modelo prácticamente lista.

MCP: el enchufe estándar entre su conocimiento y la IA

Traduciendo la sigla al lenguaje de negocio: MCP (Model Context Protocol) es un estándar abierto que define cómo un asistente de IA se conecta a una fuente de datos de la empresa. Piense en el enchufe de tres patas — antes de él, cada fabricante tenía su propia clavija y nada encajaba.

Sin MCP, integrar la IA al conocimiento interno significa escribir un conector a medida para cada asistente — y rehacer todo cuando la herramienta cambia. Con MCP, usted expone la fuente una vez, con reglas de acceso propias, y cualquier asistente compatible pasa a verla.

En seguridad, la diferencia es grande. El MCP no vuelca el acervo dentro del modelo: ofrece operaciones controladas — buscar, leer, crear, editar. Quien define qué está expuesto es usted, en el servidor, no el prompt del otro lado.

Arquitectura de referencia: cuatro piezas, sin misterio

El diseño cabe en cuatro bloques. El vault es una carpeta de archivos Markdown en un servidor propio en la nube — no en una carpeta personal de sincronización, que es donde este tipo de iniciativa suele morir. La sincronización continua replica la bóveda entre servidor y estaciones, con historial de versiones.

El servidor MCP expone el vault: publica un conjunto reducido de operaciones y aplica permisos por alcance — este agente lee solo esta área, aquel escribe solo en aquella carpeta. Y el agente consume todo eso y responde sabiendo ya de qué se trata.

Nada de esto exige un stack exótico: instancia pequeña, disco cifrado, acceso por llave, backup restaurable. Es infraestructura convencional bien hecha — y es por ser convencional que sobrevive al entusiasmo inicial.

Gobernanza: qué entra, quién escribe y qué nunca debe entrar

Esta sección decide si el proyecto se vuelve activo o pasivo. Empiece por lo que entra: decisiones y el porqué de ellas, diseños de ambiente, causa raíz de incidentes, contexto de atención. El criterio es simple — si alguien va a necesitar eso en seis meses y no lo va a recordar, se vuelve nota.

Después, quién escribe: todo el equipo, con una regla de oro — una nota corta y fechada vale más que un documento perfecto que nunca sale. Una nota por decisión, por cliente, por ambiente. Y quien tocó el tema actualiza la nota el mismo día.

Por último, lo que nunca entra — y aquí no hay excepción:

• Credenciales, llaves y tokens. Eso vive en una bóveda de secretos. Un vault leído por un agente tiene, por definición, una superficie de exposición mayor.
• Datos personales de titulares. Documento de identidad, dirección, datos de salud, base de clientes. La LGPD brasileña exige finalidad y minimización; una nota de contexto no es una base de datos personales.
• Documentos bajo sigilo contractual que el contrato no autoriza replicar fuera del ambiente del cliente.

Sume a eso lo básico de ciberseguridad: cifrado en reposo y en tránsito, acceso nominal, log de quién leyó qué, retención definida y — lo más olvidado — restauración probada. Un backup nunca restaurado es esperanza, no control.

Cómo lo usa Inove en la práctica

Operamos un vault corporativo en un servidor propio en la nube, replicado continuamente y conectado a nuestros asistentes vía MCP. Allí viven tres cosas: memoria de proyecto (qué se hizo, en qué orden, con qué resultado), decisiones fechadas y contexto de atención.

El efecto aparece en la conversación. Cuando un tema vuelve meses después, el asistente no empieza de cero: recupera el historial, recuerda la restricción que existía y evita la sugerencia ya descartada. La atención resulta personalizada porque el contexto es real, no porque alguien escribió un prompt mejor.

Hay una ganancia secundaria: la calidad de la escritura interna subió. Cuando la nota será leída por una persona y por un agente, se escribe con más precisión.

Primeros 30 días: empiece pequeño a propósito

1. Semana 1 — un solo dominio. Un cliente, un proyecto, un ambiente. Nada de «vamos a documentar la empresa». Levante servidor, vault y backup.
2. Semana 2 — estándar mínimo. Título, fecha, responsable, enlaces. Tres o cuatro tipos de nota, no quince. Escriba la política de lo que nunca entra antes de la primera nota.
3. Semana 3 — MCP en modo lectura. Solo búsqueda y lectura, alcance restringido. Deje que el equipo pregunte y observe dónde falta contexto: el hueco aparece solo.
4. Semana 4 — libere la escritura y mida. El agente pasa a registrar notas en el área definida. Mida una cosa: cuántas preguntas respondió el equipo sin molestar a otra persona.

Si al final del mes el vault tiene cuarenta notas útiles y ninguna contraseña dentro, el modelo está en pie. El resto es repetir el ciclo en nuevos dominios.

Para profundizar, combine este diseño con el material de Inove Academy: el e-book de Ciberseguridad y LGPD cierra la clasificación de la información y la responsabilidad sobre los datos personales, y la guía rápida de migración a la nube ayuda a decidir dónde alojar el servidor de la bóveda.

La tesis es modesta y por eso funciona. Usted no necesita un proyecto de IA para tener IA útil en la empresa: necesita un lugar donde el conocimiento se escriba, una puerta estándar que la IA sepa abrir y una regla clara sobre lo que jamás atraviesa esa puerta. El cerebro corporativo no nace de una herramienta nueva — nace del hábito de registrar lo que se decidió, donde la máquina también consigue leer.