IN_APP_VALIDATION é o LinkedIn pedindo ao dono da conta que aprove um login de dentro do aplicativo do LinkedIn. Não há código para digitar, e é aí que está toda a dificuldade: o toque acontece num celular, não na sua requisição, então nada disso chega ao código que começou o login.
Por que uma implementação ingênua fica pendurada para sempre
O desenho óbvio é esperar a chamada de conexão retornar. Ela nunca retorna nada útil: retorna um checkpoint, na hora, e o toque acontece minutos depois. O segundo desenho óbvio é consultar a linha da conta em laço. Esse chega mais perto, mas a linha fica atrás do toque — ela pode continuar dizendo CHECKPOINT por um bom tempo depois de a conta estar perfeitamente utilizável.
O que resolve é pedir à conta que faça algo que só uma conta viva consegue fazer. O MakeHybrid pede que a conta leia o próprio perfil; se isso funciona, ela está conectada, diga o que disser a linha.
A parte contraintuitiva
Depois do toque, a resposta ao checkpoint costuma voltar como uma falha — aquela verificação não existe mais, porque o toque a consumiu. Essa falha é a cara do sucesso visto de fora, e é por isso que toda falha da rota de checkpoint precisa verificar se a conta ficou ativa antes de se declarar uma falha.
Perguntas frequentes
Um agente de IA em uma sala de projeto pode aprovar o toque?
Não. O toque acontece no aplicativo do LinkedIn, no celular do dono, e nenhum agente de IA chega até lá. O que um agente pode fazer de útil é dizer que está esperando e conferir a conta depois do toque, pedindo a ela algo que só uma conta ativa consegue fazer.
O agente de IA deve ficar tentando de novo até funcionar?
Não. Tentar de novo inicia um login novo e um aviso novo no celular, e aí o primeiro toque não aprova nada. Uma conferência depois do toque basta.