¿Qué es la IA con prioridad local? Tus datos, tus claves, tu máquina

La mayoría de las aplicaciones de IA que usas hoy son clientes ligeros de la nube de otra empresa. Escribes una instrucción y se envía a sus servidores; tus archivos se suben para que el modelo pueda leerlos; tu historial de conversaciones reside en su base de datos; y la clave de API —si es que existe una— es suya, y te cobran su uso con un margen añadido. Ese esquema es cómodo y funciona bien para muchos usos. Pero asume tácitamente algo: que tus datos, tu trabajo y tus credenciales quedan bajo su custodia.

La IA con prioridad local invierte ese comportamiento predeterminado. Este artículo explica qué significa realmente "prioridad local", qué cambia cuando se aplica específicamente a la IA y cómo determinar si una herramienta que afirma tener prioridad local realmente la tiene. Orkas está construido de esta manera, así que lo usaremos como ejemplo concreto, pero las ideas se aplican a cualquier herramienta de esta categoría.

Nota sobre el alcance. Las secciones siguientes sobre el uso directo de claves describen la modalidad de Orkas que permite usar tu propio proveedor. Orkas también ofrece modelos oficiales administrados opcionales; esas solicitudes utilizan el servicio de modelos administrados de Orkas. La prioridad local describe los valores predeterminados y el control del espacio de trabajo, no la obligación de que todas las solicitudes a modelos eviten pasar por Orkas.

Respuestas rápidas

¿Qué es la IA con prioridad local?

La prioridad local describe dónde residen de forma predeterminada los datos del espacio de trabajo y el plano de control: en tu dispositivo. No exige que todas las llamadas a modelos eviten pasar por el proveedor de la aplicación. Orkas ofrece modelos oficiales administrados opcionales y también una conexión directa con tu propio proveedor.

¿La IA con prioridad local es lo mismo que ejecutar un LLM local?

No. La prioridad local describe dónde residen tus datos, tus claves y tu plano de control: en tu máquina. El modelo en sí puede seguir siendo una API en la nube, como OpenAI o Anthropic. Ejecutar un modelo totalmente local (por ejemplo, con Ollama) es una opción dentro de un diseño con prioridad local, no su definición.

¿Qué significa usar tu propia clave (BYO-key)?

Usar tu propia clave significa conectar un proveedor mediante tu propia clave de API o cuenta de OAuth. En esta modalidad, la clave permanece en tu dispositivo y las llamadas al modelo van directamente a ese proveedor. Es una alternativa a los modelos oficiales administrados opcionales de Orkas.

Qué significa realmente "prioridad local"

El término procede del diseño de software en general, no de la IA. En esencia, una aplicación con prioridad local cumple tres propiedades:

1. Tus datos residen en tu dispositivo de forma predeterminada. Documentos, historial, configuración: la fuente de referencia es un archivo en tu propio disco, no una fila en una base de datos remota.
2. La aplicación funciona desde tu máquina. Las funciones principales se ejecutan localmente; no requieren una comunicación de ida y vuelta con un servidor para funcionar.
3. La red es opcional, no la base. La sincronización, el uso compartido y la colaboración son funciones que puedes activar, no la base fundamental de la aplicación. Si las desactivas, la aplicación sigue funcionando.

Compáralo con el enfoque predeterminado de los servicios SaaS centrados en la nube, donde el servidor es la fuente de referencia y tu dispositivo es solo una ventana a ella. Al cerrar la tapa de tu portátil mientras usas una aplicación centrada en la nube, tus datos nunca fueron realmente tuyos desde el principio: siempre estuvieron en su infraestructura, sujetos a sus condiciones, visibles para su personal y accesibles mediante requerimientos judiciales. La prioridad local invierte la carga de la prueba: los datos son tuyos salvo que decidas explícitamente enviar una copia a algún lugar.

Qué cambia cuando la aplicación es un agente de IA

En la modalidad que permite usar tu propio proveedor, esas propiedades aportan dos ventajas adicionales de privacidad.

Usa tu propia clave (BYO-key). Aportas una credencial de proveedor —una clave de API o un inicio de sesión con OAuth— y controlas los modelos, los límites y la factura de ese proveedor. En Orkas, esto es una alternativa a los modelos oficiales administrados opcionales.

Las llamadas a modelos con tu propio proveedor son directas. Cuando un agente utiliza tu propio proveedor, la solicitud va directamente de tu máquina a ese proveedor y no pasa por Orkas. Los modelos oficiales administrados, en cambio, utilizan el servicio de modelos administrados de Orkas.

Conviene ser precisos aquí, porque "la IA se ejecuta localmente" es una interpretación errónea habitual. La prioridad local no significa que el modelo en sí se ejecute en tu portátil (aunque puede hacerlo; más detalles a continuación). El modelo puede seguir siendo una enorme API en la nube. Lo local es todo lo que está alrededor del modelo: tus datos, tus claves, la configuración de tus agentes y el plano de control que decide qué enviar y cuándo. La prioridad local trata de quién guarda tus recursos, no de dónde está la GPU.

Dónde residen realmente tus recursos

En concreto, en un agente con prioridad local como Orkas, esta es la división entre lo que permanece en su sitio y lo que puede salir.

De forma predeterminada, en tu propia máquina:

• Tus claves de API y tokens de OAuth: cifrados en reposo y excluidos de cualquier sincronización.
• Tu historial de chats, tus planes y tus archivos generados.
• Tus configuraciones de agentes, habilidades y bases de conocimiento.
• Tu memoria personal: las preferencias y los datos que el agente ha aprendido sobre ti.

El manejo de credenciales merece un análisis más detallado, porque las claves son el elemento más sensible con el que interactúa una herramienta de IA. El ciclo de vida de una clave en una aplicación bien construida con prioridad local es breve y acotado:

1. La añades          →  pegas una clave de API (o inicias sesión con OAuth) en el dispositivo
2. Cifrada en reposo  →  protegida con AES-256-GCM autenticado antes de escribirla en disco
3. Guardada localmente →  escrita en un archivo de configuración privado del equipo, excluido de la sincronización
4. Usada directamente →  descifrada en memoria solo para llamar a tu proveedor directamente desde tu equipo

La clave nunca se transmite por la red al proveedor de la aplicación: ni en reposo, ni en tránsito, ni en la telemetría. (El cifrado autenticado como AES-256-GCM también permite detectar la manipulación; protege frente a exposiciones accidentales —un registro imprevisto, una copia de seguridad que ejecuta OCR, otra aplicación que lee la carpeta—, que constituyen la amenaza realista para un secreto almacenado en disco.)

Qué sigue saliendo, y solo cuando tú lo ordenas

"Prioridad local" no significa que "nunca sale nada de tu máquina". Orkas documenta cada vía de comunicación por red: las llamadas a proveedores y conectores que tú inicias, las funciones administradas que seleccionas, la sincronización opcional y los análisis limitados del uso del producto.

• La llamada al modelo de tu propio proveedor. Tus instrucciones y las respuestas viajan directamente entre tu computadora y el proveedor que tú elegiste. Salen de tu máquina, pero van a tu proveedor, no a Orkas.
• Las llamadas a conectores que autorizas explícitamente. Cuando conectas GitHub, Notion, Google y otros servicios, esas llamadas van de tu máquina a ese servicio. Los tokens de OAuth se almacenan en tu dispositivo; en el caso de unos pocos proveedores que rotan sus tokens en cada renovación, el proceso de renovación se coordina a través de Orkas para que tus dispositivos no entren en condiciones de carrera entre sí: una excepción deliberadamente limitada y documentada de forma pública.
• La sincronización en la nube, si la activas. La sincronización entre varios dispositivos es opcional. Si la activas, los datos que elijas sincronizar se almacenan en los servidores de Orkas para que estén disponibles en todos tus dispositivos. Si la dejas desactivada, no se sincroniza nada.
• Análisis limitados que respetan la privacidad. Eventos de uso agregados (qué funciones se utilizan): nunca tus instrucciones, el contenido de tus archivos, el texto de tus mensajes ni tus credenciales.

En la modalidad con tu propio proveedor, tu clave de proveedor permanece local y el tráfico de sus modelos no pasa por los servidores de Orkas. Los modelos oficiales administrados, la sincronización, los conectores y otras funciones en la nube seleccionadas utilizan los servicios de Orkas tal como se describe en la página de Seguridad.

Por qué importa la prioridad local

No se trata de aparentar privacidad. El principio predeterminado de que "lo tuyo sigue siendo tuyo" aporta varias ventajas concretas.

Soberanía de los datos. Tus conversaciones, los archivos que un agente lee y escribe, la base de conocimiento que construiste: todo está en tu disco, bajo tu control. Puedes hacer copias de seguridad, inspeccionarlos o eliminarlos sin pedir permiso a nadie. No hay una base de datos del proveedor que conserve la copia de referencia.

Posibilidad de auditoría. Con tu propio proveedor, puedes leer el cliente de código abierto, observar la red y confirmar la ruta directa de las instrucciones. Las funciones administradas tienen una ruta distinta, documentada, a través de los servicios de Orkas.

Elección de modelos. Elige los modelos oficiales administrados opcionales o conecta tu propio proveedor y cambia entre sus modelos cuando lo necesites.

Transparencia de costos. Las capacidades administradas consumen créditos de Orkas; el uso mediante tu propia clave lo factura directamente ese proveedor.

Resiliencia. Como el núcleo se ejecuta en tu máquina y tus datos son locales, una interrupción del servicio o un correo que anuncie la retirada del producto no basta para que la herramienta se lleve tu trabajo consigo.

Prioridad local frente a un modelo totalmente local: una aclaración

Hay una distinción que genera confusión con suficiente frecuencia como para merecer su propia sección. "IA con prioridad local", "IA en el dispositivo" y "ejecutar un LLM local" son conceptos relacionados, pero no son lo mismo.

• Ejecutar un LLM local (con algo como Ollama) significa que los pesos del modelo se ejecutan en tu hardware. Nada —ni las instrucciones ni las respuestas— sale de tu máquina. Ofrece la máxima privacidad, pero está limitado por tu hardware, por lo que los modelos son más pequeños que los más avanzados de la nube.
• La IA con prioridad local trata de dónde residen de forma predeterminada los datos de tu espacio de trabajo, tus claves y tu plano de control. El tráfico de los modelos sigue la ruta que elijas: los modelos oficiales administrados por Orkas utilizan los servicios de Orkas, mientras que las llamadas a tu propio proveedor van directamente a ese proveedor.

Por tanto, se complementan en lugar de competir: una herramienta con prioridad local que también admite un modelo local te proporciona la mayor protección de la privacidad disponible, mientras que esa misma herramienta conectada a una API en la nube te ofrece capacidades de vanguardia y mantiene tus datos bajo tu control. La prioridad local es la arquitectura; un modelo local es uno de los motores que puedes incorporar a ella.

Cómo saber si una herramienta de IA realmente tiene prioridad local

La etiqueta se usa de forma poco rigurosa, así que aquí tienes una breve lista de verificación que puedes aplicar a cualquier herramienta que afirme tenerla. Pregunta:

• ¿Dónde residen de forma predeterminada los datos del espacio de trabajo? La prioridad local significa que el dispositivo es la fuente de referencia predeterminada.
• ¿Qué vías de comunicación por red existen? Un producto confiable distingue las llamadas directas con tu propio proveedor del tráfico de modelos administrados, sincronización, conectores y análisis de uso.
• ¿La sincronización es opcional? Los datos con prioridad local permanecen locales hasta que activas deliberadamente la sincronización.
• ¿Puedo verificar las afirmaciones? Los clientes de código abierto te permiten inspeccionar el código y el comportamiento de la red.
• ¿Qué vía de acceso a modelos quiero? Usar tu propio proveedor ofrece facturación y tráfico directos con él; los modelos administrados sustituyen esa vía por comodidad y créditos de Orkas.

Para terminar

La prioridad local es una postura sobre los valores predeterminados: los datos y el control del espacio de trabajo comienzan en tu máquina, mientras que cada función de red opcional tiene una ruta declarada. En Orkas, los modelos oficiales administrados utilizan los servicios de Orkas y las llamadas a tu propio proveedor van directamente a ese proveedor.

Si quieres ver exactamente cómo se implementa esto —el ciclo de vida de las claves, el cifrado y la lista precisa de lo que se queda y lo que sale—, lee la página de Seguridad y confianza; como el cliente es de código abierto, no tienes que aceptar nada de esto por fe. Y si te interesa la ingeniería que hay detrás del propio agente, consulta cómo se construye un agente para que se ejecute de forma confiable en tu máquina y cómo coordina un agente principal a un equipo de subagentes.