La capa que le falta a tu empresa para usar IA de verdad
Conectamos tus sistemas detrás de una frontera segura y construimos las herramientas que la IA puede usar — con los permisos que define tu equipo y cada acción registrada. Sin darle tu base de datos a un chatbot.
La misma arquitectura que corre en producción en nuestro propio producto.
El modelo no es el cuello de botella
Los modelos de hoy son extraordinarios. El problema es que están ciegos y sin manos: no ven tu operación y no pueden tocarla. No ven tus reclamos ni tus proyectos, y tampoco pueden abrir la orden, mandar el correo ni disparar el proceso.
Sin acceso a eso, la IA solo puede conversar. No puede trabajar. Y lo que termina pasando es lo peor de los dos mundos: un chat público con tres PDFs pegados, o un piloto aislado que nunca toca los sistemas donde vive la operación.
Lo que falta no es más IA — es la capa que va entre la IA y tus sistemas.
Impresiona en una demo. Falla el día que alguien le pregunta algo que importa.
IA que actúa dentro de tu operación, no al margen de ella. Y que se audita como cualquier otro sistema.
Una frontera, no una integración
Existe un estándar abierto para esto: MCP (Model Context Protocol). En vez de escribir una integración a medida por cada combinación de modelo y sistema, se construye una sola capa que expone herramientas: funciones concretas con nombre y parámetros definidos, que cualquier IA compatible puede invocar.
Tus sistemas no se enteran de que existe la IA
Cada uno sigue siendo la fuente de verdad de lo suyo. La capa traduce, controla el acceso y registra lo que pasó.
Cambiás de modelo sin rehacer nada
Las herramientas se definen una vez. Si mañana pasás de ChatGPT a Claude o a un modelo local, siguen ahí.
Cambiás un sistema y los agentes ni se enteran
Se ajusta la herramienta por dentro. La firma que ve el modelo no cambia.
El modelo nunca recibe una conexión
Recibe un catálogo de funciones con firma definida y solo puede invocar esas. No escribe SQL. No elige el alcance.
Las herramientas salen de tu operación, no de un catálogo
Una empresa de agua y saneamiento y una consultora de proyectos no necesitan las mismas funciones — no se parecen en nada. Por eso esto es una consultoría y no un producto: la mitad del trabajo es descubrir qué vale la pena que un asistente pueda ejecutar en tu caso. Lo que sigue son ejemplos de rubros distintos, no un menú — y varias de estas funciones no consultan: actúan.
Servicios públicos
Energía · agua y saneamiento
estado_suministro(nro_cuenta)
→ situación del punto, deuda y última lectura en una sola respuesta
reclamos_por_zona(zona, rango)
→ dónde se está concentrando el problema hoy, no a fin de mes
orden_de_trabajo(incidencia, cuadrilla)
→ despachada con el historial del punto ya adjunto
Servicios profesionales
Proyectos · propuestas · agencias
crear_proyecto(cliente, alcance)
→ con la estructura y los responsables que ya usa el equipo
buscar_en_canales(consulta, rango)
→ qué se dijo y dónde, sin abrir cinco herramientas
generar_presentacion(propuesta_id)
→ armada en Canva con los datos reales de la propuesta
Comercio y distribución
Retail · mayoristas · gastronomía
consultar_stock(producto, sucursal?)
→ stock real al momento, no el del reporte de ayer
margen_periodo(desde, hasta)
→ el margen del mes en curso, sin esperar el cierre
preparar_cotizacion(cliente, items)
→ con precios vigentes y descuentos autorizados
Ninguna de las tres listas se parece a la otra. Ese es exactamente el punto: la arquitectura es idéntica en los tres casos — la frontera, los permisos, la auditoría. Lo que cambia son las herramientas. Descubrir cuáles valen la pena en tu operación, y en qué orden, es el trabajo del diagnóstico.
Por qué esto no es darle tus sistemas a una IA
La objeción es correcta y hay que responderla con arquitectura, no con promesas. Estas seis reglas no son configurables por el modelo — están construidas dentro de la capa.
El alcance lo pone el servidor
Empresa, área y permisos del usuario se inyectan desde la sesión autenticada. No viajan en la conversación y el modelo no puede pedirlos.
Solo funciones aprobadas
La IA invoca herramientas de una lista blanca definida por tu equipo. Lo que no está en la lista no existe para el agente, aunque el modelo sepa que podría existir.
Nada de consultas libres
El modelo no escribe SQL ni recibe una conexión a la base. Invoca funciones con parámetros tipados y recibe exactamente lo que esa función devuelve.
Cada acción queda registrada
Quién pidió qué, qué herramienta se invocó, con qué parámetros y qué devolvió. Auditable después, no solo en el momento.
Un área no ve la otra
El agente de un área no puede invocar herramientas de otra. La separación se impone del lado del servidor, no se le pide al modelo que la respete.
Permisos revalidados en cada llamada
No basta con haber tenido permiso al iniciar sesión. Se verifica en cada invocación, para que una sesión larga no sobreviva a un cambio de permisos.
Las cumplimos en nuestro propio producto
El copiloto de Pulso, nuestra herramienta de rentabilidad, corre sobre esta misma frontera. Sus herramientas no le sirven a nadie más — lo que se repite en cada cliente son las seis reglas de arriba.
- 38 herramientas en lista blanca por módulo
- Alcance inyectado desde la sesión, nunca elegido por el modelo
- Cero acceso al ORM: ni SQL crudo, ni consultas genéricas
- Tests que fallan el build si alguien de nuestro equipo rompe una regla
Tres fases, alcance cerrado antes de empezar
Cada fase tiene un entregable concreto y un alcance acordado. No vendemos horas contra un backlog abierto — y no publicamos plazos, porque serían inventados: el tiempo depende de cuántos sistemas hay, en qué estado están y qué tan accesibles son. El plazo de cada fase se cierra cuando se cierra su alcance.
Diagnóstico
alcance cerradoInmersión en campo con tu equipo. Mapeamos qué sistemas hay, dónde vive cada dato, qué está conectado y qué se sostiene con trabajo manual.
- Mapa de sistemas y flujos de datos
- Inventario de herramientas candidatas
- Qué se automatiza hoy y qué requiere ordenar datos antes
- El plazo y el alcance de la capa base, ya con tus sistemas a la vista
Capa base
según tus sistemasConstrucción de la frontera. Uno o dos sistemas conectados, las primeras herramientas con sus permisos y su auditoría, y un agente resolviendo un caso real de tu operación.
- La capa funcionando en producción
- El primer agente en uso real
- Documentación técnica para tu equipo de sistemas
Expansión
continuoMás sistemas, más herramientas, monitoreo y ajuste con uso real. Cada área nueva se suma sobre la misma infraestructura, sin empezar de cero.
- Nuevos módulos operativos por área
- Monitoreo y ajuste sobre uso real
- Criterio para que tu equipo siga sumando herramientas solo
El diagnóstico puede concluir que tu operación todavía no necesita agentes, sino ordenar datos. Lo decimos si es el caso — es más barato para los dos que construir una capa sobre información que no se sostiene.
Un agente que consulta es el piso, no el techo
La misma capa que le permite a un asistente leer tus sistemas le permite operarlos: mandar, agendar, crear, disparar, mover datos entre plataformas que nunca se hablaron. Consultar es lo primero que se habilita — casi nunca es lo más valioso.
Consultar
Responder con datos vivos de cualquier sistema conectado, en lenguaje natural y sin pedirle un reporte a nadie.
estado real · histórico · comparacionesEjecutar
Actuar dentro de tus sistemas, no al margen. Cada acción con permiso explícito y confirmación humana donde corresponda.
mandar correos · agendar · abrir tickets · emitir órdenesIntegrar
Que dos plataformas que nunca se hablaron trabajen juntas, sin reemplazar ninguna de las dos ni escribir una integración punto a punto por cada par.
tu gestión ↔ canales ↔ herramientas de diseñoAutomatizar
Procesos completos de punta a punta, no pasos sueltos. Lo repetitivo con reglas claras que nadie automatizó porque «primero había que integrar».
del pedido a la orden · de la propuesta a la presentaciónAnalizar
Cálculos, cruces y comparaciones sobre datos en vivo — no sobre un export de la semana pasada que ya quedó viejo.
márgenes · desvíos · concentración · tendenciasCorrer donde vos decidas
Modelo en la nube o local en tu propio servidor. La capa es la misma y la decisión es tuya — también si cambia el año que viene.
nube · on-premise · híbridoTodo eso pasa por la misma frontera. Ampliar lo que un agente puede hacer es agregar herramientas al catálogo, no aflojar controles: cada capacidad nueva llega con sus permisos y su registro. Por eso conviene construir la capa antes que el primer caso de uso — y no una integración por cada idea que se le ocurra a alguien.
Tiene sentido si
- Hay procesos que dependen de que alguien copie datos de un sistema a otro
- Usás plataformas que no se hablan entre sí y no pensás reemplazarlas
- Hay trabajo repetitivo con reglas claras que nadie automatizó todavía
- Querés que un asistente ejecute, no solo que responda
- Necesitás decidir vos dónde corre el modelo y qué puede tocar
- Ya probaste un chatbot y quedó en demo
Todavía no
- Si lo que buscás es un chatbot de preguntas frecuentes para la web
- Si no hay sistemas todavía, solo planillas sueltas — primero hay que ordenar
- Si esperás que la IA reemplace gente en treinta días
- Si nadie del lado tuyo puede decidir qué puede tocar un agente y qué no
Lo que preguntan antes de decidir
¿Esto es darle acceso a mi base de datos a un chatbot?
No. El modelo nunca recibe una conexión a la base ni puede escribir consultas. Recibe un catálogo de funciones aprobadas por tu equipo y solo puede invocar esas, con el alcance que impone el servidor.
¿Sirve para mi rubro? No vendemos productos ni tenemos inventario.
La capa no asume nada sobre tu negocio. La hemos aplicado en operaciones que no se parecen entre sí — servicios públicos, servicios profesionales, comercio. Lo que cambia son las herramientas; la arquitectura es la misma. Si tu operación tiene sistemas y decisiones que hoy dependen de que alguien los consulte a mano, aplica.
¿Necesito tener mis datos ordenados antes de empezar?
No. Eso es justamente lo que revela el diagnóstico. Nadie llega con los datos ordenados; si los tuviera, probablemente no necesitaría la consultoría.
¿Mis datos salen de la empresa?
Depende del modelo que elijas. Con un modelo local no salen. Con un proveedor externo sale solo lo que devuelve la herramienta invocada, nunca tu base completa. La capa es la misma en ambos casos y la decisión es tuya, no nuestra.
¿Sirve si hoy uso ChatGPT y mañana quiero Claude?
Sí, ese es el punto de construir una capa en vez de una integración puntual. Las herramientas se definen una vez y las consume cualquier modelo compatible con MCP.
¿Qué pasa si la IA se equivoca?
El daño posible está acotado por diseño: permisos explícitos por herramienta, confirmación humana en lo sensible y todo registrado. Un error se ve en la auditoría y se corrige; no se descubre tres meses después.
¿Cuánto tarda?
No lo sabemos antes del diagnóstico, y quien te dé un número antes te lo está inventando. Depende de cuántos sistemas hay, en qué estado están y qué tan accesibles son. El diagnóstico termina justamente con ese plazo definido, con tu operación a la vista.
Agendá un diagnóstico inicial
Una conversación para entender tu operación, tus sistemas y qué se puede conectar primero. Si no es el momento de construir la capa, te lo decimos.
-
En la llamada
- Revisamos qué sistemas tenés y cuáles se pueden conectar hoy
- Identificamos dos o tres herramientas que darían valor inmediato
- Te decimos si conviene empezar por el diagnóstico o por ordenar datos
- Sin presentación de ventas