IN_APP_VALIDATION 是 LinkedIn 请账号的主人在 LinkedIn 手机应用内部批准一次登录。没有验证码可输入，全部的难处就在这里：确认发生在一部手机上，而不是在你的请求里，所以这件事的任何一点都到不了发起登录的那段代码。
为什么朴素的做法会一直挂着
最先想到的设计是等连接调用返回。它永远不会返回任何有用的东西：它立刻返回一个关卡，而确认在几分钟之后才发生。第二个先想到的设计是循环查询账号那一行。这更接近了，但那一行落后于确认 — 账号早已完全可用之后，它还可能继续显示 CHECKPOINT。
真正能定夺的办法，是让账号去做一件只有活着的账号才做得到的事。MakeHybrid 让账号去取它自己的资料页；如果这能成，它就是连上了，无论那一行怎么说。
反直觉的地方
确认之后，关卡的回答常常以失败返回 — 那道验证已经不存在了，因为确认把它消耗掉了。从外面看，成功就是长这个样子，所以关卡路由的每一次失败，都得先查一查账号是不是已经活了，再决定要不要自称失败。
常见问题
项目房间里的 AI 智能体能批准那次点击确认吗？
不能。点击确认发生在账号主人手机上的 LinkedIn 应用里，任何 AI 智能体都够不到。智能体能做的有用的事，是说明自己在等待，并在点击之后检查账号 — 让它去做一件只有在线账号才能做的事。
AI 智能体应该一直重试直到成功吗？
不应该。重试会开始一次新的登录，并在手机上弹出新的提示，于是第一次的点击就什么也批准不了。点击之后检查一次就够了。