Saltar al contenido
// 01 — Sistema operando

Convertimos datos en armas.

Cada respuesta con su fuente. Cada acción con su responsable.

Construimos, desplegamos y operamos sistemas de datos e IA para empresas y gobierno. En la infraestructura que elijas, bajo tus reglas. El código es tuyo.

Objetivo
25.6866° N · 100.3161° O
Puntos en el globo
—
Convergencia
—
T+ sesión · render
00:00:00
// 02 — EN PRODUCCIÓN · CASOS PÚBLICOS
LUTHOR · LEGAL · luthor.mx LUTHOR DE BOLSILLO · WHATSAPP SUITE BYTX · ERP PARA DESPACHOS DSPC · MAYOREO B2B · dspc.mx MCP PÚBLICO · SOLO LECTURA · mcp.dspc.mx/mcp KÓRE · SALUD · koremx.com KÓRE LAB · BIOMARCADORES
// 03 — Manifiesto

Un dato archivado no decide nada. Los tuyos viven dispersos en expedientes, hojas de cálculo, ERP y mensajes. Los unimos en una ontología: un solo mapa de tu operación. Los modelos proponen. Las personas deciden. La bitácora recuerda. Eso es convertir datos en armas.

Modelar · Razonar · EjecutarTu ontología. Tus modelos. Tu decisión.
// 04 — Plataforma

Una ontología. Tres capas.

ONTARIO modela tu operación. SYNAPSE razona con evidencia. VANGUARD ejecuta con aprobación humana. Arquitectura de referencia que configuramos en cada proyecto, en la infraestructura que elijas.

Arquitectura de referencia · las fuentes y capas se configuran por proyectoNinguna acción sale de VANGUARD sin aprobación humana
/0.1 · Modelar · ONTARIOCapa ontológica · mapa de la operación

ONTARIO

Capa ontológica

Cada dato con nombre.

Cada registro de tus sistemas se vuelve un objeto con tipo, propiedades y relaciones: lote, expediente, trámite, proveedor. Tus sistemas se quedan donde están; ONTARIO los conecta y guarda de dónde salió cada campo.

  • ObjetosTipados, con esquema versionado
  • LinajePor campo, hasta su fuente
  • ConectoresERP, SQL, PDF, API, WhatsApp
ONTARIO · grafo de objetosEJEMPLO ILUSTRATIVO
/0.2 · Razonar · SYNAPSEModelos, agentes y detección de patrones

SYNAPSE

Modelos y agentes

Razona con evidencia.

Modelos y agentes responden desde la ontología y citan el registro del que sale cada dato. Lo que no pueden comprobar lo marcan como NO_VERIFICADO, y no avanza sin revisión.

  • RecuperaciónCon cita al registro de origen
  • EstadosVERIFICADO · NO_VERIFICADO
  • ModelosSin dependencia de un solo proveedor
SYNAPSE · consolaEJEMPLO ILUSTRATIVO
/0.3 · Ejecutar · VANGUARDEntorno de operación · aprobación humana

VANGUARD

Entorno de operación

Propone el sistema. Aprueba tu equipo.

Cada acción llega como propuesta, con responsable, evidencia y efecto esperado. Nada se ejecuta sin aprobación, y cada paso queda en una bitácora sellada.

  • AprobaciónPor rol, antes de ejecutar
  • BitácoraAppend-only, con sello criptográfico
  • CanalesWeb, WhatsApp y MCP
VANGUARD · operacionesSIMULACIÓN
  • #0193PUEABIERTARetener lote L-2231 · 3 lecturas > 4 °C
  • #0192MTYEN REVISIÓNReasignar última parada de la ruta R-06
  • #0190CDMXAPROBADATurnar expediente T-2026-0412 a revisión
  • #0188GDLABIERTAOrden de compra por clave bajo punto de reorden

Tu ontología. Tus modelos. Tu decisión.

Ver modos de despliegue→
// 05 — Industrias

Ocho industrias. Todas en producción.

Operamos sistemas en producción en las ocho. Tres son casos públicos que puedes abrir hoy: luthor.mx, dspc.mx y koremx.com. El resto de nuestros clientes está bajo acuerdos de confidencialidad.

Por industria

EN PRODUCCIÓN en las ocho industrias.
Las que muestran dominio tienen un caso público que puedes abrir desde su panel. El resto de los clientes está bajo acuerdos de confidencialidad.

// 06 — Gobierno

Convertimos datos en capacidad de Estado.

Sistemas de datos e IA que la institución opera, audita y conserva. Sus datos. Su código. Sus llaves. Construimos con el equipo de la institución y le entregamos código, documentación y capacitación.

Dónde aplica

  • InteroperabilidadInteroperar expedientes entre dependenciasConectores a sistemas heredados, esquemas homologados y bitácora de consultas. Integración con Llave MX como inicio de sesión único, sujeta a los lineamientos y la validación técnica de la ATDT.
  • TrámitesValidar requisitos de trámitesExtracción de documentos, validación de requisitos y enrutamiento. Cada excepción llega a una persona servidora pública, con su evidencia.
  • NormativaConsultar normas con cita verificableLeyes, reglamentos y reformas del DOF con el artículo exacto y comparación entre versiones, sobre la misma arquitectura que LUTHOR.
  • PadronesDepurar y conciliar padronesResolución de entidades entre padrones, con cada coincidencia explicada y revisable. La elegibilidad la decide una persona.
  • CatastroActualizar predial y catastroFuentes catastrales y fiscales integradas para detectar inconsistencias por predio. Ninguna decisión que afecte derechos se automatiza.
  • Protección civilCoordinar protección civil y C5Tablero operativo común para varias dependencias. Solo con fundamento legal explícito de la institución, acceso por rol, bitácora sellada y supervisión humana.
Bitácora · cada paso, selladoEJEMPLO ILUSTRATIVO · SIN DATOS PERSONALES
Enviar 38 cuentas a verificación en campoSYNAPSE · superficie en ortofoto ≠ registrada · PENDIENTE
Turnar 9 licencias a revisión de protección civilSYNAPSE · documento cargado sin validar · PENDIENTE
    —

    Cada registro se sella con SHA-256 real, calculado en tu navegador con WebCrypto sobre el registro anterior: alterar uno rompe la cadena.

    • TitularidadLa institución conserva en todo momento la titularidad de sus datos. BYTX actúa como persona encargada en términos de la LGPDPPSO, bajo sus instrucciones y con las cláusulas del artículo 53.
    • Responsable humanoCada decisión apoyada por nuestros sistemas tiene una persona servidora pública responsable, se puede explicar y queda registrada. Lo que no puede explicarse no se automatiza.
    • Código entregableLo que construimos se entrega con código fuente, documentación y los derechos que establezca el contrato. Estándares abiertos, datos exportables y plan de salida desde el inicio.
    • Residencia y llavesResidencia de datos en México cuando el proyecto lo requiera, documentada por escrito. Cifrado en tránsito y en reposo; en infraestructura de la institución, las llaves quedan bajo su custodia.
    Residencia en MéxicoLlaves bajo custodiaCódigo entregableAprobación humanaPlan de salida

    Participamos en contrataciones públicas conforme a la LAASSP: licitación pública, invitación a cuando menos tres personas y, para soluciones que requieren diseño, diálogo competitivo (arts. 63 y 64). Equipo técnico en Monterrey; trabajamos en español y en horario de México. Misma arquitectura que opera hoy en luthor.mx, dspc.mx y koremx.com.

    // 07 — Despliegue

    Tus datos. Tus reglas. Tu perímetro.

    IA en producción. Sin ceder tus datos. En cada proyecto queda por escrito dónde viven los datos, quién opera, qué sale de la red y qué modelos corren.

    Elige un modo

    Cada modo se confirma en el diagnóstico y queda en el contrato. Lo que no podamos cumplir, lo decimos antes de firmar.

    // Seguridad

    Seis controles de diseño.

    • Mínimo privilegioAccesos por rol, MFA y acceso privilegiado con caducidad. Cada permiso corresponde a una tarea.
    • Aislamiento por clienteLos datos de cada organización viven separados desde el diseño.
    • Bitácora selladaCada acceso, consulta, propuesta y aprobación queda registrado con sello criptográfico. Cualquier alteración deja huella.
    • Llaves bajo custodiaCifrado en tránsito y en reposo. Las llaves quedan bajo tu control cuando el modo de despliegue lo permite; el contrato lo define.
    • Datos separados de instruccionesEl texto de las fuentes viaja como dato y se sanea (NFKC, zero-width, bidi). Reduce el riesgo de inyección; no promete eliminarlo.
    • Salida limpiaFormatos abiertos, datos exportables, plan de salida y borrado verificable al terminar el contrato.

    Diseñamos con la Política General de Ciberseguridad de la APF, NIST CSF e ISO/IEC 27001 como referencias. BYTX no declara certificaciones; la evidencia de cada control se entrega dentro del proyecto.

    // 08 — Método

    Cuenta regresiva a producción.

    Diagnóstico · Arquitectura · Construcción · Despliegue · Operación. Cada etapa cierra con un entregable que tu equipo revisa.

    1. T-03Diagnóstico

      Mapeamos un proceso real con tu equipo: fuentes, decisiones, responsables y costo del error. Si la IA no conviene, lo decimos aquí.

      Entregable · mapa del proceso, inventario de fuentes y decisión por escrito: GO o NO-GO.
    2. T-02Arquitectura

      Diseñamos la ontología, el modo de despliegue, los modelos y los puntos de aprobación humana.

      Entregable · documento de arquitectura: entidades, flujos de datos, seguridad y plan de salida.
    3. T-01Construcción

      Construimos sobre tus datos reales, en ciclos cortos, con revisión del equipo que va a operar.

      Entregable · sistema en ambiente de validación, con código, pruebas y documentación en tu repositorio.
    4. T-00Despliegue

      Pasamos a producción en el modo acordado, con encuesta GO/NO-GO, bitácora activa y plan de reversión probado.

      Entregable · sistema en producción, manual de operación (runbook) y accesos para tu equipo.
    5. T+Operación

      Operamos, medimos y agregamos módulos por el mismo método. El código sigue siendo tuyo.

      Entregable · reportes de operación, bitácora auditable y transferencia a tu equipo.

    Encuesta GO/NO-GO · T-00

    • DATOSfuentes conectadas y validadasGO
    • ONTOLOGÍAentidades aprobadas por tu equipoGO
    • SEGURIDADaccesos por rol, llaves en custodiaGO
    • APROBACIÓN HUMANAresponsables asignados por rolGO
    • BITÁCORAsello activo, reversión probadaGO
    • CLIENTEautorización por escritoGO
    • T-00GO PARA PRODUCCIÓN

    Un solo NO-GO detiene el despliegue.

    Operación continuaT+ 00:00:00
    // 09 — Desarrolladores

    Protocolos abiertos. Salida tipada.

    Especificaciones publicadas de LUTHOR y DSPC. La llamada de abajo responde hoy desde un servidor en producción.

    Llamada real · MCP público de DSPC

    Pruébalo desde tu terminal.

    Verificado el 24 de septiembre de 2026 · servidor dspc-mayoreo 0.1.0

    El servidor MCP de DSPC es público, de solo lectura y no pide autenticación ni sesión: cada petición es independiente. Esta llamada a buscar_producto corre desde tu terminal; la respuesta llega en structuredContent, conforme al outputSchema que publica el servidor.

    Respuesta real · abreviada—
    Respuesta capturada el 24 de septiembre de 2026 (se omite result.content, el mismo JSON como texto). Precios de lista publicados por DSPC en esa fecha; pueden haber cambiado. El servidor rechaza peticiones con encabezado Origin de navegador (403): se llama desde una terminal, un servidor o un cliente MCP.
    • MCP · Streamable HTTP · statelessLUTHOR · DSPC
    • JSON-RPC 2.0 · -32602 antes de ejecutarLUTHOR: argumentos fuera de esquema se rechazan antes de correr.
    • OAuth 2.1 · PKCE S256 · RFC 9728LUTHOR: sin registro dinámico ni tokens en URL.
    • Salida tipada · outputSchema · 64 KiBLUTHOR: el truncado se declara, no se esconde.
    • vigente · derogado · NO_VERIFICADOLUTHOR: la vigencia es explícita y nunca se infiere.
    • Saneado NFKC · zero-width · bidi · TAGLUTHOR: el corpus viaja como dato, separado de instrucciones.
    • WhatsApp · HMAC-SHA256 · idempotente 24 hLUTHOR: firma verificada sobre el cuerpo crudo.
    • Credenciales Ed25519 · 60 sLUTHOR: token de canal a motor con alcance mínimo.
    • MCP público · 4 herramientasDSPC: buscar_producto, ficha_producto, categorias, condiciones_mayoreo.
    • JSON Schema 2020-12 · llms.txtDSPC: additionalProperties: false en los esquemas de salida.
    LUTHOR MCPACCESO ANTICIPADO

    Especificación v1: OAuth 2.1 con PKCE S256, scopes corpus:read y account:read, salida tipada con ID canónico, fecha, vigencia explícita y URL. El truncamiento se declara en la respuesta. Las interfaces pueden cambiar antes de la apertura general.

    Leer la especificación↗
    // 10 — Principios

    Seis reglas de operación.

    Lo que hacemos y lo que elegimos no hacer.

    • No somos consultores. Somos constructores.Construimos el sistema, lo llevamos a producción y lo operamos junto con tu equipo.// Rol
    • Tu negocio. Nuestro software.Tu equipo explica el proceso; nosotros lo convertimos en un sistema que corre todos los días.// Oficio
    • Primero el problema.Sin un problema claro no hay proyecto: empezamos por un proceso acotado y escalamos cuando el resultado se mide.// Método
    • La IA es un medio. Los datos son el activo.El valor vive en la información ordenada; los modelos se cambian cuando conviene.// Datos
    • Donde no conviene, no implementamos.Si un proceso no gana nada con IA, te lo decimos en el diagnóstico y no lo construimos.// Criterio
    • El código es tuyo.Repositorio, documentación y accesos quedan en tus manos, sin dependencia del proveedor.// Propiedad
    // 11 — Contacto

    Trae el problema.

    Describe el proceso, los sistemas que lo sostienen y la restricción que más pesa. Te responde el equipo técnico de BYTX, con preguntas concretas y, si conviene, una propuesta de diagnóstico.

    También puedes escribir directo

    jccc@bytx.dev
    Se abre tu correo con el mensaje listo para jccc@bytx.dev. Nada sale hasta que tú lo envíes; este sitio no guarda tus datos.
    ↑↓ NAVEGAR · ↵ EJECUTAR · ESC CERRARbytx.help() en consola