Google anunció Gemini 4 Carbon el 10 de noviembre de 2026 como una opción para trabajos especialmente exigentes de programación, investigación y análisis. Según el fabricante, Argon sigue siendo la elección adecuada para la mayoría de las tareas de ingeniería y conocimiento; Carbon utiliza más tokens que Argon para explorar y verificar problemas complejos. El anuncio oficial sitúa su acceso en la API de pago, mediante AI Studio y Gemini for business, y un despliegue gradual para suscriptores Google AI Ultra en Antigravity, la aplicación Gemini y AI Mode en Search.
La decisión útil para un equipo consiste en identificar dónde necesita ese esfuerzo adicional. Un resumen rutinario y una investigación sobre un fallo que atraviesa varios componentes merecen presupuestos y criterios de aceptación distintos. La llegada del modelo permite plantear una comparación; todavía hay que medir si mejora el trabajo concreto que tenemos delante.
Carbon y Argon: elegir según la tarea
Argon llegó el 13 de octubre con orientación a programación y trabajo profesional en ámbitos como ciencia, finanzas o análisis documental. Su presentación oficial también distingue los canales: API para desarrolladores y empresas, Ultra en Antigravity y acceso Pro o Ultra en Gemini y AI Mode. Esa disponibilidad de Argon para Pro no debe trasladarse automáticamente a Carbon. Son modelos de la misma familia, pero sus anuncios establecen condiciones diferentes.
Como criterio de selección, conviene comenzar con una tarea delimitada y un resultado comprobable. Si el modelo habitual encuentra el dato correcto, respeta el formato y supera la revisión, escalar todo el trabajo aporta poco valor demostrable. Una estrategia a evaluar es reservar Carbon para los casos que fallan por razonamiento o verificación, manteniendo el resto del flujo con la opción que ya cumple.
Related Post
/swarm: coordinación y verificación en Antigravity
Una novedad del flujo de trabajo es /swarm, presentado en vista previa en Antigravity. Según el blog oficial de Antigravity, un coordinador distribuye tareas entre agentes especializados que trabajan en entornos git separados, mientras otros agentes ejecutan pruebas y cuestionan los cambios. Un tablero compartido permite seguir su actividad. Cada agente puede utilizar un modelo diferente: Carbon puede asumir coordinación, arquitectura o verificación y modelos más ligeros encargarse de modificaciones rutinarias. Google sitúa la vista previa de /swarm en la aplicación y la CLI de Antigravity, y advierte que el trabajo paralelo consume cuota más deprisa que una conversación normal.
Qué admite y qué significa su contexto
La ficha de Carbon indica que está basado en Argon, admite texto, imágenes, audio y vídeo, y produce texto. También advierte que puede generar información errónea, sufrir lentitud o agotar el tiempo de respuesta. El corte de conocimiento figura en marzo de 2026 y puede ser anterior en algunos dominios. Para responder sobre acontecimientos recientes necesita información actual aportada por el usuario o por herramientas; no basta con su conocimiento interno.
La documentación de contexto largo precisa que, en Carbon y Argon, entrada, razonamiento y salida comparten la ventana de 1.048.576 tokens. Si la entrada más el máximo de salida solicitado supera esa cifra, la API reduce el espacio disponible para responder. Por tanto, el millón anunciado no significa que siempre puedan enviarse un millón de tokens y recibir otro millón adicional. Hay que reservar capacidad para el razonamiento y la respuesta.
En una revisión documental, preparar el material también importa: identificar versiones, retirar duplicados y conservar los nombres de los archivos ayuda a comprobar de dónde sale cada conclusión. Para una pregunta sobre cláusulas, por ejemplo, puede pedirse que cada hallazgo incluya documento, apartado y fragmento verificable. Así se evalúa la trazabilidad del resultado además de su extensión.
Precio de Gemini 4 Carbon y ejemplo de coste
La tarifa estándar de la API está expresada en dólares estadounidenses por millón de tokens: 2 de entrada y 10 de salida hasta el 30 de noviembre de 2026; desde el 1 de diciembre, 4 y 20 respectivamente. La salida incluye tokens de razonamiento. Carbon no está disponible en el nivel gratuito. Estos importes corresponden al consumo de API, y no describen el precio de una suscripción Ultra.
Ejemplo de cálculo: una tarea con 100.000 tokens de entrada y 20.000 de salida facturable cuesta 0,40 dólares durante la promoción: 0,10 × 2 + 0,02 × 10. Con las tarifas posteriores, el mismo consumo cuesta 0,80 dólares: 0,10 × 4 + 0,02 × 20. Es una operación ilustrativa, sin caché ni servicios adicionales, no una medición del consumo real de Carbon.
El presupuesto relevante es el del resultado aceptado. Si una ejecución exige varios reintentos, hay que sumar su consumo y el tiempo de revisión. En sentido inverso, una respuesta más cara podría compensar si evita correcciones costosas. La comparación debe registrar ambas cosas y mantener la misma exigencia de calidad; contar únicamente las llamadas baratas deja fuera buena parte del trabajo.
Los tokens requieren una medición propia
Un token no equivale necesariamente a una palabra: la guía de conteo explica que el texto se divide en unidades de distinto tamaño y que también se tokenizan las entradas multimedia. La API permite contar la entrada antes de enviarla con count_tokens. Después, el campo usage de la respuesta informa del consumo, con categorías como entrada, salida, pensamiento y caché. Para presupuestar documentos en español, conviene medir los archivos reales en lugar de convertir páginas o palabras mediante una equivalencia fija.
Puede prepararse un registro por tarea con el objetivo, los documentos utilizados, los tokens consumidos, la duración y el dictamen de revisión. Mantener esos datos permite distinguir una consulta excepcionalmente larga de un aumento general del coste. También facilita poner un límite de gasto al piloto antes de conectar el modelo con procesos habituales de la empresa.
Cómo hacer una evaluación útil sin dar por buenas las demostraciones
La siguiente es una propuesta de evaluación, no una prueba realizada por WebyWP. Es preferible utilizar ejemplos representativos del trabajo propio y definir la respuesta aceptable antes de comparar modelos. Estas tres tareas permiten observar comportamientos distintos:
- Análisis documental: entregar varias versiones de un documento y solicitar diferencias con referencias concretas. Revisar omisiones, citas y cualquier afirmación que no aparezca en los archivos.
- Programación: reproducir un error en un entorno de prueba, pedir una corrección y ejecutar las comprobaciones existentes. Separar que el código compile de que resuelva la causa y conserve el comportamiento esperado.
- Investigación: proporcionar fuentes que discrepen y pedir una conclusión con incertidumbres explícitas. Comprobar si identifica el desacuerdo, distingue fechas y reconoce cuándo falta información para resolverlo.
Las comparaciones deben conservar instrucciones, archivos y criterios equivalentes. Conviene registrar las intervenciones humanas y revisar varias ejecuciones antes de atribuir una diferencia al modelo. Si una tarea falla, anotar la causa resulta más informativo que reducir todo a una puntuación: puede faltar contexto, sobrar autonomía o existir un criterio de aceptación ambiguo.
Seguridad: los resultados tienen un alcance concreto
El informe de seguridad de Carbon recoge un 0 % de éxito de ataque en el benchmark externo Gray Swan de inyección indirecta de instrucciones. El propio documento advierte que estos ataques siguen siendo posibles. También distingue el comportamiento intrínseco del modelo de las protecciones adicionales aplicadas en producción. Un resultado en esa evaluación no demuestra inmunidad frente a cualquier página, correo o archivo malicioso que pueda encontrar un agente.
Para un piloto, eso se traduce en permisos ajustados al trabajo, datos de prueba y revisión antes de acciones con consecuencias. Además de valorar la respuesta correcta, interesa comprobar cómo informa de un bloqueo: reconocer que no pudo completar una comprobación es una señal diferente de afirmar que todo funciona sin aportar evidencia.
Carbon para ciberseguridad y Fairwind son un acceso aparte
El programa Fairwind mantiene un proceso de acceso controlado para organizaciones verificadas y prioriza defensores de infraestructura y servicios críticos. Su página establece uso defensivo o de investigación, controles de acceso y prohibición de redistribuir el acceso. La solicitud se canaliza mediante el equipo de cuenta de Cloud. Varias referencias de esa página todavía describen Argon; sus tablas no deben reinterpretarse como resultados de Carbon.
El anuncio de Carbon sitúa sus capacidades especializadas de ciberseguridad en Fairwind, con incorporación gradual de defensores. Contratar la API pública o Ultra no equivale a obtener esa variante especializada.
Para decidir una adopción, la pregunta es qué tareas resuelve mejor con un coste aceptable y evidencias revisables. Un piloto delimitado ofrece una base más sólida que trasladar una demostración a toda la organización. Las condiciones de acceso, las tarifas y los límites técnicos aquí descritos corresponden a las fuentes oficiales consultadas para este lanzamiento.
Fuentes y créditos
Las fuentes oficiales están enlazadas en cada apartado. Portada: ilustración editorial de WebyWP creada con IA. Logotipo oficial de Google utilizado para identificar al fabricante en esta información independiente.
