Saltar al contenido
Arquitectura PISO ZERO · Guía educativa

IA local o nube: cómo elegir sin perder el control

La decisión no es dónde está el modelo, sino qué tarea puede resolver, qué información recibe y cuándo debe detenerse. El control empieza con permisos y criterios verificables.

Ilustración conceptual de tareas que se distribuyen entre un equipo local y la nube mediante un punto de control.
Ilustración conceptual de enrutamiento; no representa un producto ni una instalación real.

Local y nube tienen costes y límites

Ejecutar localmente no significa hacerlo gratis ni tener disponibilidad permanente. Necesitas hardware compatible, memoria suficiente, energía y alguien que mantenga el entorno. Una actualización, un equipo apagado o una carga excesiva pueden interrumpir la tarea. Además, usar un modelo local no vuelve privadas todas las herramientas conectadas.

La nube tampoco ofrece potencia infinita: existen cuotas, límites y dependencia del proveedor y de la conexión. Calcula el coste de uso, incluidos reintentos, y revisa las políticas de conservación, uso y eliminación de datos antes de enviar información. No supongas que todos los servicios aplican las mismas condiciones.

La documentación de Ollama [1] distingue un servidor local del acceso alojado. Esa posibilidad técnica no decide qué ruta resulta adecuada para tus datos.

Enruta por tarea, no por entusiasmo

Define primero el resultado esperado, los datos permitidos, la calidad mínima y el presupuesto máximo. Una ruta puede usar procesamiento local para material restringido y nube para fragmentos autorizados. Si ninguna cumple los criterios, detén el flujo y solicita revisión humana.

Decide también qué herramientas puede usar cada ruta. Leer un archivo no debe dar permiso para publicarlo, enviarlo o modificarlo. Separa la respuesta propuesta de cualquier acción externa y exige aprobación cuando haya consecuencias. Si cambias de modelo o proveedor, repite las pruebas: conservar la misma interfaz no asegura conservar la calidad. Mantén una versión conocida de las instrucciones y del material de evaluación para distinguir mejoras reales de resultados que solo parecen mejores.

Un agente combina razonamiento, planificación y acciones mediante herramientas, según Hugging Face [2]. No toda tarea necesita esa autonomía: un proceso con pasos fijos puede ser más sencillo de verificar.

Tres situaciones ficticias

Documentos sensibles. Un equipo consulta expedientes internos localmente porque no tiene permiso para enviarlos fuera. Limita también el acceso a archivos y herramientas, exige citas del documento y evita copiar el contenido completo a los registros.

Análisis complejo. Otro equipo necesita comparar argumentos. Tras una prueba local insuficiente, prepara fragmentos expresamente autorizados para nube, elimina información innecesaria y comprueba que conservan el contexto. Revisa después las conclusiones contra las fuentes; autorizar el envío no valida la respuesta.

Reporte periódico. Una asociación reúne cada semana cifras de una hoja. Si basta con sumar y aplicar una plantilla, una automatización convencional puede resolverlo sin agente. Solo introduce IA si existe una necesidad interpretativa concreta y una revisión definida.

Compara con el mismo material

Selecciona un documento no sensible, autorizado para ambas rutas. Mantén iguales instrucciones y material. Antes de probar, fija qué respuestas aceptarás, un límite de gasto y un máximo de reintentos. Formula estas tres preguntas:

  1. ¿Qué decisión consta y qué fragmento la respalda?
  2. ¿En qué coinciden y difieren dos apartados?
  3. ¿Qué dato solicitado no aparece en el documento?

Compara la similitud de las respuestas, pero valida exactitud, fuentes y capacidad de reconocer información ausente. Registra errores y correcciones humanas. Simula pérdida de conexión, permiso denegado y bloqueo del proveedor: verifica que el flujo se detenga sin filtrar datos ni superar el límite de coste. Una respuesta convincente no constituye evidencia de fiabilidad.

Prepara la interrupción

Conserva respaldos protegidos y prueba su restauración. Registra ruta, estado y error con la mínima información necesaria; evita documentos, credenciales y datos personales en los logs. Limita acceso y conservación. Documenta quién revisa cada fallo y cómo reanudar sin duplicar acciones.

Una ruta alternativa no es un respaldo garantizado: puede fallar o carecer de permiso para recibir los datos. Esta guía de Pisozero no promete continuidad ni que respaldos, registros y alternativas estén incluidos automáticamente en una implementación.

Fuentes oficiales

  1. Ollama: introducción a la API. Acceso local y alojado.
  2. Hugging Face: What is an Agent?. Agentes, herramientas y autonomía.