Unha avaría de software da FIA detén a carreira de F1 baixo a choiva

Que abrangue este vídeo

• Por que os pilotos de F1 non puideron acelerar?
• Que combinación provocou o bucle de software?
• Quen controlaba os coches e que segue sendo incerto?
• Como o parche de emerxencia reiniciou a carreira?
• Que prexuízos da IA aceptaría Sam Altman?

Transcrición traducida

Traducido da narración orixinal en inglés. O audio e os subtítulos dispoñibles son controlados por YouTube.

Por que os pilotos de F1 non puideron acelerar?

0:00 Preme o acelerador, o coche vai máis rápido. Os pilotos de F1 premerono, e un bucle de software deixou os seus motores ao ralentí. Neste vídeo, por que pararon? Quen controlaba o acelerador? Que os puxo en movemento? O parche de emerxencia ten un detalle de proba que paga a pena gardar para o final. É luns, cinco de outubro, e este é The Daily Diff. O domingo, o software detivo o inicio en Sepang.

0:20 Hoxe, a entrevista de Sam Altman explica que prexuízos da IA aceptaría, mentres que o lanzamento da busca de Cloudflare ofrece aos axentes outra forma de chegar á web. Para o condutor, a interface era moi sinxela. Pé abaixo, non pasa nada. Sergio Pérez comparouno cun kart de aluguer ao que se lle acaba o tempo, o cal é unha crítica devastadora do deporte de motor de elite. Esta foi a primeira carreira en mollado para a nova xeración de coches.

Que combinación provocou o bucle de software?

0:40 Detrás do coche de seguridade, o grupo reduciu a velocidade case ata deterse. Iso expuxo unha combinación que as probas de software pasaran por alto. En condicións de mollado, a entrega eléctrica redúcese a douscentos cincuenta quilowatts. Certas seccións da pista tiñan esas restricións, e coches extremadamente lentos entraron nun bucle que lles impedía acelerar de novo. Oliver Bearman dixo que o seu pedal do acelerador deixou de funcionar e chamouno aterrador. O condutor aínda tiña o caro volante, o traxe de competición e a responsabilidade, mentres que o acelerador converteuse nunha caixa de suxestións.

1:09 A FIA subministrou este software e desenvolveuno cos equipos durante varios anos. O seu director de monoprazas, Nikolas Tombazis, recoñeceu as condicións de proba faltantes. O fallo traspasou os límites dos equipos porque o software de control era compartido.

Quen controlaba os coches e que segue sendo incerto?

1:22 Iso responde quen o controlaba. Unha regra de despregamento común situábase entre a solicitude do condutor e a entrega da potencia. O desencadeante informado foi a combinación do modo húmido e a baixa velocidade, cos coches amontoándose detrás do líder. Lando Norris chamouno horrible. Oscar Piastri quería unha explicación antes de culpar a ninguén. Ambas as reaccións teñen sentido cando a túa fin de semana convértese nunha chamada de incidente en directo e

1:42 o teu portátil é un coche de Fórmula Un. Hai un límite para a explicación. A FIA aínda non tiña unha resposta formal sobre por que o motor de combustión tamén se viu afectado. A demanda de aceleración para a carga da batería foi unha suxestión inicial, e estou mantendo esa etiqueta. O control da carreira detivo os procedementos cunha bandeira vermella.

Como o parche de emerxencia reiniciou a carreira?

1:58 A actualización de emerxencia levantou as restricións de potencia nas seccións afectadas, e os once equipos tiveron que instalala. O atraso informado no reinicio foi de aproximadamente cincuenta minutos. Tombazis di que o proceso de actualización levou uns vinte minutos baixo intensa presión. Para os espectadores, chanceou, pareceu cinco horas. Os incidentes de produción adquiren a súa propia zona horaria en canto alguén pide un tempo de recuperación estimado. A solución provisional fixo que a carreira continuase.

2:21 Tamén eliminou a restrición implicada nesas seccións, polo que o traballo permanente aínda é corrixir e validar o comportamento. Gustaríame o caso de case paralización no paquete de regresión.

Que prexuízos da IA aceptaría Sam Altman?

2:31 O que nos leva a outra discusión sobre o fallo aceptable. Nunha nova entrevista de Politico, Sam Altman di que o mundo debería aceptar algunhas cousas malas que suceden a cambio dos beneficios da IA e o acceso xeneralizado. Menciona hackeos, usos indebidos e estafas, e predí moito máis bo que malo. Ese é o seu xuízo. Se a túa aplicación manexa datos de clientes, a persoa que explica a desvantaxe aos clientes es probablemente ti. Le a entrevista orixinal e aparece unha cualificación crucial.

2:57 Altman di que rexeita os riscos realmente catastróficos, incluíndo unha seria perda de control da IA. A súa declaración traza un límite, e a pregunta de enxeñaría é como se fai cumprir ese límite. Politico tamén informa de que OpenAI apoiou a avaliadores de seguridade externos nunha proposta da Cámara. Anthropic di que as súas propostas regulatorias aplícanse a modelos de fronteira. Garda eses detalles xunto ao titular cando alguén converta a entrevista nunha autorización universal.

3:23 A pregunta útil para os desenvolvedores é concreta. Quen pode interromper o sistema e quen recibe a explicación cando se comporta mal? A F1 acaba de proporcionar unha demostración moi cara de por que esas preguntas deben facerse antes do lanzamento. Cloudflare ten unha resposta máis pequena e práctica a outro problema de

Que envía realmente a busca de axentes de Cloudflare?

3:38 axentes. A súa API de busca web, anunciada o venres e hoxe en Hacker News, permite ao teu axente recuperar fontes en directo a través de AI Gateway. A documentación chámao unha beta aberta. Os provedores son Ceramic, Exa e Linkup. Os resultados comparten un formato común con títulos, ligazóns e descricións. Podes chamar ao punto final REST ou usar un enlace de Workers, o que proporciona ao axente o contexto actual en lugar doutro enderezo adiviñado. Cloudflare abre o seu anuncio describindo

4:02 axentes adiviñando URL e obtendo erros. Agradezo un lanzamento de produto que comeza recoñecendo que o robot ás veces inventa a porta antes de intentar cruzala. As buscas utilizan créditos de Gateway aos prezos de lista dos provedores, sen recargo adicional, e podes traer a túa propia clave. Os socios comprométense a respectar as regras de rastrexo e a devolver as ligazóns de orixe. As ferramentas nativas do servidor aínda están por chegar. O contexto en directo axúdache a verificar unha resposta.

4:25 A túa aplicación aínda necesita decidir que pode facer o axente con ela. Esa decisión merece un caso de proba, especialmente cando a saída pode afectar a un cliente ou a un acelerador. Se prefires ler isto en lugar de escoitarme dicilo, o "diff" chega á túa caixa de entrada cada mañá, de forma gratuíta en thedailydiff.dev, ligazón debaixo.

Probouse a actualización de emerxencia antes da instalación?

4:40 E o detalle do parche? Tombazis di que non probaron as actualizacións antes de instalalas. Cre que a seguridade e a xustiza foron preservadas. A carreira retomouse cunha solución provisional apurada, deixando a validación adecuada para as persoas que agora posúen o incidente.

Por que selaría "NECESITA REVISIÓN"?

4:52 O veredicto de hoxe é "NECESITA REVISIÓN". Subscríbete, preme a campá e dime nos comentarios se o selarías de forma diferente. Gustaríame que o comportamento en mollado, case parado, e a ruta de recuperación fosen validados antes de volver a confiar neste control. E ese é o "diff" de hoxe. Son Niko de Axrisi. Fusionar con responsabilidade.

Fontes

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