Desarrollo de servidores MCP y grafos de conocimiento a medida: Sus asistentes no saben nada de sus sistemas. Enséñeles una vez.
Sus ingenieros tienen Copilot, Claude o ChatGPT abiertos todo el día, y ninguno puede decirle a nadie qué ajuste lee un servicio, qué equipo es dueño de una interfaz o qué se rompe si cambia un valor. Así que la gente pega fragmentos en el chat y recibe respuestas seguras construidas sobre la mitad del panorama. Construimos un grafo de conocimiento desde su propio código, lo publicamos mediante un servidor MCP que cualquier asistente puede usar, y cada llamada se ejecuta como la persona que la hizo.
▸ "¿Qué se rompe si cambiamos max_retries en order-service?"
✓ identidad · token emitido para este servidor
✓ graph.impact · según la versión 7.2
✓ llamadas · 3
✓ configuraciones · 2
✓ pruebas · 14 lo leen, 0 verifican el límite
✓ citas · archivo, línea, commit en cada hecho
◆ solicitud de cambio · esperando a una persona
→ respondido en el asistente que ya usa
¿Le suena?
La pregunta que su equipo hizo esta mañana.
Cruza tres sistemas, así que nadie puede responderla solo. Con su grafo, la misma pregunta recibe una respuesta, en el asistente que su gente ya usa, con cada fuente adjunta.
Hoy
Con su grafo
Equipos de software
¿La corrección de los pagos fallidos de Northwind sale esta semana?
Sí. El escalamiento ESC-881 de Northwind está vinculado a PAY-2231, y el pull request #4120 lo cierra 123. Ya está integrado en payments-svc y sale en la versión del jueves. La renovación de Northwind está abierta para FY27, así que a su equipo de cuenta le conviene saberlo 4.
- ZendeskESC-881escalamiento de Northwind · abierto el 4 nov
- JiraPAY-2231límite de reintentos en pagos fallidos
- GitHubpayments-svc #4120integrado el 6 nov · sale el jueves
- SalesforceNorthwind · Renovación FY27abierta · cierra en el T1
- Dana Northwind volvió a escalar por los pagos fallidos. ¿La corrección de reintentos sale esta semana?
- Sam No sé qué ticket es. Priya escribió el código de reintentos, ¿le preguntamos?
- Priya Me cambié de equipo en primavera. ¿Prueban con PAY-2231? No sé si está integrado.
- Dana PAY-2231 no menciona a Northwind. ¿Alguien sabe quién lleva el lado de Zendesk?
4 mensajes · 3 personas · 5½ horas · sigue abierto
Bancos y aseguradoras
¿Qué sistemas guardan números de cuenta de clientes y quién puede leerlos?
Tres lugares: LOANS.CUSTOMER, CRM.EXPORT y el campo Account_No__c de Salesforce, que alimenta CRM.EXPORT cada noche 12. loan-ops-read puede consultar LOANS.CUSTOMER, certificado bajo CTL-118 en octubre 34. fin-analysts puede consultar CRM.EXPORT, y ningún control cubre todavía a ese grupo 5.
- SnowflakeLOANS.CUSTOMERcolumna account_no
- SalesforceClient · Account_No__cexportado cada noche a CRM.EXPORT
- Entra IDloan-ops-read34 miembros
- ServiceNowCTL-118certificación de accesos · aprobada el 2 oct
- Entra IDfin-analysts9 miembros · sin control que lo certifique
- Morgan Auditoría quiere todos los sistemas que guardan números de cuenta de clientes, y quién puede leerlos. Para el viernes.
- Alex El almacén de préstamos seguro. ¿Quizá también la exportación del CRM? El catálogo de datos es del año pasado.
- Jo Los accesos están en Entra, pero los grupos no dicen qué tablas cubren.
- Morgan O sea que otra vez armamos la hoja de cálculo.
4 mensajes · 3 personas · 5½ horas · hoja de cálculo empezada
Redes de salud
¿Qué sistemas guardan PHI y puede llegar a ellos el personal de soporte de Fabrikam?
Agenda guarda PHI: escribe en APPOINTMENTS y lee ENCOUNTERS 12. El personal de soporte de Fabrikam está en vendor-support, que hoy puede llegar a Agenda 34. Nada le da a ese grupo acceso directo a ENCOUNTERS.
- ServiceNowAgendaaplicación · guarda PHI
- SnowflakeAPPOINTMENTS, ENCOUNTERStablas que escribe y lee
- Entra IDvendor-support12 miembros · llega a Agenda
- ServiceNowFabrikamregistro de proveedor · contrato de soporte
- Rae Fabrikam quiere acceso remoto para su equipo de soporte. ¿Qué sistemas nuestros guardan PHI a los que podrían llegar?
- Chris Agenda seguro. El CMDB debería listar el resto, pero hace tiempo que nadie actualiza las marcas de PHI.
- Lee Su grupo ya está en Entra, creo. No sé a qué está limitado.
- Rae Voy a agendar una reunión.
4 mensajes · 3 personas · 5½ horas · reunión agendada
Equipos de ingresos y datos
¿Por qué el informe de la junta muestra el ingreso neto un 3% abajo si finanzas dice que está plano?
Cambió la definición. El ingreso neto del informe de la junta sale de net_revenue.sql 12, y el pull request #212 empezó a restar FIN.CREDITS el 3 de octubre 3. La cifra de finanzas todavía usa solo facturas, así que la diferencia del 3% son las notas de crédito 4.
- Power BIInforme junta T3 · Ingreso netomedida en la página 2
- GitHubnet_revenue.sqlfuente del modelo semántico
- GitHub#212integrado el 3 oct · resta créditos
- SnowflakeFIN.CREDITSnotas de crédito del T3
- Maya El informe de la junta dice que el ingreso neto bajó un 3%, pero finanzas dice que está plano. ¿Cuál es el correcto?
- Theo Definiciones distintas, seguramente. La medida de Power BI cambió en algún momento.
- Sana Creo que alguien cambió la lógica de las notas de crédito en el SQL. No sé cuándo.
- Maya ¿Hacemos una llamada antes de la reunión de la junta?
4 mensajes · 3 personas · 5½ horas · llamada agendada
Su grafo
Sus sistemas, respondiendo sus preguntas.
Elija quién es. El grafo se arma con los sistemas que usa un equipo como el suyo, y responde en el asistente que su gente ya usa, con la identidad de cada persona.
Las líneas azules unen registros entre sistemas. Hoy ningún sistema los guarda por sí solo.
Equipos de software
- Jira ÉPICA
Checkout v2TICKETPAY-2231 - GitHub PULL REQUEST
#4120SERVICIOpayments-svc - Confluence RUNBOOK
Guía de failoverPÁGINALímites de API - Zendesk ESCALAMIENTO
ESC-881ORGANIZACIÓNNorthwind - Salesforce CUENTA
NorthwindOPORTUNIDADRenovación FY27
- contiene
- integrado en
- de
- para
- vinculado a
- cierra
- documenta
- documenta
- mismo cliente
¿La corrección de los pagos fallidos de Northwind sale esta semana?
Sí. El escalamiento ESC-881 de Northwind está vinculado a PAY-2231, y el pull request #4120 lo cierra 123. Ya está integrado en payments-svc y sale en la versión del jueves. La renovación de Northwind está abierta para FY27, así que a su equipo de cuenta le conviene saberlo 4.
- ZendeskESC-881escalamiento de Northwind · abierto el 4 nov
- JiraPAY-2231límite de reintentos en pagos fallidos
- GitHubpayments-svc #4120integrado el 6 nov · sale el jueves
- SalesforceNorthwind · Renovación FY27abierta · cierra en el T1
¿Quién es dueño de payments-svc y está al día su runbook de failover?
team-payments es dueño de payments-svc 1. El runbook de failover se editó por última vez antes de que el pull request #4120 cambiara el límite de reintentos, así que todavía describe el comportamiento anterior 23.
- GitHubCODEOWNERSpayments-svc → team-payments
- ConfluenceGuía de failoverúltima edición 21 oct
- GitHubpayments-svc #4120integrado el 6 nov
¿Qué sigue abierto en Checkout v2?
Tres de sus 14 tickets están abiertos 1. PAY-2231 ya tiene un pull request integrado y se cierra con la versión del jueves 2. Los otros dos todavía no tienen código.
- JiraCheckout v214 tickets · 11 cerrados
- GitHubpayments-svc #4120cierra PAY-2231
Bancos y aseguradoras
- SharePoint POLÍTICA
Retención 4.2PROCEDIMIENTORev. de accesos - ServiceNow CONTROL
CTL-118CAMBIOCHG-30412 - Salesforce OBJETO
ClientCAMPOAccount_No__c - Snowflake TABLA
LOANS.CUSTOMERTABLACRM.EXPORT - Entra ID GRUPO
loan-ops-readGRUPOfin-analysts
- cubre
- prueba
- certifica
- puede leer
- puede leer
- cambió
- exportado a
- en
¿Qué sistemas guardan números de cuenta de clientes y quién puede leerlos?
Tres lugares: LOANS.CUSTOMER, CRM.EXPORT y el campo Account_No__c de Salesforce, que alimenta CRM.EXPORT cada noche 12. loan-ops-read puede consultar LOANS.CUSTOMER, certificado bajo CTL-118 en octubre 34. fin-analysts puede consultar CRM.EXPORT, y ningún control cubre todavía a ese grupo 5.
- SnowflakeLOANS.CUSTOMERcolumna account_no
- SalesforceClient · Account_No__cexportado cada noche a CRM.EXPORT
- Entra IDloan-ops-read34 miembros
- ServiceNowCTL-118certificación de accesos · aprobada el 2 oct
- Entra IDfin-analysts9 miembros · sin control que lo certifique
¿Qué controles cubren la política de retención 4.2 y cuándo se probaron por última vez?
La cubre CTL-118 12. Su última prueba fue la revisión trimestral de accesos del 2 de octubre, y la aprobó 3.
- SharePointPolítica de retención 4.2registros y accesos
- ServiceNowCTL-118control · responsable: gobierno de datos
- SharePointProcedimiento de revisión de accesostrimestral · último 2 oct
¿Qué cambió en LOANS.CUSTOMER este trimestre y quién lo aprobó?
Un cambio: CHG-30412 agregó una columna a LOANS.CUSTOMER 12. El comité de cambios lo aprobó el 14 de octubre.
- ServiceNowCHG-30412cambio estándar · aprobado el 14 oct
- SnowflakeLOANS.CUSTOMERcolumna agregada: risk_band
Redes de salud
- SharePoint POLÍTICA
Acceso remotoPOEAlta proveedores - ServiceNow APLICACIÓN
AgendaPROVEEDORFabrikam - Entra ID GRUPO
vendor-supportGRUPOsched-admins - Workday CAPACITACIÓN
Privacidad 2026DEPARTAMENTORadiología - Snowflake TABLA
APPOINTMENTSTABLAENCOUNTERS
- escribe
- lee
- llega a
- administra
- personal en
- aplica a
- exige
- exige
- asignada a
¿Qué sistemas guardan PHI y puede llegar a ellos el personal de soporte de Fabrikam?
Agenda guarda PHI: escribe en APPOINTMENTS y lee ENCOUNTERS 12. El personal de soporte de Fabrikam está en vendor-support, que hoy puede llegar a Agenda 34. Nada le da a ese grupo acceso directo a ENCOUNTERS.
- ServiceNowAgendaaplicación · guarda PHI
- SnowflakeAPPOINTMENTS, ENCOUNTERStablas que escribe y lee
- Entra IDvendor-support12 miembros · llega a Agenda
- ServiceNowFabrikamregistro de proveedor · contrato de soporte
¿Qué tiene que firmar Fabrikam antes de obtener acceso?
El POE de alta de proveedores aplica a Fabrikam y exige firmar la sección 3.1 de la política de acceso remoto 12. El alta está abierta en ServiceNow y la firma de la política todavía no está registrada 3.
- SharePointPOE de alta de proveedoresproveedores nuevos con acceso a sistemas
- SharePointPolítica de acceso remotosección 3.1 · firma del proveedor
- ServiceNowFabrikamtarea de alta abierta
¿Qué departamentos todavía deben la capacitación de privacidad 2026?
Radiología, con 6 personas pendientes. Es el único departamento con la fecha vencida 1. La política de acceso remoto exige la capacitación antes de dar acceso de cara a proveedores 2.
- WorkdayPrivacidad 2026todo el personal · vence el 31 oct
- SharePointPolítica de acceso remotosección 3.4 · capacitación obligatoria
Equipos de ingresos y datos
- HubSpot CAMPAÑA
Webinar T3LISTAAsistentes - Salesforce CUENTA
NorthwindOPORTUNIDADRenovación FY27 - Power BI INFORME
Informe junta T3MEDIDAIngreso neto - Snowflake TABLA
FIN.INVOICESTABLAFIN.CREDITS - GitHub MODELO
net_revenue.sqlPULL REQUEST#212
- inscritos
- incluye
- para
- facturada en
- acreditada en
- muestra
- definida en
- lee
- resta
- cambió
¿Por qué el informe de la junta muestra el ingreso neto un 3% abajo si finanzas dice que está plano?
Cambió la definición. El ingreso neto del informe de la junta sale de net_revenue.sql 12, y el pull request #212 empezó a restar FIN.CREDITS el 3 de octubre 3. La cifra de finanzas todavía usa solo facturas, así que la diferencia del 3% son las notas de crédito 4.
- Power BIInforme junta T3 · Ingreso netomedida en la página 2
- GitHubnet_revenue.sqlfuente del modelo semántico
- GitHub#212integrado el 3 oct · resta créditos
- SnowflakeFIN.CREDITSnotas de crédito del T3
¿Qué asistentes del webinar del T3 están hoy en negocios abiertos?
Dos asistentes trabajan en Northwind, y ambos son contactos de la oportunidad abierta Renovación FY27 12.
- HubSpotWebinar T3 · Asistentes2 de Northwind
- SalesforceNorthwind · Renovación FY27abierta · asistieron 2 contactos
¿Cuánto se le ha facturado a Northwind este año, neto de créditos?
US$412.000 en 9 facturas, menos una nota de crédito de US$18.000: US$394.000 netos 123.
- SalesforceNorthwindcuenta · ID de facturación NW-0042
- SnowflakeFIN.INVOICES9 facturas en 2026
- SnowflakeFIN.CREDITS1 nota de crédito · agosto
Por qué se estancan estos proyectos
Un envoltorio no es un servidor, y una clave compartida no es control de acceso.
La forma rápida de darle sus sistemas a un asistente es envolver cada endpoint de la API como herramienta y entregarle al servidor una cuenta de servicio. Luce bien en una demostración. En producción el modelo enfrenta cien herramientas delgadas entre las que elegir, gasta su contexto leyendo sus descripciones y las llama con una identidad que ve más que la persona que pregunta. Cuando la respuesta es incorrecta, nada dice de dónde salió.
Las revisiones de seguridad detienen estos proyectos por buenas razones. Lo que devuelve una herramienta entra al contexto del modelo, donde una instrucción escondida en un campo de un ticket no se distingue de una que escribió el usuario, y puede dirigir la siguiente llamada. Un token reenviado de un sistema al siguiente borra quién hizo qué. La guía de la NSA de 2026 sobre el protocolo nombra ambos riesgos, y la propia especificación del protocolo prohíbe reenviar tokens.
Nada de eso es una razón para no hacerlo. Es la especificación de lo que significa hacerlo bien, y es la parte que construimos primero.
Qué construimos
Cuatro cosas, cada una verificable por un revisor.
Empezamos con un grafo y un servidor, de solo lectura, y crecemos desde ahí. Ese comienzo es el Primer Grafo: cuatro semanas, 35.000 $ a precio fijo, que se acredita completo a la construcción si continúa. Los cuatro se ejecutan en su cuenta de nube, desde infraestructura como código, detrás de su proveedor de identidad.
01
Grafos de conocimiento construidos desde el código
Los analizadores leen su código, configuración, definiciones de interfaz, requisitos y pruebas, y cada hecho que registran apunta al archivo, la línea y el commit de donde se leyó. Ningún modelo decide qué es cierto: repita la extracción sobre el mismo commit y obtendrá un grafo idéntico. Se conservan las versiones anteriores, para responder cada pregunta sobre la versión a la que se refiere.
02
Servidores MCP sobre los sistemas que ya opera
Unas pocas herramientas pensadas para las preguntas que la gente realmente hace, no una por endpoint. Entradas tipadas, un contrato de herramientas fijado en CI para que no cambie sin que nadie lo note, trabajos largos ejecutados como tareas que el asistente puede consultar, y una línea de auditoría por cada llamada. El mismo servidor funciona en cada asistente que usa su gente.
03
Varios servidores, una persona, ningún intermediario
Cuando una respuesta necesita dos sistemas, el asistente le pregunta a cada uno con la identidad de la propia persona. Los servidores nunca se llaman entre sí ni guardan credenciales ajenas. Lo que la respuesta de un servidor aporta a otro se verifica contra el índice propio de ese servidor antes de usarse, y un conflicto se informa en lugar de resolverse en silencio.
04
Revisión y migración de lo que ya tiene
Una revisión de seguridad de un despliegue MCP existente contra la especificación 2026-07-28 y sus buenas prácticas de seguridad, y un plan para migrarlo: fuera del transporte obsoleto, de sesiones a identificadores explícitos, y del registro dinámico de clientes a documentos de metadatos del cliente.
Qué es un servidor MCP1
Servidor, utilizable desde cada asistente compatible con MCP
3
Coordenadas en cada hecho: archivo, línea, commit
0
Claves de servicio compartidas: cada llamada se ejecuta como una persona
0
Escrituras sin la aprobación de una persona
Recorrido
Vea una pregunta convertirse en una respuesta citada.
«¿Qué se rompe si cambiamos max_retries en order-service?» Seis pasos desde esa pregunta, escrita en el asistente que el ingeniero ya usa, hasta una respuesta que cita su evidencia y un cambio que espera a una persona.
-
01 / 06
Su código se convierte en un grafo, mediante código.
Los analizadores leen los repositorios, configuraciones, definiciones de interfaz y especificaciones que entran en su compilación. Cada hecho que registran apunta al archivo, la línea y el commit de donde se leyó. Ningún modelo decide qué es cierto: ejecútelo de nuevo sobre el mismo commit y obtendrá el mismo grafo.
orders/retry.pylee max_retries · 3 llamadasconfig/prod.yamlfija max_retries = 5tests/14 pruebas lo leen
llamadas al modelo · 0a91c3e7 -
02 / 06
Un ingeniero pregunta, en el asistente que ya usa.
Copilot, Claude o ChatGPT convierten la pregunta en una llamada tipada a su servidor MCP. El servidor verifica el token en esta misma solicitud: emitido por su proveedor de identidad, para este servidor, para esta persona. Nunca se reenvía a nada más.
tool graph.impact args { "setting": "max_retries", "service": "order-service" } caller el ingeniero que preguntó token audiencia = este servidor ✓ -
03 / 06
El servidor le pregunta al grafo, no al modelo.
La consulta es una búsqueda en el grafo que ejecuta el propio servidor: quién lee este ajuste, qué configuraciones lo fijan, qué pruebas lo tocan, según la versión a la que se refiere la pregunta. Las preguntas que cruzan varios saltos son justo donde un grafo supera a la búsqueda.
llamadasretry.py · worker.py · api.pyconfiguracionesprod.yaml · staging.yamlpruebas14 lo leen · 0 verifican el límite
-
04 / 06
La respuesta vuelve con su evidencia.
El asistente recibe hechos, cada uno con el archivo, la línea y el commit de donde vino, y escribe su respuesta solo a partir de ellos. Cualquiera puede verificar una afirmación en segundos, y una respuesta que cita algo que el grafo nunca devolvió se rechaza en lugar de mostrarse.
retry.py:42lee max_retriesprod.yaml:18lo fija en 5tests/ninguna prueba verifica el límite
cada hecho citadoa91c3e7 -
05 / 06
Un cambio espera en la puerta.
El ingeniero pide una prueba que cubra el límite. El servidor redacta la solicitud de cambio y se detiene. Un revisor ve exactamente lo que se registrará, y la aprobación queda anclada a esa versión: si se edita un campo, hay que aprobarla de nuevo.
título Agregar una prueba que verifique max_retries sistema su gestor de cambios estado esperando aprobación · v1 -
06 / 06
Aprobado, registrado y en el historial.
Cuando una persona aprueba, el cambio se registra, y cada llamada del recorrido dejó una línea de auditoría: quién preguntó, qué herramienta corrió, quién aprobó. El registro nombra personas, nunca una cuenta de máquina.
09:14graph.impact · ingeniero09:15change.draft · ingeniero09:21change.file · aprobado por el revisor
claves de servicio compartidas · 0escrituras sin revisar · 0
Anatomía de una llamada
Las lecturas corren solas. Las escrituras se detienen en la puerta.
Cada llamada pasa por los mismos controles en el mismo orden, sin importar qué asistente la envió. El modelo elige qué herramienta llamar; nunca decide quién llama, qué puede ver ni si un registro cambia.
- cualquier cliente MCP
-
1 · ASISTENTE Copilot, Claude, ChatGPT El modelo elige una herramienta y sus argumentos. Es todo lo que decide.
-
2 · IDENTIDAD Token verificado en cada solicitud Emitido por su IdP, para este servidor, para esta persona. Nunca se reenvía.
-
3 · CONTRATO DE HERRAMIENTAS Pocas herramientas tipadas, fijadas en CI Lo que se puede llamar queda fijado por política antes de la sesión.
-
cada llamada
4 · REGISTRO DE AUDITORÍA Una línea: la persona, la herramienta, quien aprobó También se registra una fuente caída, y la respuesta dice qué no pudo consultar.
Gobernado por defecto
Una puerta nueva a sus sistemas lleva la misma cerradura que las demás.
La especificación estandariza la conversación entre un asistente y un servidor y, a propósito, dice poco sobre políticas. Estos son los controles que ponemos en cada servidor que construimos.
Su proveedor de identidad decide quién entra
Cada servidor es un servidor de recursos OAuth que publica sus metadatos de recurso protegido, verifica que cada token fue emitido para él y acepta la autorización gestionada por la empresa, para que su IdP decida quién llega a qué servidor por grupo y rol.
Mínimo privilegio, elevado paso a paso
Una sesión empieza con alcances de solo lectura. Una herramienta privilegiada pide el alcance que necesita la primera vez que se usa, y la elevación queda registrada junto con la solicitud que la causó.
Nada cambia sin una persona
Una herramienta que cambia un registro primero muestra a la persona el cambio que pretende hacer. La aprobación queda anclada a esa versión del cambio: si se altera un campo, la aprobación deja de valer, y una aprobación repetida se rechaza.
Cómo funciona la puerta de escrituraCada respuesta cita su evidencia
Cada hecho remite al archivo, la línea y el commit, o al registro y la versión, de donde se tomó, y un revisor lo comprueba en segundos en lugar de volver a deducirlo.
Ver el desglose de procedenciaEl texto del llamador es dato, nunca instrucción
Lo que el modelo puede llamar queda fijado por política antes de que empiece la sesión, así que nada de lo que lea en un documento o en un resultado puede ampliar esa lista. Las descripciones de las herramientas se revisan en busca de caracteres invisibles antes de publicarse, porque una instrucción que un revisor no ve sigue siendo una que el modelo obedece.
Cómo se contiene el abuso de herramientasUn fallo sigue siendo un solo fallo
El trabajo pesado se aísla por solicitud y se limita por persona, para que un trabajo desbocado no deje sin recursos a los demás. Cuando una fuente no está disponible, la respuesta se entrega igual, marcada con la fuente que no pudo consultar, en lugar de rellenarse con una conjetura.
Dónde un grafo se gana su lugar
Un grafo responde relaciones. No es mejor en todo.
La recuperación por grafo gana en preguntas que cruzan varios saltos: quién depende de esto, qué se rompe si cambia, qué requisito no alcanza ninguna prueba. Para buscar un solo dato, la búsqueda simple es igual de buena y más barata; una comparación controlada de 2025 encontró que ambas se complementan en lugar de que una supere a la otra. Usamos cada una donde gana, y cada respuesta dice cuál produjo cada hecho.
Grafo de ingeniería
Componentes, interfaces, ajustes y fallas, y cómo viaja un cambio a través de ellos.
Grafo de trazabilidad
Requisitos, código, pruebas y cambios, vinculados en los propios artefactos para que el vínculo no envejezca en silencio.
Grafo de negocio
Entidades, métricas y linaje, construidos sobre la capa semántica que ya mantiene.
Datos listos para IAGrafo de configuración
Qué variante de producto lleva qué opciones y qué software, versión por versión.
Antes de contratar a nadie
Cuándo le diremos que no construya uno.
Una persona, una máquina
Quien automatiza su propio trabajo en local está mejor servido por una herramienta de línea de comandos o una habilidad empaquetada. Ambas son más ligeras y le cuestan menos contexto al modelo.
Su plataforma ya trae uno
Databricks y Snowflake publican servidores MCP gestionados para los datos que guardan. Úselos, y gaste el presupuesto en los sistemas que nadie ha conectado todavía.
Un envoltorio delgado es todo lo que necesita
Si cada herramienta corresponde a un endpoint y cada pregunta es una sola consulta, no necesita un grafo ni a nosotros. Preferimos decirlo en la primera llamada que en el tercer mes.
Preguntado en la primera reunión.
¿Ya tiene un despliegue MCP detenido en revisión? El Memorándum de Revisión de Seguridad lo responde en cinco días hábiles, sin acceso a sus datos.
Cualquier cliente que hable el Model Context Protocol. VS Code con Copilot, Claude, los planes empresariales de ChatGPT, Gemini Enterprise y los agentes de programación de línea de comandos se conectan a servidores MCP remotos. El soporte de cada función todavía varía según el cliente, así que probamos con los asistentes que su gente realmente usa.
El grafo guarda hechos con referencias a su origen, y vive en su cuenta. La fuente de verdad se queda donde está. Un hecho es el nombre de algo, cómo se relaciona con otras cosas, y el archivo, la línea y el commit de donde se leyó, así que siempre se puede verificar contra el original.
Usted. El grafo y los servidores se despliegan en su propia cuenta de nube desde infraestructura como código, detrás de su proveedor de identidad, y usted recibe el código completo con su historial y sus pruebas. No hay licencia ni cargo por usuario.
La que su equipo de plataforma esté dispuesto a operar. El modelo del grafo importa más que el motor, y se traslada de un motor a otro. No revendemos nada, así que la recomendación sigue lo que usted ya opera y soporta.
Sí, con un plazo de doce meses y no de un día para otro. El protocolo pasó a ser sin estado, el transporte anterior de eventos enviados por el servidor queda obsoleto con un plazo de un año, y los documentos de metadatos del cliente reemplazan al registro dinámico. Los servidores existentes siguen funcionando durante el plazo, así que la migración es trabajo planificado, no una emergencia.
No por su propia cuenta. Un cambio pasa por la puerta de escritura, donde una persona revisa la edición exacta y aprueba esa versión. Empezamos en solo lectura e incorporamos herramientas de escritura de a una, después de que las de lectura demostraron ser confiables.
Traiga el sistema que nadie sabe explicar.
Aquel cuyo comportamiento vive en tres repositorios, dos hojas de cálculo y la memoria de una persona. Ahí es donde un grafo de conocimiento se paga primero, y un Primer Grafo de cuatro semanas es la forma más rápida de saber si esto vale la pena.