Agentes de IA con GPT-6.1 Sol: guía para API y Codex

La decisión en un minuto

GPT-6.1 Sol ya está disponible para agentes de IA en la API, Codex y los planes de pago de ChatGPT Work. Aún no llegó al Chat convencional; además, Ultrafast fue anunciado para este modelo, pero todavía no está activo.

El precio Standard de la API es de $2 por millón de tokens de entrada y $10 por millón de tokens de salida. GPT-6 Astra cuesta $10 y $50, respectivamente. El anuncio de lanzamiento de OpenAI confirma el despliegue del producto. Para una comparación más amplia de acceso y tarifas, consulte GPT-6.1 Sol frente a GPT-6 Sol; esta guía se concentra en la configuración y las decisiones operativas.

Qué es realmente GPT-6.1 Sol

La familia GPT-6 se entiende mejor como un equipo de operaciones. Astra es el especialista reservado para los casos más difíciles y discutidos. GPT-6.1 Sol es el operador sénior que puede asumir trabajo complejo de forma recurrente. GPT-6 Sol mantiene la compatibilidad con una ruta de herramientas anterior. Este enfoque resulta más útil que convertir el nuevo modelo en la opción predeterminada para todo.

GPT-6.1 Sol acepta texto e imágenes, genera texto y ofrece una ventana de contexto de 1,050,000 tokens, con un máximo de 128,000 tokens de salida. Para un agente, su verdadero valor está en el conjunto de herramientas. En Responses admite búsqueda web, búsqueda de archivos, generación de imágenes, Code Interpreter, hosted shell, apply patch, skills, computer use, MCP, tool search y funciones propias. La guía de herramientas de Responses explica cómo la API mantiene al modelo en un ciclo de agente mientras este decide qué herramienta autorizada debe usar a continuación.

La restricción es igual de importante: GPT-6.1 Sol solo puede usar herramientas mediante Responses. Chat Completions todavía admite una solicitud simple, pero no una con llamadas a herramientas. Si el agente actual invoca funciones a través de Chat Completions, cambiar únicamente el ID del modelo no equivale a migrarlo.

Cómo configurar agentes de IA en Responses API

Comience con una sola ruta y un único control de aceptación. No habilite todas las herramientas solo porque aparecen en la página del modelo. Un agente de investigación puede necesitar búsqueda web y de archivos; uno que trabaja en repositorios quizá requiera acceso al shell y a parches. Un agente de operaciones podría necesitar dos funciones y un límite de aprobación.

Esta es la solicitud mínima útil en JavaScript:

import OpenAI from "openai";

const client = new OpenAI();

const response = await client.responses.create({
  model: "gpt-6.1-sol",
  reasoning: { effort: "medium" },
  tools: [{ type: "web_search" }],
  input: "Find today's source for our target metric, cite it, and return one sentence."
});

console.log(response.output_text);

El ID del modelo selecciona Sol. El objeto reasoning define cuánto trabajo puede dedicar al razonamiento. El arreglo tools concede una capacidad; no obliga a utilizarla. El prompt aún debe precisar el resultado, la evidencia exigida y la condición de cierre.

Para migrar un agente existente de Chat Completions, trate el cambio como tres tareas: enviar la solicitud a Responses, procesar los elementos tipados de output y decidir cómo continuará el estado de la conversación. La guía para migrar Astra a Responses API explica esa infraestructura con mayor detalle.

Cómo elegir el nivel de razonamiento

medium es el mejor punto de partida para la mayoría del trabajo con agentes. GPT-6.1 Sol también admite low, high, xhigh y max. Rechaza none y minimal; por eso, una ruta existente que utilice cualquiera de los dos necesita pruebas específicas de comportamiento y latencia. La guía de niveles de razonamiento de OpenAI propone la misma progresión, desde una ejecución eficiente hasta el razonamiento máximo.

Tres nombres parecidos representan controles diferentes. max es un nivel de razonamiento de la API. Ultra en Codex es un modo multiagente que reparte el trabajo entre subagentes. Ultrafast es un modo de velocidad cuya compatibilidad con GPT-6.1 Sol aún está por llegar. No prepare un presupuesto ni un lanzamiento para Ultrafast como si ya estuviera disponible.

Una tarea real con GPT-6.1 Sol y su costo en tokens

Una ejecución pequeña explica mejor la economía real que el precio de lista. En Codex, GPT-6.1 Sol con esfuerzo low recibió este encargo: crear una función slugify en JavaScript sin dependencias, añadir exactamente cuatro casos de node:test para espacios al inicio y al final, espacios entre palabras, puntuación y combinación de mayúsculas y minúsculas, ejecutar las pruebas y corregir cualquier falla.

El modelo creó slugify.js y slugify.test.js, y después ejecutó node --test slugify.test.js. El resultado fue 4 pruebas superadas y 0 fallidas. El consumo registrado fue de 57,578 tokens de entrada, de los cuales 48,640 estaban en caché, más 542 tokens de salida. Por lo tanto, solo 8,938 tokens de entrada se cobraron a la tarifa de entrada nueva.

Fue una ejecución real de Codex, así que consumió el acceso del plan y no generó una factura de API. La cifra de $0.02816 corresponde exactamente a esa combinación de tokens calculada con las tarifas Standard publicadas de GPT-6.1 Sol. No incluye cargos por herramientas alojadas de pago. En 10,000 ejecuciones idénticas, esa combinación costaría $281.60 en tokens del modelo. Si se mantuviera constante la combinación de tokens, las tarifas de Astra elevarían el total a $1,651.20. Esta comparación con Astra es un cálculo de tarifas, no una afirmación de que Astra consumiría la misma cantidad de tokens.

La conclusión no es que cada parche pequeño cueste tres centavos. El runtime del agente, las definiciones de herramientas, las instrucciones y el historial pueden pesar más que la solicitud visible. Mida la ejecución aceptada completa, incluido el contexto en caché y los reintentos.

Siete trabajos donde Sol aporta más valor

Los equipos que más se benefician son los que repiten tareas difíciles. Esta es la clasificación por valor operativo probable:

Sol no elimina la necesidad de diseñar aprobaciones, controles deterministas u observabilidad. Aporta a esos sistemas un trabajador más capaz, con una tarifa por token inferior a la de Astra.

Tres productos que vale la pena crear

1. Un banco de pruebas para migrar agentes de programación a Sol

Esta es la oportunidad más sólida. Unas 8,100 búsquedas mensuales en EE. UU. apuntan a ai powered coding agent y tienen intención comercial. Los equipos no necesitan otro ranking impreciso de modelos. Necesitan saber si las tareas de sus repositorios se aprueban con gpt-6-sol, gpt-6.1-sol y Astra bajo el mismo prompt, las mismas herramientas y los mismos controles.

La versión mínima vendible sería una CLI más una acción de CI. El equipo proporciona cinco fixtures JSON, un comando de aprobación y las herramientas permitidas. El banco ejecuta cada modelo, registra resultados aceptados, latencia, tokens nuevos y en caché, reintentos y costo, y luego emite una decisión de promoción. El problema es que los runners de evaluación genéricos son fáciles de copiar. La defensa real está en una biblioteca de fixtures útiles de programación, integraciones y diagnósticos de fallas que aporten valor.

2. Un enrutador de esfuerzo y costos para agentes de operaciones

Unas 1,000 búsquedas mensuales en EE. UU. se dirigen a ai workflow automation, con intención comercial y un CPC de $37.80. Ese mercado busca trabajo terminado, no otra caja de chat. Un enrutador podría enviar los casos acotados a low, el trabajo normal de varios pasos a medium, las fallas difíciles a high y solo los casos que sigan sin resolverse a Astra.

Un MVP necesita una cola, tres políticas de esfuerzo, una función de aceptación y un panel de gasto. Se puede vender a equipos de operaciones que ya pagan varias automatizaciones. El riesgo es la falsa confianza: un enrutador barato que clasifique mal un solo caso importante puede borrar todo el ahorro. El producto necesita fixtures reproducibles y anulación manual desde el primer día.

3. Una capa de aceptación para agentes documentales

ai document analysis recibe unas 1,000 búsquedas mensuales en EE. UU. y tiene un CPC de $10.44. El producto no sería otra pantalla para subir y resumir archivos. Sería una capa de verificación que comprueba si el agente documental encontró todos los campos obligatorios, conservó las citas, concilió los totales y elevó la incertidumbre.

La versión más pequeña admite un paquete recurrente, como contratos de proveedores o PDF financieros mensuales, con un esquema fijo y una cola de excepciones. GPT-6.1 Sol se ocupa del análisis repetitivo; Astra recibe únicamente los casos discutidos o incompletos. La dificultad es la especificidad del dominio. Un producto horizontal amplio parecerá genérico, mientras que un paquete acotado con controles creíbles puede ganarse la confianza.

Cuándo conservar GPT-6 Sol o pagar por Astra

Conserve GPT-6 Sol cuando la compatibilidad sea la restricción principal. Todavía admite el razonamiento none y puede invocar funciones mediante Chat Completions cuando reasoning_effort es none. GPT-6.1 Sol no puede hacerlo. Una ruta estable que dependa de esos comportamientos debe trasladar su vía de API y superar pruebas de regresión antes de cambiar de modelo.

Pague por GPT-6 Astra cuando obtener el mejor resultado importe más que la factura de tokens. OpenAI lo describe como su modelo más capaz para las tareas más exigentes de razonamiento, programación, uso de computadora, investigación y creación de documentos. Resérvelo para los casos ambiguos y valiosos donde una evaluación fija demuestre una mejora sustancial. Con tarifas Standard, Astra cuesta $10 por millón de tokens de entrada y $50 por millón de tokens de salida, frente a $2 y $10 de GPT-6.1 Sol.

Use GPT-6.1 Sol para el amplio espacio intermedio: trabajo serio y repetible basado en Responses, con una condición de éxito medible. Las evaluaciones de lanzamiento de OpenAI muestran mejores resultados que GPT-6 Sol en varias cargas de trabajo difíciles, pero son pruebas realizadas por el proveedor. La tasa propia de resultados aceptados debe ser la puerta de lanzamiento.

Límites que obligan a cambiar la configuración

GPT-6.1 Sol no sustituye todas las rutas. No ofrece los niveles de esfuerzo none ni minimal, no puede llamar herramientas mediante Chat Completions, no admite fine-tuning, no acepta audio ni video y, en el lanzamiento, no está disponible en el Chat convencional. Las herramientas de pago añaden sus propios cargos. Además, una solicitud que supere los 272,000 tokens de entrada lleva toda la petición a tarifas superiores de contexto largo; por eso, una ventana de 1,050,000 tokens no debe tratarse como espacio de trabajo gratuito.

Ultrafast es la otra limitación que conviene reconocer. OpenAI anunció una generación de tokens hasta 8x más rápida que la velocidad estándar en Codex, pero indicó que aún está por llegar. Hasta que aparezca en la cuenta y el cliente utilizados, planifique con Standard o Fast y mida la latencia que realmente obtiene.

La acción para el lunes

Tome cinco tareas que el agente actual haya completado recientemente: un éxito sencillo, dos tareas normales, una tarea intensiva en herramientas y una falla conocida. Ejecute los mismos fixtures con GPT-6.1 Sol en medium, sin cambiar los prompts ni los permisos. Registre si cada una se aprueba o falla, el tiempo de reloj, la entrada nueva, la entrada en caché, la salida, los reintentos y los cargos de herramientas.

Después asigne rutas; no proclame un ganador. Baje el trabajo acotado a low si todavía supera las pruebas. Pruebe high solo con fallas que necesiten más razonamiento. Mantenga en GPT-6 Sol los clientes limitados por compatibilidad. Envíe a Astra únicamente los casos costosos restantes cuando la mejora de aceptación justifique el precio. Así obtendrá una decisión de producción esta semana, no una opinión sobre modelos.

Preguntas frecuentes

Si necesita diseñar, probar y poner en producción una de estas rutas con agentes para su empresa, consulte sistemas de IA para producción.