EnterpriseConsole, API y Agent

Tus GPUs.
Tus modelos.
Un plano de control.

Loadcore es un sistema distribuido que pone en marcha, ejecuta y gobierna LLMs abiertos en tus propios servidores GPU. Instala un agente en cada máquina, despliega modelos desde una sola consola y ofrécelos a todo tu equipo mediante una API compatible con OpenAI.

Un binario por servidor Sin cargos por token Los prompts se quedan en tu hardware Reparte un modelo entre servidores
console.loadcore.io / acme / servers
Servidores
4/4
en línea
Instancias
5
activa
VRAM
290 GB
de 653 GB
gpu-ams-01
2x H100 80GB
qwen3-coder-next
:8081/v1
activa
gemma-4-26b-a4b
:8082/v1
activa
gpu-ams-02
1x H200 141GB
gpt-oss-120b
:8081/v1
activa
gpu-fra-01
4x L40S 48GB
gemma-4-31b
:8081/v1
activa
qwen3-coder-next
:8082/v1
activa
gpu-fra-02
2x A100 80GB
gemma-4-31b
:8081/v1
0%
heartbeatgpu-ams-01ok
heartbeatgpu-ams-02ok
keysk-lc-...9f2acached
healthgemma-4-31b :8081healthy
Habla OpenAI. Funciona con
opencodeaiderContinueClaude CodeOpenAI SDKLangChaincurl
01Sistema

Tres componentes. Un sistema distribuido.

El plano de control decide qué debe ejecutarse y dónde. Los agentes lo hacen realidad en tu hardware. Tus herramientas hablan directamente con los agentes.

Nube
Loadcore Console + API

Tu equipo gestiona la flota. La API guarda el estado y valida las claves.

Tus servidores
Loadcore Agent en cada GPU

Envía latidos y estado. Ejecuta instancias de llama.cpp en local.

Tus herramientas
Inferencia directa

Las peticiones van directas al endpoint /v1 del agente, nunca a través de Loadcore.

ADonde trabaja tu equipo

Loadcore Console

Una app web para ver cada servidor, descargar modelos, iniciar instancias, gestionar personas y seguir el uso.

  • +servidores, modelos, instancias
  • +miembros, departamentos, invitaciones
  • +claves de API personales
  • +estadísticas de uso personales
BEl plano de control

Loadcore API

SaaS multiinquilino que guarda el estado de la flota, las reglas de acceso y las claves. Orquesta, pero nunca hace de proxy de la inferencia.

  • +organizaciones y roles
  • +registro de servidores por latidos
  • +estado de instancias y descargas
  • +validación de claves por modelo
CEn cada servidor GPU

Loadcore Agent

Un único binario en Go. Instala llama.cpp, descarga los pesos, supervisa los procesos y sirve /v1 directamente.

  • +instala llama.cpp automáticamente
  • +descargas GGUF con progreso
  • +comprobaciones de salud cada 15 s
  • +compatible con OpenAI en :9090/v1
02Plataforma

Del servidor GPU vacío a servir tokens.

Todo lo que antes hacías entrando por SSH en cada servidor, uno a uno, ahora desde un solo lugar y sincronizado en toda la flota.

  1. 01

    Registrar

    Añade un servidor en la consola y obtén una clave de servidor de un solo uso.

    servers / new
  2. 02

    Conectar

    Inicia el agente. Instala llama.cpp y empieza a enviar latidos.

    ./loadcore-agent
  3. 03

    Descargar

    Busca en HuggingFace, elige una cuantización y descárgala en el servidor destino.

    Q4_K_M 18.6 GB
  4. 04

    Servir

    Inicia una instancia con tu puerto, tamaño de contexto y capas en GPU.

    :8081 ctx 32k ngl 99
  5. 05

    Escalar

    Ejecuta el mismo modelo en más servidores para ganar rendimiento, o combina modelos libremente.

    3 réplicas
30 s
latidos del agente con SO, GPU y RAM
15 s
comprobaciones de salud en cada instancia activa
5 min
caché de claves de API en el agente
1 binario
por servidor, sin dependencias de ejecución
03Instancias distribuidas

Más grande que una GPU.

Una instancia distribuida reparte un modelo entre varios servidores GPU usando llama.cpp RPC. Ejecuta un modelo de 70B+ en varias tarjetas de 24 GB que ya tienes.

Servidor principal
gpu-ams-01

Guarda llama-70b-Q8_0.gguf (75 GB) y 24 GB de VRAM.

Servidores RPC
gpu-ams-02, 03, 04

24 GB de VRAM cada uno, sin archivo de modelo.

Memoria GPU combinada
96 GB para un modelo de 75 GB

Una instancia, un endpoint, en tu red local.

Marca una casilla

Inicia una instancia en un servidor principal y elige "Distribuir entre servidores" para añadir servidores rpc. La consola muestra la memoria GPU combinada frente al tamaño del modelo.

Una sola copia del modelo

Solo el servidor principal necesita el archivo del modelo. Los servidores rpc aportan su memoria GPU.

Hasta 8 servidores

Un servidor principal y hasta 7 servidores rpc por instancia distribuida.

Solo red local

Los servidores deben compartir una red local rápida. Cada servidor rpc solo acepta conexiones del servidor principal.

Sirve para que quepan modelos más grandes, no para ganar velocidad. Para repartir la carga, ejecuta instancias separadas y elige entre ellas. Los tamaños del diagrama son un ejemplo.

04Gobernanza

Decide quién usa cada modelo.

Agrupa a los miembros en departamentos y concede acceso a modelos por departamento. Cada miembro recibe claves de API personales y el agente aplica las reglas en cada petición.

Departamentoqwen3-coder-nextgpt-oss-120bgemma-4-31bgemma-4-26b-a4b
Ingeniería
Investigación
Soporte
Admins de la org
Departamentos

Ingeniería, Investigación, Soporte o lo que encaje con tu organización. Una persona puede estar en varios.

Permisos por modelo

El acceso se concede por modelo, así un gran modelo de razonamiento puede quedarse con el equipo que lo necesita.

Claves sk-lc- personales

Se muestran una vez y se pueden revocar en cualquier momento. Una clave tiene los permisos de su propietario, nada más.

Invitaciones y registro

Invita a tus compañeros por correo o deja que cualquiera cree su propia cuenta.

05Ruta de los datos

Tus prompts nunca tocan nuestros servidores.

Loadcore separa el tráfico de control del tráfico de inferencia. El plano de control sabe qué servidores y modelos existen y quién puede usarlos. Nunca ve un prompt, una respuesta ni los pesos de un modelo.

Tráfico de inferencia
tus herramientasagent :9090/v1llama.cpp
  • Prompts y respuestas
  • Respuestas en streaming
  • Se queda dentro de tu red
Tráfico de control
agentapi.loadcore.io
  • Latidos e información del sistema
  • Progreso de descargas y estado de instancias
  • Comprobación de claves de API, en caché 5 minutos

Los pesos de los modelos se descargan de HuggingFace directamente a tu servidor.

06Inicio rápido

Un comando por servidor.

Inicia el agente con la clave que obtuviste al registrar el servidor. Después apunta cualquier cliente de OpenAI hacia él con tu clave personal.

gpu-ams-01
# en tu servidor GPU
$ ./loadcore-agent \
    --api-key="lc_your-server-key" \
    --backend-url="https://api.loadcore.io"

Loadcore Agent starting on port 9090
llama.cpp not found, installing latest version...
llama.cpp installed
Agent listening on :9090
OpenAI-compatible API at http://localhost:9090/v1
curl http://gpu-ams-01:9090/v1/chat/completions \
  -H "Authorization: Bearer $LOADCORE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "qwen3-coder-next.gguf",
    "messages": [{"role": "user", "content": "Hello"}]
  }'
07Costes

El rendimiento es tuyo.

Una H200 alquilada con Llama 4 Maverick bajo Loadcore, comparada con pagar por token en modelos alojados. Precio combinado por 1M de tokens.

OpenAI API
GPT-4o$2,50 entrada / $10,00 salida por 1M
$6.25
Anthropic API
Claude Sonnet 4$3,00 entrada / $15,00 salida por 1M
$9.00
Loadcore + Lambda
Llama 4 Maverick en 1x H200$2,49/h, ~90 tok/s, ~7.000M tokens/mes
$0.02

Precios de abril de 2026. El precio combinado supone un reparto 50/50 entre entrada y salida. El rendimiento autoalojado depende de la cuantización y la longitud de contexto, y las API alojadas ofrecen capacidades de modelo distintas.

08Preguntas frecuentes
¿Qué ejecuta Loadcore en mis servidores?

Un binario en Go, el Loadcore Agent. Instala llama.cpp, descarga modelos GGUF en ~/.loadcore/models y arranca y supervisa procesos de llama.cpp en los puertos que elijas.

¿Pasan mis prompts por Loadcore?

No. Tus herramientas llaman directamente al agente en tu servidor. El plano de control solo recibe latidos, progreso de descargas, estado de instancias y comprobaciones de claves de API.

¿Qué hardware necesito?

Un servidor Linux con una GPU compatible con llama.cpp. Tus propios racks, un servidor en colocation o una GPU alquilada en la nube funcionan igual.

¿Qué modelos puedo ejecutar?

Cualquier modelo GGUF de HuggingFace, en cualquier cuantización que quepa en tu VRAM. Ejecuta modelos distintos en servidores distintos o el mismo modelo en varios para ganar rendimiento.

¿Cómo se controla el acceso?

Los miembros pertenecen a departamentos y a los departamentos se les conceden modelos concretos. Los admins de la organización pueden usar todos los modelos. Cada petición lleva una clave sk-lc- personal que el agente comprueba.

¿Existe un plano de control autoalojado?

No. La Loadcore API es un servicio gestionado y multiinquilino. Solo el agente se ejecuta en tu infraestructura, y ahí es donde ocurre toda la inferencia.

Pon tus GPUs a trabajar.

Registra tu primer servidor y ofrece hoy mismo un modelo a tu equipo.