Falla de software de la FIA detiene la carrera de F1 bajo la lluvia

Lo que cubre este video

• ¿Por qué los pilotos de F1 no pudieron acelerar?
• ¿Qué combinación activó el bucle de software?
• ¿Quién controlaba los coches y qué sigue siendo incierto?
• ¿Cómo reinició la carrera el parche de emergencia?
• ¿Qué daños de IA aceptaría Sam Altman?

Transcripción traducida

Traducido de la narración original en inglés. El audio y los subtítulos disponibles son controlados por YouTube.

¿Por qué los pilotos de F1 no pudieron acelerar?

0:00 Presiona el acelerador, el coche va más rápido. Los pilotos de F1 lo presionaron y un bucle de software dejó sus motores en ralentí. En este video, ¿por qué se detuvieron? ¿Quién controlaba el acelerador? ¿Qué los hizo moverse? El parche de emergencia tiene un detalle de prueba que vale la pena guardar para el final. Es lunes, cinco de octubre, y este es The Daily Diff. El domingo, un software detuvo el inicio en Sepang.

0:20 Hoy, la entrevista de Sam Altman explica qué daños de IA aceptaría, mientras que el lanzamiento de búsqueda de Cloudflare ofrece a los agentes otra forma de llegar a la web. Para el conductor, la interfaz era maravillosamente sencilla. Pies abajo, no pasa nada. Sergio Pérez lo comparó con un kart de alquiler que se queda sin tiempo, lo cual es una crítica devastadora del automovilismo de élite. Esta fue la primera carrera en mojado para la nueva generación de coches.

¿Qué combinación activó el bucle de software?

0:40 Detrás del coche de seguridad, el pelotón redujo la velocidad casi hasta detenerse. Eso expuso una combinación que las pruebas de software habían pasado por alto. En condiciones de humedad, la potencia eléctrica se reduce a doscientos cincuenta kilovatios. Ciertas secciones de la pista tenían esas restricciones, y los coches extremadamente lentos entraron en un bucle que les impidió acelerar de nuevo. Oliver Bearman dijo que su pedal del acelerador dejó de funcionar y lo calificó de aterrador. El piloto todavía tenía el volante caro, el traje de carreras y la responsabilidad, mientras que el acelerador se había convertido en un buzón de sugerencias.

1:09 La FIA suministró este software y lo desarrolló con los equipos durante varios años. Su director de monoplazas, Nikolas Tombazis, reconoció las condiciones de prueba faltantes. La falla cruzó los límites del equipo porque el software de control era compartido.

¿Quién controlaba los coches y qué sigue siendo incierto?

1:22 Eso responde quién lo controlaba. Una regla de implementación común se interpuso entre la solicitud del conductor y la entrega de la potencia. El desencadenante reportado fue la combinación de modo mojado y baja velocidad, con los coches apiñándose detrás del líder. Lando Norris lo calificó de horrible. Oscar Piastri quería una explicación antes de culpar a nadie. Ambas reacciones tienen sentido cuando tu fin de semana se convierte en una llamada de incidente en vivo y

1:42 tu laptop es un coche de Fórmula Uno. Hay un límite para la explicación. La FIA aún no tenía una respuesta formal de por qué el motor de combustión también se vio afectado. La demanda de aceleración para la carga de la batería fue una sugerencia inicial, y mantengo esa etiqueta adjunta. Control de carrera detuvo los procedimientos con bandera roja.

¿Cómo reinició la carrera el parche de emergencia?

1:58 La actualización de emergencia eliminó las restricciones de potencia en las secciones afectadas, y los once equipos tuvieron que instalarla. El retraso de reinicio reportado fue de aproximadamente cincuenta minutos. Tombazis dice que el proceso de actualización tomó unos veinte minutos bajo intensa presión. Para los espectadores, bromeó, pareció cinco horas. Los incidentes de producción adquieren su propia zona horaria tan pronto como alguien pide un tiempo estimado de recuperación. La solución provisional puso la carrera en marcha.

2:21 También eliminó la restricción implicada en esas secciones, por lo que el trabajo permanente sigue siendo corregir y validar el comportamiento. Querría el caso de casi detención en el conjunto de regresión.

¿Qué daños de IA aceptaría Sam Altman?

2:31 Lo que nos lleva a otra discusión sobre el fallo aceptable. En una nueva entrevista de Politico, Sam Altman dice que el mundo debería aceptar algunas cosas malas que suceden a cambio de los beneficios de la IA y el acceso generalizado. Menciona hacks, uso indebido y estafas, y predice mucho más bien que mal. Ese es su juicio. Si su aplicación maneja datos de clientes, la persona que explica las desventajas a los clientes es probablemente usted. Lea la entrevista original y aparece una calificación crucial.

2:57 Altman dice que rechaza los riesgos realmente catastróficos, incluida una grave pérdida de control ante la IA. Su declaración traza un límite, y la pregunta de ingeniería es cómo se hace cumplir ese límite. Politico también informa que OpenAI ha respaldado a evaluadores de seguridad externos en una propuesta de la Cámara. Anthropic dice que sus propuestas regulatorias se aplican a los modelos de frontera. Mantenga esos detalles junto al titular cuando alguien convierta la entrevista en un permiso universal.

3:23 La pregunta útil para los desarrolladores es concreta. ¿Quién puede interrumpir el sistema y quién recibe la explicación cuando se comporta mal? F1 acaba de ofrecer una muy costosa demostración de por qué esas preguntas deben estar antes del lanzamiento. Cloudflare tiene una respuesta más pequeña y práctica a otro problema de agentes.

¿Qué es lo que realmente envía la búsqueda de agentes de Cloudflare?

3:38 Su API de Búsqueda Web, anunciada el viernes y en Hacker News hoy, permite a su agente recuperar fuentes en vivo a través de AI Gateway. Los documentos lo llaman una beta abierta. Los proveedores son Ceramic, Exa y Linkup. Los resultados comparten un formato común con títulos, enlaces y descripciones. Puede llamar al punto final REST o usar un enlace de Workers, lo que le da a un agente el contexto actual en lugar de otra dirección adivinada. Cloudflare abre su anuncio describiendo

4:02 agentes adivinando URLs y obteniendo errores. Aprecio un lanzamiento de producto que comienza reconociendo que el robot a veces inventa la puerta antes de intentar cruzarla. Las búsquedas usan créditos de Gateway a los precios de lista de los proveedores, sin recargo adicional, y puede traer su propia clave. Los socios se comprometen a respetar las reglas del rastreador y a devolver los enlaces de origen. Las herramientas de servidor nativas aún están por llegar. El contexto en vivo le ayuda a verificar una respuesta.

4:25 Su aplicación aún necesita decidir qué puede hacer el agente con ella. Esa decisión merece un caso de prueba, especialmente cuando la salida puede afectar a un cliente o un acelerador. Si prefiere leer esto a oírme decirlo, el diff llega a su bandeja de entrada cada mañana, gratis en the daily diff dot dev, enlace abajo.

¿Se probó la actualización de emergencia antes de la instalación?

4:40 ¿Y el detalle del parche? Tombazis dice que no probaron las actualizaciones antes de instalarlas. Él cree que la seguridad y la imparcialidad se preservaron. La carrera se reanudó mediante una solución provisional apresurada, dejando la validación adecuada para las personas que ahora poseen el incidente.

¿Por qué sellaría NEEDS REVIEW?

4:52 El veredicto de hoy es NEEDS REVIEW. Suscríbete, dale a la campana y dime en los comentarios si lo habrías sellado de forma diferente. Querría que se validaran el comportamiento en mojado, casi parado y la ruta de recuperación antes de volver a confiar en este control. Y ese es el diff de hoy. Soy Niko de Axrisi. Fusiona con responsabilidad.

Fuentes

1. FIA mechanism and patchwww.motorsport.com
2. Driver interviewswww.motorsport.com
3. Original Altman interviewwww.politico.com
4. Today's reportwww.theguardian.com
5. Cloudflare launchblog.cloudflare.com
6. Search docsdevelopers.cloudflare.com