IN_APP_VALIDATION هي أن تطلب LinkedIn من صاحب الحساب الموافقة على الدخول من داخل تطبيق LinkedIn على الهاتف. لا يوجد رمز يُكتب، وفي هذا تكمن الصعوبة كلّها: الموافقة تقع على هاتف، لا داخل طلبك، فلا يصل أيّ شيء منها إلى الكود الذي بدأ الدخول.
لماذا يظلّ التنفيذ الساذج معلّقاً إلى الأبد
التصميم الذي يتبادر إلى الذهن هو انتظار عودة استدعاء الربط. وهو لا يعيد شيئاً مفيداً أبداً: يعيد نقطة تحقق فوراً، بينما تقع الموافقة بعد دقائق. والتصميم الثاني الذي يتبادر هو استجواب صفّ الحساب في حلقة. هذا أقرب، لكنّ الصفّ متأخّر عن الموافقة — قد يظلّ يقول CHECKPOINT مدّة طويلة بعد أن يصير الحساب صالحاً للاستعمال تماماً.
ما يحسم الأمر هو أن تطلب من الحساب شيئاً لا يقدر عليه إلا حساب حيّ. يطلب MakeHybrid من الحساب أن يجلب ملفه الشخصي؛ فإن نجح ذلك فهو مرتبط، مهما قال الصفّ.
الجزء المخالف للحدس
بعد الموافقة كثيراً ما يعود الردّ على نقطة التحقق على هيئة إخفاق — إذ لم يعد ذلك التحقق موجوداً، لأنّ الموافقة استهلكته. هكذا يبدو النجاح من الخارج، ولهذا يتعيّن على كلّ إخفاق في مسار نقطة التحقق أن يفحص ما إذا كان الحساب قد دبّت فيه الحياة قبل أن يسمّي نفسه إخفاقاً.
أسئلة شائعة
هل يستطيع وكيل ذكاء اصطناعي في غرفة مشروع أن يوافق على النقرة؟
لا. النقرة تحدث في تطبيق LinkedIn على هاتف صاحب الحساب، ولا يصل إليه أي وكيل ذكاء اصطناعي. وما يمكن أن يفعله الوكيل بفائدة هو أن يقول إنه ينتظر، وأن يفحص الحساب بعد النقرة بأن يُطلب منه فعل شيء لا يقدر عليه إلا حساب حيّ.
هل يواصل وكيل الذكاء الاصطناعي المحاولة حتى ينجح؟
لا. إعادة المحاولة تبدأ تسجيل دخول جديداً وإشعاراً جديداً على الهاتف، فلا توافق النقرة الأولى على شيء. يكفي فحص واحد بعد النقرة.