IN_APP_VALIDATION — це LinkedIn, який просить власника облікового запису схвалити вхід із середини мобільного застосунку LinkedIn. Жодного коду набирати не треба, і в цьому вся складність: підтвердження відбувається на телефоні, а не у вашому запиті, тож ніщо з нього не доходить до коду, який вхід розпочав.
Чому наївна реалізація висить вічно
Очевидний задум — дочекатися, поки виклик підключення повернеться. Він ніколи не повертає нічого корисного: він одразу повертає чекпоїнт, а підтвердження стається за кілька хвилин. Другий очевидний задум — опитувати рядок облікового запису в циклі. Це ближче, але рядок відстає від підтвердження — він може ще довго показувати CHECKPOINT після того, як обліковий запис уже цілком робочий.
Вирішує справу прохання до облікового запису зробити те, на що здатен лише живий обліковий запис. Top-Rated Team просить обліковий запис отримати власний профіль; якщо це працює, він підключений, хай що каже рядок.
Контрінтуїтивна частина
Після підтвердження відповідь на чекпоїнт часто повертається як невдача — такої перевірки більше немає, бо підтвердження її витратило. Саме так успіх виглядає ззовні, і тому кожна невдача маршруту чекпоїнта має перевірити, чи не ожив обліковий запис, перш ніж назвати себе невдачею.
Часті запитання
Чи може ШІ-агент у проєктній кімнаті підтвердити вхід у застосунку?
Ні. Підтвердження робиться в застосунку LinkedIn на телефоні власника, до якого жоден ШІ-агент не дотягнеться. Що агент може зробити корисного — сказати, що він чекає, і перевірити обліковий запис після підтвердження, попросивши його зробити те, що під силу лише живому обліковому запису.
Чи має ШІ-агент повторювати спроби, поки не вийде?
Ні. Повтор запускає новий вхід і новий запит на телефоні, і перше підтвердження тоді нічого не підтверджує. Однієї перевірки після підтвердження досить.