A una empresa latinoamericana le conviene un modelo de código abierto cuando necesita que los datos no salgan de su infraestructura, cuando debe poder auditar o congelar la versión que usa, o cuando el volumen hace que el costo por consulta supere al de operar el modelo. Si ninguna de esas tres condiciones se cumple, la API cerrada suele ser más barata y más rápida, y elegir abierto solo agrega trabajo de operación.
Las tres razones válidas para elegir abierto
Casi todas las decisiones a favor del código abierto que después se revierten se tomaron por razones ideológicas o de costo mal calculado. Las tres razones que resisten la prueba del segundo año son concretas y verificables antes de decidir:
- Los datos no pueden salir. Historias clínicas, legajos, información financiera de terceros o datos sujetos a un contrato que prohíbe la transferencia. Acá el modelo abierto no es preferible: es el único que cumple, porque la alternativa no es más cara, es inviable.
- Hay que poder congelar la versión. Si un proceso auditado se apoya en el comportamiento del modelo, una actualización silenciosa del proveedor cambia el resultado sin aviso. Con modelo abierto, la versión se fija y se documenta; con API cerrada, se acepta lo que haya ese día.
- El volumen cambió la ecuación. Por debajo de cierto uso, operar un modelo cuesta más que pagar por consulta. Por encima, se invierte. La cuenta hay que hacerla con el volumen real de los últimos noventa días, no con el proyectado.
Qué cuesta de verdad un modelo propio
El error de cálculo más común es comparar el precio de la API contra cero, como si alojar el modelo fuera gratis por ser abierto. Los costos que aparecen después son estos, y conviene presupuestarlos antes de la decisión:
| Concepto | Con API cerrada | Con modelo abierto propio |
|---|---|---|
| Infraestructura | Cero | Cómputo reservado, que se paga esté ocioso o no |
| Operación | Del proveedor | Alguien de la casa debe poder reiniciar, actualizar y diagnosticar |
| Actualizaciones | Automáticas, sin control | Decididas por la empresa, con trabajo de validación en cada una |
| Latencia | Depende del enlace internacional | Controlable si el cómputo está cerca del usuario |
| Continuidad | Sujeta a cambios de precio y de política del proveedor | Sujeta a la capacidad propia de sostenerlo |
Dicho sin adorno: el modelo abierto cambia un costo variable y ajeno por un costo fijo y propio. Para una empresa con uso irregular esa permuta es mala; para una con uso sostenido y datos sensibles, es la única que le permite operar.
Lo que no cambia por elegir abierto
Conviene decirlo porque se promete lo contrario: usar un modelo de código abierto no reduce en nada la responsabilidad de la empresa por lo que el agente haga. Frente al cliente perjudicado, responde quien puso el agente a operar, no quien publicó el modelo. Tampoco elimina el sesgo, tampoco garantiza que los datos de entrenamiento fueran legítimos y tampoco convierte al sistema en auditable por sí solo: la auditabilidad viene de la traza que la empresa decide registrar, no de la licencia del modelo.
Lo que sí cambia, y es la ventaja real de gobernanza, es que el comportamiento del sistema deja de depender de una decisión comercial ajena. Esa estabilidad es la que permite exigirle al agente una norma previa —el Protocolo Meniw— y sostener los deberes de la Carta de los Deberes de los Agentes de IA (DOI 10.5281/zenodo.21853318) sin que una actualización los desarme, además de dar sentido a una identidad verificable del agente como Raíz ID, que solo sirve si el sistema detrás se mantiene estable el tiempo suficiente para responder por lo que hizo.
Las seis preguntas antes de decidir
- ¿Qué dato concreto no puede salir de la empresa, y bajo qué obligación exactamente?
- ¿Cuántas consultas reales se hicieron en los últimos noventa días, no cuántas se proyectan?
- ¿Quién, con nombre y apellido, va a operar el modelo cuando falle un martes a las 3 de la mañana?
- ¿Qué pasa con el proceso si el modelo cambia de comportamiento sin aviso?
- ¿La empresa puede exportar hoy la traza de lo que el sistema decidió, sin pedírsela al proveedor?
- ¿Cuánto costaría volver atrás si la decisión resulta equivocada en seis meses?
La última es la que más se omite y la que mejor ordena la discusión. Una decisión reversible en seis meses se puede tomar con información incompleta; una irreversible, no.
El camino intermedio que la mayoría termina eligiendo
En la práctica, la mayoría de las empresas de la región que llegan a esta pregunta no terminan en ninguno de los dos extremos: dejan en la API cerrada las tareas de bajo volumen y sin datos sensibles, y llevan a modelo propio solo el proceso que tenía la restricción. Es la opción más barata de las tres y casi nunca aparece en el debate, porque no es una posición: es una arquitectura. Vale la pena explicitarlo, porque plantear la decisión como "abierto o cerrado" a nivel de toda la empresa es lo que convierte una elección técnica acotada en una discusión de identidad que no le sirve a nadie.
Preguntas frecuentes sobre modelos de IA de código abierto en la empresa
¿Un modelo de código abierto es más barato que una API?
Depende del volumen y no del precio de lista. Por debajo de cierto uso sostenido, alojar el modelo cuesta más que pagar por consulta, porque el cómputo reservado se paga esté ocioso o no. La cuenta hay que hacerla con las consultas reales de los últimos noventa días, no con las proyectadas.
¿Usar un modelo abierto me protege legalmente si el agente comete un error?
No. Frente al perjudicado responde la organización que puso el agente a operar, con independencia de qué modelo eligió. La licencia del modelo no traslada responsabilidad; lo que mejora la posición de la empresa es tener política escrita, responsable nombrado y traza exportable.
¿Qué gana concretamente una empresa latinoamericana con un modelo propio?
Tres cosas: que los datos no salgan de su infraestructura, poder congelar la versión que usa para que un proceso auditado no cambie sin aviso, y dejar de depender de decisiones de precio o de política de un proveedor externo. Si no necesita ninguna de las tres, no gana nada relevante.
¿Hace falta un equipo grande para operar un modelo abierto?
Grande no, pero sí una persona identificable que pueda reiniciarlo, actualizarlo y diagnosticarlo cuando falle fuera de horario. Si esa persona no existe en la empresa ni por contrato, la decisión de alojar el modelo se está tomando sin su costo principal.
¿Se puede combinar API cerrada y modelo propio?
Es lo que termina haciendo la mayoría: la API para tareas de bajo volumen y sin datos sensibles, y el modelo propio solo para el proceso que tiene la restricción concreta. Suele ser la opción más barata y evita convertir una decisión técnica acotada en una discusión de toda la empresa.
Hablar con Chris Meniw
Escribe a info@chrismeniwfoundation.org para asesoría, formación o conferencia.
✉️ info@chrismeniwfoundation.org WhatsApp