El proyecto de ley de seguridad de IA de Warner obliga a elegir entre pruebas voluntarias y control federal
Mark Warner presentó el proyecto de ley de seguridad de IA de Warner junto con Brian Schatz y Andy Kim, exigiendo una revisión federal al menos 45 días antes del lanzamiento de los modelos cubiertos.
La propuesta, denominada formalmente Artificial Intelligence Risk Management and Security Act of 2026, se dirige a modelos de frontera con capacidades graves para la seguridad nacional. Sustituiría la supervisión actual, en gran medida voluntaria, por pruebas obligatorias, normas exigibles, informes de incidentes y sanciones civiles sustanciales.
Ese es el conflicto central. Los senadores sostienen que las empresas no pueden seguir siendo las únicas que juzguen si sus sistemas más capaces son seguros para su lanzamiento. La Casa Blanca y los escépticos del Congreso se han resistido a normas federales que podrían ralentizar el desarrollo estadounidense de IA.
Warner, Schatz y Kim llevaron esa disputa al pleno del Senado el 24 de septiembre. Buscaban actuar mientras el Congreso se acercaba a otro receso y las elecciones de noviembre reducían el calendario legislativo.
La medida llegó durante un auge más amplio de propuestas sobre IA. Algunos legisladores favorecen requisitos de transparencia, controles de exportación, protecciones para denunciantes o capacidades de apagado de emergencia. El proyecto de Warner va más allá al incorporar evaluadores federales al proceso previo al lanzamiento.
Su futuro sigue siendo incierto. La medida fue presentada por tres demócratas, mientras que legislación relacionada con la IA ha atraído patrocinadores bipartidistas. Sin embargo, la aprobación en el Senado por sí sola no resolvería la oposición de los líderes de la Cámara de Representantes ni de la administración Trump.
Por tanto, la cuestión inmediata es más amplia que un solo proyecto de ley. Washington debe decidir si las advertencias de las principales empresas de IA justifican una supervisión exigible, incluso cuando esas compañías compiten por lanzar productos con rapidez.
Qué cambiaría el proyecto de ley de seguridad de IA de Warner
La legislación convertiría la seguridad de la IA de frontera de una práctica gestionada por las empresas en una obligación federal de cumplimiento.
El resumen del proyecto de ley propone una Junta Permanente de Seguridad de la Inteligencia Artificial dentro del Departamento de Comercio. Entre sus miembros habría representantes de NIST, CISA, la NSA, el Departamento del Tesoro y otras oficinas de Comercio.
También participarían expertos técnicos independientes. La junta evaluaría riesgos emergentes y establecería normas técnicas de seguridad y protección para los sistemas cubiertos.
La legislación se centra en modelos de frontera, es decir, sistemas altamente capaces que presentan riesgos graves para la seguridad nacional, la seguridad económica o la salud pública. Esta definición busca evitar imponer requisitos idénticos a cada chatbot, sistema de recomendación o aplicación para pequeñas empresas.
Un desarrollador que se prepare para lanzar un modelo cubierto daría a la junta acceso al menos 45 días antes de su despliegue público. Los materiales requeridos incluirían los pesos del modelo, archivos de configuración, entornos de ejecución y las bibliotecas de software necesarias para operar el modelo.
Los pesos del modelo son los parámetros numéricos aprendidos durante el entrenamiento. El acceso a ellos puede facilitar pruebas más profundas, pero también crea una responsabilidad de seguridad inusualmente sensible para el gobierno.
Los evaluadores federales podrían utilizar entornos seguros de la NSA y de los laboratorios nacionales del Departamento de Energía. Ese mecanismo está diseñado para capacidades que no pueden examinarse de forma segura mediante una interfaz pública.
La junta establecería normas de prueba para sistemas capaces de descubrir y explotar vulnerabilidades de software sin indicaciones humanas directas. Ese lenguaje convierte la capacidad cibernética autónoma en un detonante central de atención regulatoria.
Los desarrolladores también prepararían Planes de Seguridad del Modelo. Cada plan identificaría las capacidades, los riesgos, las mitigaciones propuestas y el directivo corporativo responsable de su implementación.
Ese responsable designado importa. Los compromisos de seguridad suelen aparecer en documentos de políticas sin asignar una responsabilidad interna clara. La propuesta vincularía esos compromisos con un ejecutivo identificable.
El incumplimiento podría acarrear sanciones civiles de hasta 250.000 dólares por cada infracción y por cada día que continúe. Esta cantidad hace que las normas sean materialmente distintas de una orientación voluntaria.
El proyecto crearía una base de datos nacional de incidentes, fallos recurrentes y situaciones que estuvieron cerca de convertirse en incidentes. NIST y CISA coordinarían ese sistema, mientras que los informes sensibles pasarían por un proceso seguro.
En general, las empresas cubiertas informarían de incidentes graves en un plazo de 30 días. Los incidentes que impliquen amenazas inminentes para la seguridad nacional, la infraestructura crítica o la seguridad pública requerirían un informe en un plazo de 72 horas.
Los operadores de infraestructura crítica también afrontarían obligaciones de reporte cuando la IA controle sistemas industriales u otra tecnología operativa. Esa disposición extiende la responsabilidad más allá de los desarrolladores de modelos.
Por ejemplo, una empresa de servicios públicos que utilice un agente autónomo podría afrontar riesgos operativos distintos de los de una empresa que ofrece un asistente para consumidores. La base de datos podría ayudar a los reguladores a identificar debilidades que aparecen en múltiples despliegues.
La propuesta también aborda los agentes autónomos, sistemas capaces de planificar y realizar acciones mediante herramientas externas. Las normas abarcarían identidad, autenticación, autorización, acceso a datos y distintos niveles de autonomía.
Los desarrolladores documentarían el uso previsto de un agente, los límites de su autoridad, el acceso a herramientas, las limitaciones conocidas y los resultados de evaluaciones independientes. Estos detalles pueden determinar si una credencial comprometida se convierte en un incidente menor o en una brecha más amplia.
Esta combinación hace que el proyecto sea más amplio que un mandato de pruebas. Conecta las pruebas de seguridad de modelos de IA, la seguridad del despliegue, la responsabilidad corporativa y el aprendizaje a partir de incidentes dentro de una misma estructura federal.
Por qué la supervisión voluntaria está ahora bajo presión
Los senadores cuestionan la idea de que las pruebas privadas y las alianzas gubernamentales opcionales puedan igualar los riesgos de modelos cada vez más autónomos.
Warner planteó la amenaza en torno a incidentes cibernéticos prácticos, en vez de escenarios lejanos sobre la extinción humana. Citó modelos que podrían penetrar en un banco, un sistema de agua o una red eléctrica.
Ese enfoque refleja un cambio en el debate político sobre la IA. Los legisladores se centran cada vez más en sistemas que pueden buscar vulnerabilidades, operar herramientas y ejecutar secuencias más largas sin supervisión continua.
Los senadores afirman que los principales desarrolladores han emitido sus propias advertencias sobre esas capacidades. Su anuncio menciona a OpenAI, Anthropic, Google DeepMind, Meta y Microsoft entre las empresas que analizan los crecientes riesgos de ciberseguridad.
Las advertencias de las empresas no demuestran que todos los modelos avanzados puedan comprometer de forma autónoma la infraestructura crítica. Sin embargo, debilitan el argumento de que la preocupación gubernamental se basa únicamente en comentarios especulativos u hostiles procedentes del exterior.
Schatz presentó el asunto como una cuestión de control humano. Kim sostuvo que la innovación sin control genera caos, mientras que Warner describió los ataques evitables contra infraestructuras como la preocupación más inmediata.
Estas afirmaciones siguen siendo argumentos políticos, no conclusiones independientes. Aun así, explican por qué el proyecto se centra en el acceso previo al lanzamiento y en planes exigibles, en lugar de promesas voluntarias.
El trabajo federal existente proporciona una base sin imponer las mismas obligaciones. El marco de riesgos de IA de NIST ofrece a las organizaciones orientación para identificar y gestionar riesgos de IA.
Ese marco es deliberadamente flexible. Las empresas pueden adaptarlo a distintos sistemas, sectores y necesidades organizativas.
El proyecto de ley de seguridad de IA de Warner adopta otro enfoque para los modelos más capaces. Autorizaría a una junta federal a traducir principios de gestión de riesgos en normas que los desarrolladores deben cumplir.
Esa distinción somete a los laboratorios de frontera a presión directa. Los calendarios de lanzamiento podrían tener que acomodar el acceso gubernamental, las evaluaciones seguras, el trabajo de corrección y la documentación de cumplimiento.
El periodo de 45 días también cambiaría la forma en que las empresas planifican los lanzamientos. Un desarrollador ya no podría tratar las pruebas externas como un ejercicio opcional realizado poco antes del lanzamiento.
Una empresa cubierta podría tener que congelar componentes importantes con suficiente antelación para que los evaluadores examinen un sistema estable. Cambios significativos de última hora podrían complicar qué revisó exactamente la junta.
Los clientes empresariales sentirían efectos indirectos. Bancos, hospitales, empresas de servicios públicos y contratistas gubernamentales necesitan cada vez más pruebas de que los agentes desplegados respetan los permisos y los límites de datos.
La documentación estandarizada podría dar a los compradores una base más consistente para revisar esas afirmaciones. Sin embargo, el cumplimiento no garantizaría que un modelo siga siendo seguro en todos los entornos de los clientes.
Un modelo puede comportarse de forma diferente tras integrarse con bases de datos privadas, sistemas de identidad, repositorios de código y herramientas externas. Por tanto, los controles de despliegue seguirían siendo tan importantes como la evaluación de laboratorio.
Para los trabajadores del conocimiento, la cuestión puede parecer remota hasta que un agente obtiene autoridad sobre el correo electrónico, los documentos, los sistemas financieros o el código de producción. En ese momento, el comportamiento del modelo se convierte en una cuestión de control de acceso.
Los equipos que adopten estos sistemas necesitan un registro consultable de permisos, resultados de pruebas e incidentes. Una base de conocimientos de IA mantenida puede respaldar la gobernanza interna, aunque no puede sustituir las pruebas regulatorias.
El argumento más sólido de la legislación se apoya en esta transición de responder preguntas a realizar acciones. Una respuesta defectuosa crea una categoría de daño. Una acción autónoma puede crear otra.
Los senadores apuestan a que esta distinción llevará al Congreso más allá del apoyo general a una “IA responsable”. Su propuesta pide a los legisladores definir quién prueba, quién informa y quién paga por las infracciones.
La verdadera disyuntiva es la revisión federal frente a la velocidad de lanzamiento
El proyecto obliga al Congreso a elegir entre un despliegue privado más rápido y una supervisión más lenta respaldada por autoridad legal.
Los partidarios ven la revisión obligatoria como una precaución básica. Argumentan que los incentivos privados favorecen lanzamientos rápidos, especialmente cuando los principales laboratorios compiten por clientes, capital y liderazgo técnico.
Una empresa podría retrasar un lanzamiento tras descubrir una debilidad grave. También afronta presión para interpretar resultados inciertos de la manera defendible más favorable.
Las pruebas federales añaden otro responsable de la decisión. Crean distancia entre el equipo que construye un modelo y la institución que decide si sus controles de riesgo cumplen una norma pública.
Los críticos del proyecto pueden plantear una preocupación distinta. Un proceso centralizado podría volverse lento, técnicamente rígido o vulnerable a la presión política.
Los modelos de frontera cambian rápidamente, mientras que la elaboración de normas federales suele avanzar mediante procedimientos largos. Una prueba diseñada para una generación podría pasar por alto capacidades que aparecen en la siguiente.
El acceso seguro presenta otra disyuntiva. Dar a expertos federales acceso a los pesos del modelo permite un análisis más profundo, pero esos archivos figuran entre los activos más valiosos de un laboratorio.
Una brecha en una instalación de pruebas podría exponer propiedad intelectual o dar a adversarios acceso a un modelo capaz. El gobierno necesitaría prácticas de seguridad que justifiquen la confianza que exige a los desarrolladores.
La propuesta intenta responder a esa preocupación mediante entornos federales seguros. Sin embargo, crear una autoridad no equivale a demostrar que su personal y su infraestructura son adecuados.
La junta reuniría a organizaciones con misiones diferentes. NIST desarrolla estándares, CISA protege infraestructuras críticas y la NSA opera dentro de la comunidad de inteligencia.
Esa combinación puede aportar experiencia valiosa. También puede generar disputas sobre los umbrales de evidencia, la clasificación, la divulgación pública y la responsabilidad de las decisiones finales.
Los desarrolladores podrían cuestionar cómo abordaría la junta los sistemas de pesos abiertos. Esos modelos presentan dinámicas de lanzamiento distintas porque su publicación puede hacer que retirarlos posteriormente resulte prácticamente imposible.
Los laboratorios más pequeños podrían afrontar costes de cumplimiento desproporcionados. Las grandes empresas ya mantienen equipos de evaluación, entornos de computación seguros, departamentos jurídicos y relaciones con el gobierno.
Por tanto, una norma amplia puede proteger al público al tiempo que refuerza la concentración del mercado. El Congreso necesitaría establecer umbrales que abarquen capacidades peligrosas sin tratar a todos los desarrolladores como si fueran grandes laboratorios de frontera.
El enfoque del proyecto de ley en el rendimiento y la capacidad de modificación reconoce ese problema. Sin embargo, la implementación determinaría hasta qué punto esos umbrales resultan previsibles.
Aquí es donde la regulación de la IA de frontera difiere de la certificación convencional de productos. Un modelo no es un dispositivo físico fijo con un único uso estable.
Los desarrolladores pueden ajustarlo, conectarlo a herramientas, modificar sus salvaguardas o aumentar los recursos de computación disponibles. Los usuarios pueden combinar un modelo con sistemas que su evaluador original nunca observó.
Una revisión de 45 días puede identificar capacidades importantes y debilidades de seguridad. No puede certificar cada configuración futura ni eliminar la necesidad de supervisión tras el lanzamiento.
Los senadores abordan esa limitación mediante la notificación de incidentes y estándares continuos. Esos mecanismos reconocen que las pruebas de seguridad de modelos de IA antes de su lanzamiento producen evidencia, no certezas.
La resistencia política sigue siendo igualmente importante. El presidente Donald Trump se ha opuesto a recientes llamamientos para endurecer la regulación de la IA, mientras que otros republicanos han advertido sobre restricciones excesivas.
La división regulatoria no se da simplemente entre quienes reconocen el riesgo y quienes lo ignoran. También se refiere a qué institución debería gestionar ese riesgo.
Algunos funcionarios priorizan el liderazgo estadounidense frente a China. Temen que los controles internos puedan ralentizar a las empresas de Estados Unidos mientras los competidores extranjeros afrontan menos obligaciones.
Sus partidarios responden que una seguridad débil puede socavar esa misma ventaja estratégica. El robo de pesos de modelos, las infraestructuras comprometidas y las capacidades cibernéticas sin control pueden transferir beneficios a adversarios.
Ambos argumentos vinculan la seguridad con la competitividad nacional. Discrepan sobre si una intervención federal obligatoria refuerza o limita esa posición.
Por tanto, el proyecto de ley no puede avanzar únicamente mediante evidencia técnica. Sus promotores deben demostrar que una revisión exigible mejora la seguridad sin convertir al gobierno en un cuello de botella para los lanzamientos.
Una agenda de IA saturada expone el riesgo político del proyecto de ley
El Congreso coincide cada vez más en que la IA genera riesgos graves, pero el acuerdo sobre el peligro no ha producido consenso en torno a un único mecanismo regulatorio.
La propuesta de Warner llegó a un Senado que ya estudiaba enfoques más acotados. Cada proyecto de ley aísla una parte distinta del mismo problema de gobernanza.
Los senadores James Lankford, Chris Coons, Katie Britt y Brian Schatz presentaron la AI Systems Transparency Act el 24 de septiembre. Esa propuesta bipartidista de transparencia exigiría divulgaciones públicas sobre recopilación de datos, salvaguardas, riesgos de los modelos e infracciones de políticas.
La Comisión Federal de Comercio haría cumplir esos requisitos. El proyecto se aplicaría tanto a sistemas cerrados como de código abierto que cumplan sus umbrales empresariales.
Las normas de transparencia piden a las empresas que expliquen sus sistemas y salvaguardas. La medida de Warner daría a los evaluadores federales acceso a los modelos cubiertos antes de su despliegue.
Estos enfoques pueden complementarse. También revelan cuán lejos siguen estando los legisladores de un modelo único de regulación de la IA de frontera.
El senador John Kennedy siguió otra vía mediante su AI Emergency Button Act. Exigiría a los desarrolladores mantener una forma de apagar sistemas peligrosos.
El senador Rand Paul objetó cuando Kennedy solicitó consentimiento unánime, lo que impidió la aprobación inmediata de esa propuesta de apagado.
Ese episodio demuestra la debilidad del mismo procedimiento que Warner y Schatz planeaban utilizar. El consentimiento unánime puede hacer avanzar legislación rápidamente, pero cualquier senador puede detenerla.
Una solicitud bloqueada no prueba necesariamente que la mayoría de los senadores se oponga a la política subyacente. Puede reflejar objeciones de fondo, demandas de enmiendas, maniobras procedimentales o un conflicto partidista más amplio.
El proyecto de ley de seguridad de IA de Warner enfrenta dificultades adicionales porque impone algo más que divulgación. Crearía un órgano de supervisión, exigiría acceso técnico sensible y establecería sanciones continuas.
Sus partidarios pueden señalar el interés bipartidista en la seguridad de la IA. Aun así, sus opositores pueden cuestionar esta distribución concreta del poder federal.
El proceso ordinario del Senado presenta otro obstáculo. La legislación importante suele requerir revisión en comité, enmiendas, debate y suficiente apoyo para superar un filibusterismo.
La mayoría de las medidas necesitan 60 votos para avanzar cuando los senadores rechazan el consentimiento unánime. Después seguirían siendo necesarias una mayoría en la Cámara de Representantes y la firma presidencial.
El calendario vuelve esos obstáculos aún más pronunciados. Los legisladores se acercan a las elecciones, mientras que el tiempo disponible en el pleno debe acomodar gasto público, defensa, nominaciones y otras prioridades.
La Cámara de Representantes ha mostrado menos urgencia respecto a una acción integral sobre la IA. El presidente de la Cámara, Mike Johnson, ha advertido que los órganos legislativos pueden responder con burocracia y regulación excesiva.
Esa postura genera la oposición más importante al proyecto. Incluso una coalición bipartidista en el Senado necesitaría líderes de la Cámara dispuestos a programar y dar forma a una medida complementaria.
La administración Trump ha favorecido un enfoque federal más ligero. También ha hecho hincapié en la competencia, la innovación y el liderazgo nacional.
Por tanto, los promotores deben decidir si impulsan el proyecto completo o lo dividen en disposiciones con un apoyo más amplio. La notificación de incidentes puede atraer aliados distintos que el acceso obligatorio antes del lanzamiento.
La propia junta de seguridad podría ser otro punto de negociación. Los legisladores podrían respaldar evaluaciones federales mientras se oponen a una nueva institución permanente.
Las posturas de la industria también importarán. Las principales empresas han pedido supervisión gubernamental, pero el apoyo general a la regulación no equivale al apoyo a cada obligación de cumplimiento.
Los grandes desarrolladores pueden aceptar estándares comunes que reduzcan la incertidumbre. Aun así, podrían oponerse a la divulgación de materiales sensibles, plazos fijos o sanciones vinculadas a pruebas técnicas en evolución.
Los competidores más pequeños y los defensores del código abierto pueden centrarse en los umbrales. Querrán garantías de que la ley no coloque a las empresas establecidas en una posición competitiva más fuerte.
Los grupos de libertades civiles podrían examinar el papel de la NSA. Los expertos en ciberseguridad pueden acoger favorablemente sus capacidades técnicas y, al mismo tiempo, cuestionar cómo las agencias de inteligencia gestionan sistemas comerciales y la rendición de cuentas pública.
Estas preocupaciones no invalidan la propuesta. Identifican las cuestiones de diseño que deben resolverse antes de que una declaración amplia de urgencia se convierta en una ley aplicable.
Por ello, la iniciativa de los senadores en el pleno cumplió dos objetivos. Buscaba su aprobación, pero también obligó a sus colegas a revelar si su apoyo a las salvaguardas de IA se extiende a una revisión federal exigible.
Tres señales mostrarán si avanza una seguridad de IA exigible
La próxima prueba no es otra advertencia sobre el riesgo de la IA; es si los líderes políticos convierten esa advertencia en autoridad legislativa.
La primera señal es el patrocinio bipartidista formal del proyecto de ley de seguridad de IA de Warner. La presentación nombró a Warner, Schatz y Kim, todos demócratas.
La participación republicana reforzaría el recorrido del proyecto por el Senado y haría más difícil desestimar su enfoque de seguridad como una iniciativa partidista. Sin ella, es probable que la medida siga siendo una referencia para futuras negociaciones.
Los respaldos más importantes procederían de senadores implicados en políticas de inteligencia, comercio, seguridad nacional o servicios armados. Sus comités supervisan muchas de las agencias mencionadas en el proyecto de ley.
El interés bipartidista en legislación relacionada ofrece un posible puente. Lankford, Britt, Coons y Schatz ya se han alineado en torno a la transparencia, mientras Kennedy ha impulsado requisitos de apagado.
Una coalición que combinara esos enfoques indicaría que el Congreso avanza desde propuestas aisladas hacia una arquitectura federal compartida. Una fragmentación continuada debilitaría esa conclusión.
La segunda señal es si los líderes del Senado programan medidas en comité o en el pleno. Los discursos y las solicitudes de consentimiento unánime generan atención, pero no proporcionan el escrutinio necesario para un sistema regulatorio duradero.
La consideración en comité obligaría a los legisladores a examinar definiciones, umbrales, plazos de revisión, seguridad de la información, ejecución y derechos de apelación. Esos detalles determinarán cómo opera la ley.
También mostraría si el requisito de 45 días es negociable. Un plazo revisado, una implementación escalonada o una excepción de emergencia podrían atraer apoyo sin abandonar la revisión obligatoria.
La ausencia de audiencias o sesiones de revisión sugeriría que el liderazgo considera el proyecto principalmente un mensaje político. Eso debilitaría las perspectivas de aprobación a corto plazo, independientemente de la preocupación pública.
Siga la Cámara de Representantes tan de cerca como el Senado. Un proyecto complementario, un grupo de trabajo o una audiencia de comité mostrarían que la propuesta tiene una vía más allá de una sola cámara.
La tercera señal es cómo responden los laboratorios de frontera. Un apoyo claro de los principales desarrolladores debilitaría las afirmaciones de que los requisitos son técnicamente imposibles.
Un apoyo con condiciones sería más revelador que una declaración general a favor de la regulación. Las empresas deberían abordar el acceso antes del lanzamiento, los pesos de los modelos, los plazos de incidentes, los estándares para agentes y el diseño de las sanciones.
Una oposición centrada en la seguridad o la implementación podría mejorar el texto. Una oposición centrada únicamente en la rapidez de lanzamiento reforzaría el argumento de los promotores sobre incentivos contrapuestos.
El comportamiento de los desarrolladores también importa antes de cualquier votación. Más evaluaciones independientes, planes de seguridad estandarizados y divulgaciones detalladas de incidentes podrían mostrar que las prácticas voluntarias están mejorando.
Un incidente grave no comunicado empujaría en la dirección opuesta. Reforzaría el argumento de que los acuerdos opcionales no pueden generar una rendición de cuentas coherente.
Los lectores deberían mantener cautela ante afirmaciones dramáticas de cualquiera de las partes. La revisión federal no puede garantizar que un modelo nunca sea utilizado indebidamente, comprometido o modificado tras su lanzamiento.
Del mismo modo, los costes de cumplimiento no destruyen automáticamente la innovación. Los estándares claros pueden ayudar a los compradores empresariales a distinguir controles documentados de vagas garantías de seguridad.
La cuestión decisiva es si el Congreso puede diseñar una supervisión que cambie conductas sin congelar la práctica técnica. Esto requiere resultados exigibles junto con métodos de evaluación adaptables.
Los desarrolladores, clientes empresariales y usuarios de IA deberían vigilar esas tres señales en este orden: patrocinio bipartidista, acción legislativa formal y respuestas detalladas de la industria.
En conjunto, mostrarán si la nueva urgencia del Senado produce una ley o se suma a un archivo creciente de propuestas de IA inconclusas.
Por ahora, la medida ha cambiado los términos del debate. Warner, Schatz y Kim ya no piden a las empresas únicamente que cooperen con las pruebas gubernamentales.
Están pidiendo al Congreso que lo exija, asigne responsabilidades, recopile incidentes y sancione el incumplimiento. Es un compromiso mayor que apoyar la seguridad de la IA en principio.
Cualquiera que implemente sistemas autónomos debería seguir el texto legislativo y revisar desde ahora sus propios límites de autorización. Las mismas preguntas persistirán incluso si este proyecto de ley se estanca.
¿Quién puede acceder a herramientas sensibles, quién aprueba los cambios en los modelos, quién recibe un informe de incidentes y quién puede detener una acción insegura? Ya son cuestiones operativas.
El futuro de la política federal de seguridad de la IA depende de si los legisladores las responden antes del próximo fallo grave, o solo después.
