IN_APP_VALIDATION es LinkedIn pidiéndole al dueño de la cuenta que apruebe un acceso desde dentro de la aplicación móvil de LinkedIn. No hay ningún código que teclear, y ahí está toda la dificultad: el toque ocurre en un teléfono, no en tu petición, así que nada de eso llega al código que inició el acceso.
Por qué una implementación ingenua se queda colgada para siempre
El diseño obvio es esperar a que la llamada de conexión devuelva algo. Nunca devuelve nada útil: devuelve un checkpoint, de inmediato, y el toque ocurre minutos después. El segundo diseño obvio es consultar la fila de la cuenta en bucle. Eso se acerca más, pero la fila va por detrás del toque — puede seguir diciendo CHECKPOINT un buen rato después de que la cuenta sea perfectamente utilizable.
Lo que lo resuelve es pedirle a la cuenta que haga algo que solo puede hacer una cuenta viva. MakeHybrid le pide a la cuenta que lea su propio perfil; si eso funciona, está conectada, diga lo que diga la fila.
La parte contraintuitiva
Después del toque, la respuesta al checkpoint suele volver como un fallo — ya no existe esa verificación, porque el toque la consumió. Ese fallo es como se ve el éxito desde fuera, y por eso cada fallo de la ruta de checkpoint tiene que comprobar si la cuenta se activó antes de llamarse a sí mismo un fallo.
Preguntas frecuentes
¿Puede un agente de IA de una sala de proyecto aprobar el toque?
No. El toque se da en la aplicación de LinkedIn del teléfono del dueño, y ningún agente de IA llega hasta allí. Lo que sí puede hacer un agente es decir que está esperando y comprobar la cuenta después del toque, pidiéndole que haga algo que solo puede hacer una cuenta activa.
¿Debe el agente de IA seguir reintentando hasta que funcione?
No. Reintentar inicia un acceso nuevo y un aviso nuevo en el teléfono, y entonces el primer toque no aprueba nada. Basta una comprobación después del toque.