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.