La prohibición de DeepSeek en agencias federales de EE. UU. ya es una orden formal. El Departamento de Seguridad Nacional (DHS) ha pedido a las agencias civiles que dejen de comprar productos y servicios de la compañía china y que los retiren de sus sistemas informáticos, incluidos los productos de terceros construidos con su tecnología. Se pueden solicitar excepciones. Para quien vende al sector público estadounidense, o integra modelos open-weight de DeepSeek en su producto, el asunto deja de ser un debate geopolítico lejano y pasa a ser una línea más en la lista de requisitos de cumplimiento.
Qué ha pasado con la prohibición de DeepSeek en agencias federales
El DHS ha emitido una orden dirigida a las agencias federales civiles con dos mandatos claros. El primero es dejar de adquirir productos y servicios de DeepSeek. El segundo es retirar de sus sistemas informáticos lo que ya tengan desplegado. La orden no se limita a las herramientas que lleven el nombre de la empresa: alcanza también a los productos de terceros que estén construidos con su tecnología. Es decir, el contrato con un proveedor intermedio no sirve de escudo si por debajo hay un modelo de DeepSeek.
La orden contempla un mecanismo de excepciones. Una agencia que considere que necesita seguir usando algún producto puede solicitarlo, aunque el punto de partida es la retirada. El argumento que expone el DHS es de seguridad nacional: según la ley china, las autoridades de China podrían acceder a datos sensibles de usuarios del Gobierno estadounidense. Es una alegación del propio departamento sobre el marco legal al que está sujeta la compañía, y es la base sobre la que se justifica toda la medida.
Conviene fijarse en el alcance. Hablamos de agencias civiles, no de todo el tejido empresarial estadounidense. Una empresa privada sin contratos con el Gobierno federal no recibe, por esta vía, ninguna obligación directa. Pero la distinción se difumina rápido cuando uno de tus clientes es una de esas agencias o un contratista que trabaja para ellas.
Esta orden tampoco llega de la nada. Amplía una ley de diciembre de 2025 que ya limitaba el uso de DeepSeek en sistemas de seguridad nacional de inteligencia. Hasta ahora, la restricción afectaba a un perímetro muy sensible y acotado. Con la nueva orden, el perímetro se extiende a la administración civil, que es mucho más grande y cuenta con una variedad enorme de sistemas, proveedores y contratos.
El patrón es reconocible: primero se veta una tecnología en los entornos más críticos y, después, se amplía a la administración en general. Quien trabaje con el sector público estadounidense debería leerlo como una dirección de viaje y no como un episodio aislado.
Implicaciones técnicas de la prohibición de DeepSeek en agencias federales
La cláusula más relevante para equipos técnicos es la de los productos de terceros. Muchas herramientas de software incorporan modelos de terceros sin que el usuario final lo tenga presente: un asistente de código, un buscador interno, un resumidor de documentos, un chatbot de atención. Si alguno de esos productos se apoya en tecnología de DeepSeek, la agencia que lo usa tiene que identificarlo y retirarlo. Eso traslada una obligación de trazabilidad a toda la cadena de suministro de software: saber qué modelo corre debajo de cada producto deja de ser un detalle y pasa a ser un requisito.
Aquí entra el caso de los modelos open-weight. DeepSeek publica modelos cuyos pesos pueden descargarse y ejecutarse en infraestructura propia, y eso es lo que ha llevado a muchos desarrolladores a integrarlos en sus productos. La alegación del DHS se centra en el acceso a datos de usuarios del Gobierno según la ley china, un argumento que encaja de forma natural con servicios alojados. Aun así, la orden habla de productos y servicios construidos con su tecnología, y no conviene dar por hecho que alojar los pesos en tus propios servidores te deje fuera. Si vendes a una agencia federal, la lectura prudente es preguntar al cliente o a tu asesor legal cómo interpreta el alcance antes de asumir nada.
Hay además un efecto práctico sobre la ingeniería. Quien haya construido un producto con DeepSeek como motor necesita una vía de salida. Cambiar de modelo no es solo cambiar una URL de API o un fichero de pesos: implica reevaluar la calidad de las respuestas, los costes de inferencia, la latencia y los prompts, que suelen estar ajustados al comportamiento de un modelo concreto. Los equipos que diseñaron una capa de abstracción entre su aplicación y el modelo tendrán esa migración mucho más fácil que los que acoplaron todo a un único proveedor.
Por último, la excepción como mecanismo introduce incertidumbre. Que existan excepciones significa que no todas las retiradas serán inmediatas ni uniformes, pero también que cada agencia tendrá que justificar el caso. Para un proveedor, eso se traduce en conversaciones comerciales más largas y en la necesidad de documentar con precisión qué componentes de su producto dependen de DeepSeek.
Qué significa este movimiento para el mercado
Para los competidores de DeepSeek, la orden despeja el terreno en un cliente grande: la administración civil estadounidense tendrá que sustituir lo que haya desplegado, y los proveedores de modelos alternativos, tanto propietarios como abiertos de otras procedencias, parten con ventaja en esas licitaciones. No es un cambio de cuota inmediato ni medible con los datos disponibles, pero sí una señal de qué criterios pesan en la compra pública: el origen del proveedor y el marco legal al que responde empiezan a valer tanto como el rendimiento en un benchmark.
Para los integradores y las empresas de software que venden al sector público, el mensaje es doble. Por un lado, deben auditar sus dependencias de modelos, incluidas las indirectas. Por otro, tendrán que poder demostrar a sus clientes qué hay debajo del producto. Quien no lleve un inventario de modelos igual que lleva un inventario de librerías tendrá que construirlo ahora, y con prisa.
Para las empresas europeas, incluidas las PYMEs españolas, la orden no impone nada directamente. Sin embargo, quien exporte software a clientes estadounidenses del sector público, o forme parte de la cadena de suministro de un contratista federal, entra en el radio de acción. Y quien no tenga ese tipo de clientes hoy puede tenerlos mañana: conviene saber qué modelos usa el producto antes de que un cliente lo pregunte en plena negociación.
Por último, el caso refuerza una tendencia en la que la elección de un modelo de IA deja de ser una decisión puramente técnica y de coste. Entran en juego la jurisdicción del proveedor, la política comercial entre países y los requisitos de los clientes más regulados. El precio por millón de tokens sigue importando, pero ya no es el único criterio de la compra.
Análisis Blixel
El error más caro que se puede cometer con una noticia así es leerla como un asunto de otros. Lo que muestra esta orden es que una decisión de arquitectura tomada hace un año, elegir un modelo porque rinde bien y cuesta poco, puede convertirse en un problema contractual de la noche a la mañana. Y no por un fallo técnico, sino por una decisión política ajena a tu equipo.
La prohibición de DeepSeek en agencias federales no demuestra nada sobre la calidad de sus modelos, y conviene no mezclar las dos cosas. Lo que sí demuestra es que el riesgo regulatorio forma parte del coste real de cualquier dependencia tecnológica. Hasta ahora, muchas PYMEs evaluaban un modelo por precio, latencia y calidad. A esa lista hay que añadir una cuarta columna: qué pasa si mi cliente, o el regulador de mi cliente, decide que este proveedor ya no vale.
Mi posición es práctica. Primero, haz un inventario de modelos: qué usa cada producto propio y cada herramienta de terceros que contratas. Segundo, diseña con una capa de abstracción que permita cambiar de modelo sin reescribir la aplicación. Tercero, si vendes o aspiras a vender a clientes públicos estadounidenses, consulta el alcance de la orden con un asesor legal antes de asumir que el open-weight alojado en tus servidores es seguro.
No hace falta dramatizar. Pero tampoco ayuda el optimismo de quien piensa que, como es un asunto de EE. UU., no va con él. Los vetos tecnológicos tienden a extenderse por la cadena de suministro, y la cadena no distingue de nacionalidades.
¿Quieres aplicar esto en tu empresa? En Blixel.ai te ayudamos a integrar IA con sentido común. Hablemos.
Deja una respuesta