Ir al contenido
ORVIXLABSSistemas privados de IA
// FUNDADOR Y ARQUITECTO DE SISTEMAS

Carlos Perasso

Fundador de OrvixLabs. Su trabajo se centra en sistemas privados de IA construidos alrededor de evidencia, soberanía tecnológica, verificación adversarial, autoridad humana y evolución controlada.


// PERSPECTIVA TECNOLÓGICA

Sistemas antes que modelos. Evidencia antes que confianza.

Primacía humana

La IA puede investigar, proponer y operar dentro de límites explícitos. La autoridad final sobre decisiones relevantes sigue siendo humana.

Soberanía

Modelos y proveedores son componentes reemplazables. La arquitectura debe sobrevivir a un cambio de proveedor.

Verificación adversarial

Un resultado gana confianza al sobrevivir crítica, verificación de evidencia y límites explícitos, no porque un modelo suene seguro.

Evolución controlada

Un sistema puede proponer un sucesor. No puede promoverse a sí mismo. La evidencia y la autorización humana permanecen separadas de la construcción.


// PUBLICACIONES

Trabajo técnico firmado por Carlos Perasso.

Usamos agentes de IA. No hacemos Vibe Coding.

Usar agentes para escribir código no elimina la ingeniería: aumenta la necesidad de especificación, evidencia y auditoría.

→
El problema no es dar más autonomía a la IA. Es saber cuándo no confiar en ella.

La autonomía útil necesita evidencia, permisos, trazabilidad, separación de funciones y capacidad de bloquear.

→
Soberanía de software en la era de los modelos fundacionales

Un sistema no es soberano si cambiar de proveedor obliga a reconstruirlo o si sus datos quedan cautivos.

→
Un modelo no es un sistema

El modelo puede ser extraordinario y seguir siendo sólo un componente. La inteligencia empresarial aparece en las reglas, memoria, evidencia, permisos, herramientas y autoridad que lo rodean.

→
Misma pregunta. Mismo documento. Una respuesta diferente.

Cuando una conclusión importante cambia con una nueva corrida, no tenés un hallazgo: tenés una opinión con buena gramática.

→
No le pregunto a la IA si mi idea es buena. Le pido que la destruya.

Una IA que sólo confirma la intuición del usuario amplifica su sesgo. El valor aparece cuando la arquitectura obliga a buscar alternativas y modos de fallo.

→
Tu política de IA no es un control de seguridad

Pedirle a las personas que recuerden qué pueden pegar en un modelo público es una política. Impedir técnicamente que el dato real salga es arquitectura.

→
Un bot responde. Un sistema recuerda.

La diferencia no es que un bot hable peor. Es que normalmente la conversación termina donde empezó: sin memoria común, sin operación y sin continuidad entre canales.

→
Todo sistema tiene agujeros. También el mío.

La diferencia profesional no está en afirmar que no existen fallos. Está en intentar encontrarlos antes de que los encuentre otra persona o la operación real.

→
Lo que enviás a una IA puede ser lo que ya no puedas borrar

La mejor forma de reducir el riesgo de retención externa es sencilla: que el proveedor nunca reciba el valor real cuando no lo necesita.

→
Por qué existe Data Shield

Data Shield nació de una regla simple: si el modelo no necesita conocer el valor real, no hay razón para enviárselo.

→
Qué pasa cuando vulneran al proveedor de IA

La organización puede hacer todo bien y aun así depender de un tercero que falla. La arquitectura debe reducir qué valor tendría ese incidente para un atacante.

→
Un lead score que nunca baja no mide nada

Un puntaje comercial útil debe poder perder confianza cuando faltan datos, una señal envejece o nueva evidencia contradice la hipótesis original.

→
Fit te dice quién. Timing te dice cuándo.

Una empresa puede parecer el cliente perfecto durante años y no tener intención de comprar. La oportunidad aparece cuando el encaje coincide con una señal fresca.

→
Omnicanal sin memoria compartida no es omnicanal

Poner WhatsApp, email, voz y web bajo el mismo logo no alcanza. Si cada canal olvida lo que pasó en el anterior, la operación sigue fragmentada.

→
Soberanía sin el muro de complejidad

Muchas organizaciones quieren controlar su tecnología pero abandonan cuando la alternativa parece exigir convertirse en una empresa de infraestructura. Ese muro también se puede diseñar.

→
El modelo nunca debería ver el valor real cuando no lo necesita

Privacidad por arquitectura significa separar lo que el modelo necesita para razonar de lo que la organización necesita conservar en secreto.

→
La firma humana es parte de la arquitectura

Human-in-the-loop no debería ser un botón agregado al final. En decisiones sensibles, la autoridad humana tiene que estar definida como una compuerta estructural.

→
Argos: cuando la IA deja de esperar un prompt

La inteligencia ambiental no empieza con una pregunta escrita. Empieza con un entorno que cambia y un sistema que necesita mantener un modelo operativo de lo que está ocurriendo.

→
Por qué un sistema debería detectar que necesita evolucionar

Mantenimiento reactivo espera a que alguien note el problema. Un sistema observable puede convertir fallos, trabajo manual y degradación en evidencia para proponer su próxima versión.

→
Software que propone su sucesor pero no puede promoverlo

La parte interesante de la evolución no es permitir que un sistema se reescriba. Es construir un camino donde pueda proponer una mejora sin obtener autoridad para instalarla.

→
El agente que escribe el código no debería aprobarlo

Separar construcción y auditoría no es desconfianza teatral. Es evitar que el mismo contexto, los mismos supuestos y los mismos errores validen su propio resultado.

→
La inteligencia no está en el modelo. Está en lo que lo rodea.

Memoria, contexto, herramientas, evidencia, permisos y recuperación convierten una capacidad lingüística en una operación confiable.

→
La privacidad no empieza en la política. Empieza antes del proveedor.

La pregunta útil no es sólo qué promete hacer un proveedor con los datos. Es qué datos necesita recibir en primer lugar.

→
Integrar IA sin reemplazar el CRM que ya funciona

El software viejo no siempre es el problema. A veces el problema es que la operación creció y el sistema que sigue funcionando nunca fue diseñado para voz, agentes, memoria o automatización actual.

→
Lo que cambia cuando la IA entra en una operación regulada

En salud, legal, finanzas o datos personales, la pregunta deja de ser sólo si la IA funciona. También importa quién puede verla, qué dato recibió, qué hizo y quién autorizó el resultado.

→
Por qué la evidencia importa más que la elocuencia

Los modelos están optimizados para producir lenguaje convincente. En una decisión seria, una afirmación elegante sin procedencia sigue siendo una afirmación débil.

→
Arquitectura vs. prompt: cuándo una demo se vuelve sistema

Una buena instrucción puede producir una demo impresionante. Un sistema aparece cuando el comportamiento importante deja de depender de recordar la instrucción correcta.

→
Contexto mínimo: darle a cada agente sólo lo que necesita

Más contexto no siempre produce mejores decisiones. También puede agregar ruido, exposición de datos y sesgos irrelevantes.

→
Un sistema serio sabe cuándo bloquear

La autonomía no se mide sólo por cuántas cosas puede hacer. También por cuántas sabe negarse a hacer cuando faltan evidencia, permisos o condiciones seguras.

→
Por qué la IA industrial debería empezar fuera del lazo de control

Una arquitectura de IA industrial puede aportar correlación, hipótesis y soporte de decisión sin recibir autoridad temprana sobre PLC, SCADA o actuadores críticos.

→
La latencia de voz no es un problema de prompt

Una conversación telefónica con IA depende de toda la cadena de audio, orquestación y control. Cambiar de modelo no corrige por sí solo una arquitectura lenta.

→
La voz soberana se diseña como infraestructura, no como suscripción

Cuando la telefonía es crítica, propiedad, datos, proveedor, modelo y continuidad operativa deberían ser decisiones de arquitectura y no condiciones impuestas por una plataforma.

→
Si un sistema depende de su proveedor, no es arquitectura

Un sistema crítico cuya operación depende de un proveedor específico no es una arquitectura resiliente, sino una implementación frágil. Analizamos los principios para diseñar sistemas soberanos con componentes reemplazables.

→
Registrar no alcanza: el control de una IA tiene que ocurrir antes de actuar

Cuando una IA puede producir consecuencias reales, el registro posterior no alcanza. Evidencia, autoridad y reversibilidad tienen que evaluarse antes de ejecutar.

→
Cuánto cuesta implementar IA en una empresa: de qué depende

El costo de implementar inteligencia artificial tiene dos partes: construir el sistema y operarlo. Esta guía explica qué factores mueven cada una y cómo empezar con un proyecto chico y medible.

→
Qué es un agente de IA y en qué se diferencia de un chatbot

Un agente de IA no solo responde: consulta sistemas y ejecuta tareas dentro de permisos definidos. Esta guía explica la diferencia con un chatbot y con una automatización, con ejemplos y límites.

→
API de WhatsApp Business: qué es, cómo se obtiene y cuánto cuesta

Guía práctica de la API de WhatsApp Business: diferencia con la app, requisitos, pasos para obtenerla, plantillas, ventana de 24 horas, cómo se cobra y qué puede hacer un bot de WhatsApp conectado a la API.

→
n8n o desarrollo a medida: cuándo conviene cada uno

Comparación honesta entre herramientas de automatización como n8n, Make o Zapier y el desarrollo a medida: volumen, complejidad, datos sensibles, alojamiento, mantenimiento y quién es dueño de qué.

→
IA en logística: usos concretos para empresas de transporte y distribución

Dónde aporta la inteligencia artificial en una empresa de logística, qué datos necesita, dónde no conviene usarla y cómo empezar con un primer proyecto acotado y medible.

→
Control de stock en Excel: cuándo conviene pasar a un sistema

Las señales de que la planilla de stock ya no alcanza, las opciones disponibles (mejorar la planilla, un sistema estándar o uno a medida) y cómo migrar sin perder el control del inventario.

→
Transformación digital en pymes: por dónde empezar

Una guía práctica para que una pyme ordene su transformación digital: qué mirar primero, qué resolver rápido, en qué orden avanzar y qué errores evitar para no sumar herramientas sin resultados.

→
Cómo aparecer en ChatGPT y otros asistentes de IA

Qué puede hacer una empresa para que ChatGPT, Gemini o Perplexity la mencionen cuando alguien pregunta por su rubro: páginas claras, respuestas directas, datos consistentes y permisos de rastreo, sin promesas mágicas.

→
IA para abogados: usos prácticos y riesgos

Qué puede hacer hoy la inteligencia artificial en un estudio jurídico, qué riesgos trae (confidencialidad, citas inventadas, responsabilidad profesional) y qué reglas conviene fijar antes de usarla.

→
Cuánto cuesta un CRM a medida y de qué depende el precio

El precio de un CRM a medida depende del alcance, las integraciones, la migración de datos y el mantenimiento. Qué mirar para comparar contra un CRM por suscripción y cuándo no conviene construir uno propio.

→
IA para inmobiliarias: usos prácticos para agentes y equipos comerciales

Cómo usar inteligencia artificial en una inmobiliaria: responder consultas de portales y WhatsApp, cruzar pedidos con propiedades, agendar visitas, hacer seguimiento con un CRM inmobiliario y cuidar los datos.

→
Atención al cliente con IA: guía práctica para empresas

Qué resuelve bien la atención al cliente con IA, qué no conviene dejarle, cómo funciona en WhatsApp, web, correo y teléfono, cuándo derivar a una persona y cómo medir si mejora el servicio.

→
IA para marketing en pymes: qué automatizar y qué no

Cómo usar inteligencia artificial para marketing en una pyme: borradores de contenido con edición humana, segmentación con datos del CRM, seguimiento de campañas, calificación de leads, reportes y visibilidad en buscadores y asistentes de IA.

→