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