Inicio rápido
1
Crea un preajuste
Abre Panel -> Ajustes -> Preajustes y crea uno con un slug claro, como
release-summary. Añade solo los valores predeterminados que deban compartirse entre quienes realizan solicitudes.2
Referencia el preajuste en una solicitud
Deja que quien realiza la solicitud se centre en los datos del usuario, mientras el preajuste aporta valores estables para el prompt, los parámetros y el enrutamiento.
3
Comprueba el resultado del enrutamiento
Abre la solicitud en Gateway -> Uso para confirmar qué valores predeterminados se aplicaron y qué proveedor la atendió.
Qué puede incluir un preajuste
- Un prompt de sistema que se antepone a cada solicitud.
- Modelos o familias de modelos permitidos.
- Listas de proveedores permitidos o ignorados para las preferencias de enrutamiento.
- Parámetros predeterminados (temperature, top_p, max_tokens y otros similares).
- Valores predeterminados de razonamiento opcionales para los modelos compatibles.
@ para identificarlos fácilmente.
Invoca un preajuste únicamente mediante el campo model de la solicitud. Phaseo no ofrece un campo preset independiente en la solicitud.
- Los preajustes privados y del espacio de trabajo usan
@{slug}y se resuelven dentro del espacio de trabajo de la clave de API. - Los preajustes públicos usan
@{username}/{slug}y se pueden resolver desde cualquier espacio de trabajo. Por ejemplo,@octavia/release-summary.
Versiones y copias del marketplace
Al guardar cambios se actualiza un borrador privado. Cuando estén listos, selecciona Publicar versión nueva. Phaseo crea una versión numerada e inmutable y conserva las versiones anteriores para que puedas revisarlas. Los propietarios de preajustes pueden elegir cómo se muestran las etiquetas de las versiones:- Secuencial:
v1,v2,v3. - Versionado semántico: etiquetas SemVer explícitas, como
1.2.0,2.0.0-beta.1o1.4.2+build.7. - Por fecha:
YYYY.MM.DD, con un sufijo numérico si se publican varias versiones el mismo día, como2026.08.02.2.
Cómo se combinan los preajustes
Cuando el contexto de Gateway resuelve una solicitud con un preajuste, este se aplica antes del enrutamiento al proveedor:- Los parámetros predeterminados solo rellenan los campos que faltan en el cuerpo de la solicitud; no sobrescriben los valores que ya proporcionó quien realiza la solicitud.
- Si la solicitud ya contiene un mensaje de sistema, el prompt del preajuste se antepone a este. Si la solicitud usa un campo
systemal estilo de Anthropic, el prompt se antepone allí. - Las listas de proveedores permitidos e ignorados se aplican antes de seleccionar el proveedor, por lo que reducen el conjunto de alternativas en lugar de ser simples etiquetas decorativas.
- Las solicitudes que no estén dentro de la lista de modelos permitidos del preajuste se rechazan pronto, no se redirigen silenciosamente.
Funciones públicas disponibles
El flujo de preajustes del panel se limita intencionadamente a un subconjunto estable y explícito de ajustes de solicitudes:- inyección del prompt de sistema
- listas de modelos permitidos
- restricciones de enrutamiento con listas de proveedores permitidos o ignorados
- valores predeterminados de decodificación y generación
- valores predeterminados de razonamiento
Administrar preajustes
Crea y administra preajustes en Panel -> Ajustes -> Preajustes. Usa slugs distintos cuando los flujos de trabajo necesiten diferencias importantes en los prompts, el enrutamiento o el almacenamiento en caché.Cuándo usar preajustes
- Estandarizar prompts de sistema en varios servicios.
- Restringir el enrutamiento a proveedores aprobados para cumplir requisitos.
- Mantener parámetros predeterminados coherentes entre entornos.
- Dar a los proyectos de migración un lugar estable para guardar los valores predeterminados de prompts, enrutamiento y parámetros, mientras el código de la aplicación apenas cambia.