Symbioza

npx add-mcp 'https://symbioza.dev/mcp'

Un trabajo que ejecutar. Un límite que respetar.

Usa Symbioza para trabajo GPU contenerizado que tiene un fin definido y archivos que devolver. Tu agente prepara el trabajo; Symbioza gestiona el cómputo.

Envía una carga de trabajo. Evita la búsqueda de máquinas.

Ideal para trabajos GPU finitos

Entrenamiento, evaluación e inferencia por lotes con tu contenedor, comando, datos accesibles y un contrato de salida claro.

Elige una herramienta diferente para servicios en vivo

Este flujo de trabajo no es un servidor web persistente, una estación de trabajo interactiva ni una promesa de inferencia de baja latencia. Es un trabajo que se ejecuta y termina.

EL CONTRATO DEL TRABAJO

TÚ DEFINES El trabajo + límite

NOSOTROS GESTIONAMOS Ejecución en la nube

Declara requisitos de compatibilidad genuinos. Tu agente no necesita elegir un proveedor ni buscar una GPU.

Haz que cada paso sea explícito.

Usa las herramientas expuestas por tu cliente conectado como autoridad de esquema actual.

Herramienta	Qué debe hacer tu agente
describeDataset	Inspeccionar una URL de dataset accesible y preparar sus metadatos. Verificar que la URL esté autorizada y sea adecuada para el trabajo.
estimateExecution SIN CÓMPUTO RESERVADO	Enviar la especificación del trabajo prevista, sin necesidad de límite de gasto. Mostrar la estimación y cualquier elemento faltante, luego pedir el límite y estimar nuevamente con él. Sin medición del trabajo, no es una cotización: da el precio de cada hora de ejecución. Una estimación no es un precio fijo ni una reserva.
submitJob PASO DE PAGO	Revisar el trabajo y el límite con el usuario, luego enviar con el resumen de estimación y el identificador de solicitud requeridos por la herramienta. Se requiere crédito prepagado.
getStatus / listJobs	Guardar el identificador de ejecución y verificar el progreso más tarde desde la misma cuenta. La sesión original del cliente no necesita permanecer abierta.
listSecrets	Leer los nombres y tipos de los secretos guardados del usuario, nunca un valor. Adjuntar un conjunto por nombre en los secretos del trabajo. Cuando falte acceso, dar al usuario el enlace de configuración de Symbioza que devuelve la estimación, nunca uno compuesto, y continuar una vez que el conjunto esté listado.
getArtifact	Inspeccionar los archivos disponibles y el estado de entrega. Descargar las salidas y verificar sus hashes. Comprobar si el cargo sigue siendo provisional.
cancelJob	Solicitar cancelación cuando sea necesario. El cómputo utilizado aún puede cobrarse, dentro del límite de gasto total del trabajo.

Detalles del conector y la presentación

Symbioza ejecuta un trabajo GPU contenerizado en una máquina en la nube alquilada bajo un límite máximo en dólares y recopila los artefactos disponibles. Un agente envía una imagen, un comando y un presupuesto a través de un conector MCP. Symbioza selecciona el cómputo, ejecuta el trabajo e informa la entrega de salidas y la facturación por separado. La recuperación depende de la política del trabajo, el cómputo disponible, el presupuesto restante y el soporte de puntos de control compatible.

Conector: https://symbioza.dev/mcp.

Tres campos obligatorios: image, command y budgetUsd, que es obligatorio para enviar y opcional para estimar: estima primero, luego pide al usuario que lo proporcione. El bloque gpu es opcional: cada trabajo se ejecuta en una máquina GPU que Symbioza dimensiona. Decláralo solo para gpu.minCudaVersion o un mínimo fundamentado.

Envía la especificación revisada con specDigest de la estimación y un clientRequestId estable. Una especificación modificada necesita una estimación nueva. Mantén el mismo clientRequestId para cada reenvío de la misma presentación: un reenvío devuelve el trabajo original, sea cual sea su estado. Para ejecutar nuevamente un trabajo fallido, cancelado o perdido, envía retryOf configurado con el executionId de ese trabajo, con un nuevo clientRequestId.

No pidas al usuario que prediga el tiempo de ejecución. El límite se deriva del presupuesto y la tarifa de la máquina reservada, con un tope de 48 horas (172800 segundos). El presupuesto generalmente se agota primero. maxRuntimeSeconds es opcional y puede establecer un tope más corto.

Un reintento en una máquina más grande debe ajustarse al budgetUsd restante y a la política del trabajo. Con pinHost, no se compra una segunda máquina. La recuperación y la finalización no están garantizadas.

La presentación de pago requiere un saldo prepagado. Recargar después de revisar tu estimación. El crédito se puede agregar en cualquier monto entero en dólares dentro de los límites de Symbioza. Cuando el coversThisJob de la estimación sea falso, shortfallUsd es el crédito que el trabajo aún necesita y topupUrl está precargado con él: da al usuario ese enlace tal como se devuelve. Un pago iniciado no es crédito; estima nuevamente antes de enviar.

Las credenciales nunca van en env, que es configuración no sensible almacenada en claro con el trabajo. El usuario las guarda como Secretos en symbioza.dev/app/secrets; adjunta un conjunto por nombre en secrets. listSecrets muestra solo nombres y tipos. Cuando falte acceso, estimateExecution y submitJob devuelven un enlace de configuración de Symbioza: da al usuario ese enlace, nunca compongas uno, y continúa solo una vez que listSecrets muestre el conjunto.

Lo que el agente debe tener claro.

El presupuesto cubre todo el trabajo.

Los reintentos comparten el mismo límite de gasto total. La recuperación depende de la política, el cómputo disponible y el presupuesto restante; un trabajo puede detenerse sin completarse.

El guardado de puntos de control pertenece a la carga de trabajo.

Guardar un punto de control solo es útil cuando tu comando puede cargar el punto de control guardado. No describas cada reintento como una reanudación sin interrupciones.

La presentación es separada de la estimación.

Pide al usuario que revise el trabajo antes de gastar. La interacción de revisión depende del cliente MCP; no asumas que cada cliente tiene la misma pantalla de aprobación.

Mantén las credenciales fuera de la especificación.

Nunca pidas al usuario que pegue claves API, tokens de acceso, contraseñas o credenciales de nube en el chat. Las variables de entorno del trabajo son para configuración no sensible: pueden conservarse ellas, comandos, enlaces y colas de registros. Las credenciales pertenecen a los Secretos guardados del usuario en symbioza.dev/app/secrets, adjuntados a un trabajo por nombre. Un secreto guardado se almacena cifrado y ninguna página, API o herramienta devuelve su valor; un trabajo que lo adjunta recibe los valores en forma plana, y la máquina que ejecuta ese trabajo técnicamente puede leerlos. Los valores guardados se eliminan de la salida impresa de un trabajo solo por coincidencia exacta, y los archivos que el trabajo escribe no se escanean. Nunca proporciones claves privadas SSH. Lee el Aviso de privacidad antes de enviar datos.