La sentencia de hoy se va a leer en clave de titular deportivo: Anthropic gana, el Pentágono pierde. A mí me deja otra cosa en el cuerpo, y no es alivio. Durante seis meses, el modelo sobre el que muchos hemos montado nuestro trabajo ha estado vetado en todas las agencias federales de Estados Unidos por una decisión que una jueza acaba de calificar de represalia ilegal. No hubo un fallo técnico, ni una brecha de seguridad, ni un incumplimiento de contrato. Hubo un gobierno molesto. Y mi postura es que esa es la noticia, no el desenlace.
Llevo tiempo evaluando proveedores por latencia, precio del token, límites de rate y uptime. Después de hoy tengo que añadir una columna que no sé medir y que ninguna página de estado me va a mostrar: cuántos enemigos políticos tiene la empresa de la que depende mi facturación. Porque resulta que esa columna se movió en febrero, se ha pasado medio año en rojo y yo no me enteré hasta que lo leí en la prensa.
Ganar el juicio no devuelve los seis meses
Los hechos, los justos para sostener el argumento. En febrero, la administración ordenó a las agencias federales cortar relaciones comerciales con Anthropic apoyándose en una designación de riesgo para la cadena de suministro. Hoy, la jueza Rita Lin, del Tribunal de Distrito de California, la ha declarado ilegal por dos vías: represalia contra la crítica pública, que toca la Primera Enmienda, y falta de debido proceso, que toca la Quinta. La resolución señala además una contradicción difícil de explicar en una rueda de prensa: mientras se etiquetaba a la compañía como amenaza para la seguridad nacional, se estudiaba aplicarle la Defense Production Act —que solo tiene sentido si la consideras esencial— y se seguían buscando contratos con ella. No se puede ser proveedor crítico y riesgo sistémico el mismo martes.
El fallo revierte la prohibición y reabre la puerta a contratos federales. Queda un segundo litigio vivo en Washington D.C., así que esto no ha terminado. Pero lo relevante para quien no vive de vender software al Departamento de Defensa es otra cosa: el daño ya ocurrió y una sentencia no lo deshace. Las decisiones de arquitectura que se tomaron en marzo por miedo, los clientes corporativos que en abril prefirieron no arriesgarse, los equipos que migraron en mayo «por si acaso». Nadie va a volver atrás porque una jueza haya dado la razón seis meses después. En este negocio, la incertidumbre no se compensa retroactivamente: se cobra en el momento.
La cláusula que le costó el mercado es la que se lo devuelve
Aquí está la parte que me parece genuinamente interesante y que no he visto contar. El origen del conflicto no fue un capricho: Anthropic mantiene salvaguardas que impiden usar sus modelos para armas totalmente autónomas y para vigilancia masiva de ciudadanos. Esa negativa fue lo que provocó el veto. Y esa misma negativa —el hecho de haberla sostenido públicamente, por escrito y sin matizarla cuando llegó la presión— es lo que ha convertido el caso en un asunto de represalia y le ha dado la victoria en el tribunal.
La política de uso que le cerró el mercado durante seis meses es exactamente la prueba que se lo ha reabierto. No hay contradicción: hay plazo.
Yo he tenido versiones minúsculas de esa decisión y las he perdido todas. El cliente que quería scrapear una base de datos de contactos que no era suya y montar con ella una secuencia de correos automatizada. El que pedía generar cuatrocientas reseñas «con estilos de escritura distintos». En ambos casos dije que no, en ambos casos el proyecto se fue a otro sitio, y en ambos casos me quedé con la sensación de haber sido el caro y el complicado. Nadie me dio la razón medio año después en una sentencia de treinta páginas. Y sin embargo la lógica es idéntica: una línea roja solo vale algo si te cuesta dinero mantenerla. Si nunca te cuesta nada, no es una línea roja, es una página de marketing.
Por eso me molesta el marco de «Anthropic gana». Lo que ha hecho Anthropic es demostrar que estaba dispuesta a comerse la factura. Eso, para quien construye encima, es información mucho más valiosa que el resultado del pleito: significa que las condiciones de uso de la plataforma sobre la que trabajo no se reescriben la semana que alguien con poder llama por teléfono. Es lo más parecido a estabilidad que puedo comprar hoy, y no aparece en ningún SLA.
En mis contratos no existe el riesgo político
Cuando entrego una automatización que publica en WordPress desde n8n con Claude Code por debajo, lo que firmo con el cliente habla de plazos, de alcance, de mantenimiento y, si el cliente es serio, de disponibilidad. Hace unas semanas escribí sobre las caídas de agosto y sobre lo mal preparados que estaban mis flujos para tres horas de API muerta: sin reintentos con backoff, sin fallback de modelo, sin avisar al cliente de que existía un punto único de fallo con el nombre de otra empresa. Aquello era un problema de ingeniería y tenía solución de ingeniería.
Esto no. Un veto administrativo no se arregla con un reintento. Si el proveedor de tu cliente corporativo entra en una lista negra, el problema no es que la API devuelva 503: es que el departamento de compras del cliente te pide por correo que justifiques por qué su web publica contenido con una herramienta que su propio gobierno acaba de marcar como riesgo. Ahí no hay backoff exponencial que valga. Hay una reunión incómoda y, con suerte, una migración pagada.
⚠️ Revisa esto antes de la próxima entrega: abre el último contrato o presupuesto que hayas firmado y busca dónde nombras al proveedor del modelo. Si no aparece por ninguna parte, tu cliente cree que te compró un sistema y en realidad compró una dependencia de una empresa estadounidense en litigio con su gobierno. Nombrarlo no te hace más frágil: te hace el que avisó.
Lo que sí puedo hacer el lunes
No voy a cerrar esto con «hay que diversificar proveedores», porque es el consejo que todo el mundo repite y casi nadie aplica, yo el primero. Diversificar de verdad significa mantener dos rutas de prompts, dos formatos de salida y dos facturas, y para un freelance eso suele ser más caro que el riesgo que cubre. Prefiero tres cosas concretas y baratas.
- Aislar el punto de contacto. Que la llamada al modelo viva en un nodo, una función o un servicio, no repartida por catorce workflows. No para cambiar de proveedor mañana, sino para poder estimar en diez minutos cuánto costaría hacerlo si un día toca.
- Escribirlo en el presupuesto. Una línea: qué proveedor se usa, qué pasa si deja de estar disponible y quién paga la migración. Convierte un problema futuro tuyo en una decisión presente del cliente.
- Leer la política de uso del proveedor como si fuera parte del stack. Porque lo es. Lo que una empresa se niega a hacer predice mejor su comportamiento a tres años que su roadmap.
Me quedo con una imagen del caso. Un gobierno intentó castigar a una empresa por decir que no, y el tribunal le respondió que no puede hacerlo. Es una buena noticia, y aun así el mensaje de fondo para quien trabaja tres capas por debajo es incómodo: la infraestructura sobre la que construimos no es neutral, es una empresa con posiciones públicas, adversarios reales y un calendario judicial. Elegir modelo dejó de ser una decisión técnica hace bastante tiempo. Hoy sabemos, además, que puede convertirse en una decisión que no controlamos y que se resuelve muy lejos de nuestra terminal.
La pregunta que me llevo, y que te dejo: si mañana el proveedor que has elegido tuviera que aguantar seis meses de veto para sostener una línea roja, ¿preferirías que la sostuviera o que cediera? Porque en la respuesta está lo que de verdad valoras de tu stack, y sospecho que no coincide con lo que pusiste en la hoja de cálculo cuando lo comparaste por precio.
