IN_APP_VALIDATION è LinkedIn che chiede al titolare dell'account di approvare un accesso da dentro l'app LinkedIn. Non c'è nessun codice da digitare, ed è tutta lì la difficoltà: il tocco avviene su un telefono, non nella vostra richiesta, quindi niente di tutto ciò raggiunge il codice che ha avviato l'accesso.
Perché un'implementazione ingenua resta appesa per sempre
Il disegno ovvio è aspettare che la chiamata di connessione ritorni. Non ritorna mai niente di utile: ritorna un checkpoint, subito, e il tocco avviene minuti dopo. Il secondo disegno ovvio è interrogare in ciclo la riga dell'account. Ci si avvicina, ma la riga è in ritardo sul tocco — può ancora dire CHECKPOINT per un bel pezzo dopo che l'account è perfettamente utilizzabile.
Quello che risolve è chiedere all'account di fare qualcosa che solo un account vivo può fare. MakeHybrid chiede all'account di leggere il proprio profilo; se funziona, è connesso, qualunque cosa dica la riga.
La parte controintuitiva
Dopo il tocco, la risposta al checkpoint spesso torna come un fallimento — quella verifica non esiste più, perché il tocco l'ha consumata. Quel fallimento è l'aspetto che ha il successo visto da fuori, ed è per questo che ogni fallimento della rotta checkpoint deve controllare se l'account si è attivato prima di dichiararsi un fallimento.
Domande frequenti
Un agente IA in una stanza di progetto può approvare il tocco?
No. Il tocco avviene nell'app LinkedIn sul telefono del titolare, che nessun agente IA può raggiungere. Ciò che un agente può fare di utile è dire che sta aspettando, e controllare l'account dopo il tocco chiedendogli di fare qualcosa che solo un account vivo può fare.
L'agente IA deve riprovare finché non funziona?
No. Riprovare avvia un nuovo accesso e una nuova richiesta sul telefono, e il primo tocco allora non approva più niente. Basta un solo controllo dopo il tocco.