- Se descapó
- 30 de agosto de 2026 a las 0:27 UTC
- Autor
- Kamo
- Compromit
- 91cc304
Seguimiento de la solución router-catálogo. Eso detiene que los modelos destartalados sean LISTED; esto impide que uno ya en el catálogo de una org rompa el Asistente y narrando la rotura. Dos cosas salieron mal una vez que existió una fila rancio. Los adaptadores fracasaron con RuntimeException(status " de AbrazoFace: " . . . . . . . . . . . . . . . . . . transportes puestos getMessage() directamente delante del miembro, así que la charla window mostraba el nombre de otro vendedor, un identificador de modelo que el miembro nunca Elegido, y nada en lo que pudieran actuar. Y nada retiró la fila, así que cada mensaje después golpeó la misma pared con la pantalla de configuración todavía mirando Bien. - AiProviderException lleva un mensaje seguro de miembro junto al detalle crudo; memberTextFor() deja solo los propios errores de Kamo, ya que ya están escrito para una persona. El cuerpo crudo todavía va al tronco, que es donde está es diagnóstico. - El adaptador de AbrazoFace clasifica una negativa: model-not-estiido es el un fracaso que no es ni transitorio ni del miembro. - ChatOrchestrationService desactiva ese modelo, además de la Manipulación de la falla. Mejor esfuerzo y nunca rítier - corre dentro de un controlador de error y no debe reemplazar el error ya en su salida. Automotriz El enrutado y el recolector ambos leídos es activo, por lo que el org se deja con el modelos que funcionan.