Saltar al contenido
Solución 01 · Contexto para Agentes

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.

mcp · graph.impact · 00:02

▸ "¿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

chat del equipo

    Con su grafo

    Equipos de software

    1. ¿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.

      1. ZendeskESC-881escalamiento de Northwind · abierto el 4 nov
      2. JiraPAY-2231límite de reintentos en pagos fallidos
      3. GitHubpayments-svc #4120integrado el 6 nov · sale el jueves
      4. SalesforceNorthwind · Renovación FY27abierta · cierra en el T1
    1. Dana Northwind volvió a escalar por los pagos fallidos. ¿La corrección de reintentos sale esta semana?
    2. Sam No sé qué ticket es. Priya escribió el código de reintentos, ¿le preguntamos?
    3. Priya Me cambié de equipo en primavera. ¿Prueban con PAY-2231? No sé si está integrado.
    4. 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

    1. ¿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.

      1. SnowflakeLOANS.CUSTOMERcolumna account_no
      2. SalesforceClient · Account_No__cexportado cada noche a CRM.EXPORT
      3. Entra IDloan-ops-read34 miembros
      4. ServiceNowCTL-118certificación de accesos · aprobada el 2 oct
      5. Entra IDfin-analysts9 miembros · sin control que lo certifique
    1. Morgan Auditoría quiere todos los sistemas que guardan números de cuenta de clientes, y quién puede leerlos. Para el viernes.
    2. 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.
    3. Jo Los accesos están en Entra, pero los grupos no dicen qué tablas cubren.
    4. 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

    1. ¿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.

      1. ServiceNowAgendaaplicación · guarda PHI
      2. SnowflakeAPPOINTMENTS, ENCOUNTERStablas que escribe y lee
      3. Entra IDvendor-support12 miembros · llega a Agenda
      4. ServiceNowFabrikamregistro de proveedor · contrato de soporte
    1. Rae Fabrikam quiere acceso remoto para su equipo de soporte. ¿Qué sistemas nuestros guardan PHI a los que podrían llegar?
    2. Chris Agenda seguro. El CMDB debería listar el resto, pero hace tiempo que nadie actualiza las marcas de PHI.
    3. Lee Su grupo ya está en Entra, creo. No sé a qué está limitado.
    4. Rae Voy a agendar una reunión.

    4 mensajes · 3 personas · 5½ horas · reunión agendada

    Equipos de ingresos y datos

    1. ¿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.

      1. Power BIInforme junta T3 · Ingreso netomedida en la página 2
      2. GitHubnet_revenue.sqlfuente del modelo semántico
      3. GitHub#212integrado el 3 oct · resta créditos
      4. SnowflakeFIN.CREDITSnotas de crédito del T3
    1. 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?
    2. Theo Definiciones distintas, seguramente. La medida de Power BI cambió en algún momento.
    3. Sana Creo que alguien cambió la lógica de las notas de crédito en el SQL. No sé cuándo.
    4. 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.

    Quién es usted

    Las líneas azules unen registros entre sistemas. Hoy ningún sistema los guarda por sí solo.

    Pregunte en

      Equipos de software

      • Jira ÉPICA Checkout v2 TICKET PAY-2231
      • GitHub PULL REQUEST #4120 SERVICIO payments-svc
      • Confluence RUNBOOK Guía de failover PÁGINA Límites de API
      • Zendesk ESCALAMIENTO ESC-881 ORGANIZACIÓN Northwind
      • Salesforce CUENTA Northwind OPORTUNIDAD Renovación FY27
      • contiene
      • integrado en
      • de
      • para
      • vinculado a
      • cierra
      • documenta
      • documenta
      • mismo cliente
      1. ¿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.

        1. ZendeskESC-881escalamiento de Northwind · abierto el 4 nov
        2. JiraPAY-2231límite de reintentos en pagos fallidos
        3. GitHubpayments-svc #4120integrado el 6 nov · sale el jueves
        4. SalesforceNorthwind · Renovación FY27abierta · cierra en el T1
      2. ¿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.

        1. GitHubCODEOWNERSpayments-svc → team-payments
        2. ConfluenceGuía de failoverúltima edición 21 oct
        3. GitHubpayments-svc #4120integrado el 6 nov
      3. ¿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.

        1. JiraCheckout v214 tickets · 11 cerrados
        2. GitHubpayments-svc #4120cierra PAY-2231

      Bancos y aseguradoras

      • SharePoint POLÍTICA Retención 4.2 PROCEDIMIENTO Rev. de accesos
      • ServiceNow CONTROL CTL-118 CAMBIO CHG-30412
      • Salesforce OBJETO Client CAMPO Account_No__c
      • Snowflake TABLA LOANS.CUSTOMER TABLA CRM.EXPORT
      • Entra ID GRUPO loan-ops-read GRUPO fin-analysts
      • cubre
      • prueba
      • certifica
      • puede leer
      • puede leer
      • cambió
      • exportado a
      • en
      1. ¿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.

        1. SnowflakeLOANS.CUSTOMERcolumna account_no
        2. SalesforceClient · Account_No__cexportado cada noche a CRM.EXPORT
        3. Entra IDloan-ops-read34 miembros
        4. ServiceNowCTL-118certificación de accesos · aprobada el 2 oct
        5. Entra IDfin-analysts9 miembros · sin control que lo certifique
      2. ¿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.

        1. SharePointPolítica de retención 4.2registros y accesos
        2. ServiceNowCTL-118control · responsable: gobierno de datos
        3. SharePointProcedimiento de revisión de accesostrimestral · último 2 oct
      3. ¿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.

        1. ServiceNowCHG-30412cambio estándar · aprobado el 14 oct
        2. SnowflakeLOANS.CUSTOMERcolumna agregada: risk_band

      Redes de salud

      • SharePoint POLÍTICA Acceso remoto POE Alta proveedores
      • ServiceNow APLICACIÓN Agenda PROVEEDOR Fabrikam
      • Entra ID GRUPO vendor-support GRUPO sched-admins
      • Workday CAPACITACIÓN Privacidad 2026 DEPARTAMENTO Radiología
      • Snowflake TABLA APPOINTMENTS TABLA ENCOUNTERS
      • escribe
      • lee
      • llega a
      • administra
      • personal en
      • aplica a
      • exige
      • exige
      • asignada a
      1. ¿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.

        1. ServiceNowAgendaaplicación · guarda PHI
        2. SnowflakeAPPOINTMENTS, ENCOUNTERStablas que escribe y lee
        3. Entra IDvendor-support12 miembros · llega a Agenda
        4. ServiceNowFabrikamregistro de proveedor · contrato de soporte
      2. ¿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.

        1. SharePointPOE de alta de proveedoresproveedores nuevos con acceso a sistemas
        2. SharePointPolítica de acceso remotosección 3.1 · firma del proveedor
        3. ServiceNowFabrikamtarea de alta abierta
      3. ¿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.

        1. WorkdayPrivacidad 2026todo el personal · vence el 31 oct
        2. SharePointPolítica de acceso remotosección 3.4 · capacitación obligatoria

      Equipos de ingresos y datos

      • HubSpot CAMPAÑA Webinar T3 LISTA Asistentes
      • Salesforce CUENTA Northwind OPORTUNIDAD Renovación FY27
      • Power BI INFORME Informe junta T3 MEDIDA Ingreso neto
      • Snowflake TABLA FIN.INVOICES TABLA FIN.CREDITS
      • GitHub MODELO net_revenue.sql PULL REQUEST #212
      • inscritos
      • incluye
      • para
      • facturada en
      • acreditada en
      • muestra
      • definida en
      • lee
      • resta
      • cambió
      1. ¿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.

        1. Power BIInforme junta T3 · Ingreso netomedida en la página 2
        2. GitHubnet_revenue.sqlfuente del modelo semántico
        3. GitHub#212integrado el 3 oct · resta créditos
        4. SnowflakeFIN.CREDITSnotas de crédito del T3
      2. ¿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.

        1. HubSpotWebinar T3 · Asistentes2 de Northwind
        2. SalesforceNorthwind · Renovación FY27abierta · asistieron 2 contactos
      3. ¿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.

        1. SalesforceNorthwindcuenta · ID de facturación NW-0042
        2. SnowflakeFIN.INVOICES9 facturas en 2026
        3. 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 MCP

      1

      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.

      1. 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.

        Extracción · versión 7.2
        • orders/retry.pylee max_retries · 3 llamadas
        • config/prod.yamlfija max_retries = 5
        • tests/14 pruebas lo leen
        llamadas al modelo · 0a91c3e7
      2. 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.

        Llamada a herramienta
        tool     graph.impact
        args     { "setting": "max_retries",
                   "service": "order-service" }
        caller   el ingeniero que preguntó
        token    audiencia = este servidor ✓
      3. 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.

        Grafo · según 7.2
        • llamadasretry.py · worker.py · api.py
        • configuracionesprod.yaml · staging.yaml
        • pruebas14 lo leen · 0 verifican el límite
      4. 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.

        Respuesta · citada
        • retry.py:42lee max_retries
        • prod.yaml:18lo fija en 5
        • tests/ninguna prueba verifica el límite
        cada hecho citadoa91c3e7
      5. 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.

        Solicitud de cambio · borrador
        título   Agregar una prueba que verifique max_retries
        sistema  su gestor de cambios
        estado   esperando aprobación · v1
      6. 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.

        Registro de auditoría
        • 09:14graph.impact · ingeniero
        • 09:15change.draft · ingeniero
        • 09:21change.file · aprobado por el revisor
        claves de servicio compartidas · 0escrituras sin revisar · 0
      Un dibujo técnico del sistema dentro de su entorno: los repositorios de código pasan por analizadores hacia un grafo de conocimiento. Un ingeniero en su escritorio pregunta a un asistente, cuyo modelo está fuera de su entorno; la pregunta llega a un servidor MCP, que verifica el token de la persona con su proveedor de identidad y consulta el grafo. Una solicitud de cambio se detiene en una puerta de escritura junto a un revisor, luego se registra en un sistema de registro, y cada paso queda en un registro de auditoría.

      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.

      1. cualquier cliente MCP
      2. 1 · ASISTENTE Copilot, Claude, ChatGPT El modelo elige una herramienta y sus argumentos. Es todo lo que decide.
      3. 2 · IDENTIDAD Token verificado en cada solicitud Emitido por su IdP, para este servidor, para esta persona. Nunca se reenvía.
      4. 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.
      lectura
      GRAFO DE CONOCIMIENTO Hechos con archivo, línea y commit, devueltos al instante
      escritura
      PUERTA DE ESCRITURA Una persona aprueba esta versión exacta del cambio Si se edita un campo, la aprobación deja de valer.
      1. 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.
      El modelo aparece una vez, arriba. La identidad, el contrato de herramientas, la puerta y el registro de auditoría son código que usted puede leer.

      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 escritura

      Cada 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 procedencia

      El 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 herramientas

      Un 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 IA

      Grafo 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.