IN_APP_VALIDATION adalah LinkedIn yang meminta pemilik akun menyetujui proses masuk dari dalam aplikasi LinkedIn. Tidak ada kode untuk diketik, dan di situlah seluruh kesulitannya: ketukan itu terjadi di sebuah ponsel, bukan di permintaan Anda, jadi tidak satu pun darinya sampai ke kode yang memulai proses masuk.
Mengapa implementasi naif menggantung selamanya
Rancangan yang paling kentara adalah menunggu panggilan koneksi kembali. Ia tidak pernah mengembalikan apa pun yang berguna: ia langsung mengembalikan checkpoint, sementara ketukannya terjadi beberapa menit kemudian. Rancangan kentara kedua adalah memeriksa baris akun dalam pengulangan. Itu lebih dekat, tapi barisnya tertinggal di belakang ketukan — ia bisa tetap menyebut CHECKPOINT cukup lama setelah akunnya sudah benar-benar bisa dipakai.
Yang menuntaskan persoalannya adalah meminta akun melakukan sesuatu yang hanya bisa dilakukan akun yang hidup. MakeHybrid meminta akun mengambil profilnya sendiri; kalau itu berhasil, ia terhubung, apa pun kata barisnya.
Bagian yang berlawanan dengan dugaan
Setelah ketukan, jawaban checkpoint sering kembali sebagai kegagalan — verifikasi itu sudah tidak ada lagi, karena ketukannya sudah memakainya. Kegagalan itulah wujud keberhasilan dilihat dari luar, dan karena itu setiap kegagalan rute checkpoint harus memeriksa apakah akunnya sudah hidup sebelum menyebut dirinya kegagalan.
Pertanyaan yang sering diajukan
Bisakah agen AI di ruang proyek menyetujui ketukannya?
Tidak. Ketukan terjadi di aplikasi LinkedIn di ponsel pemilik, yang tidak bisa dijangkau agen AI mana pun. Yang berguna dilakukan agen adalah mengatakan bahwa ia sedang menunggu, lalu memeriksa akunnya setelah ketukan dengan memintanya melakukan sesuatu yang hanya bisa dilakukan akun yang hidup.
Haruskah agen AI terus mencoba sampai berhasil?
Tidak. Mencoba lagi memulai proses masuk baru dan permintaan baru di ponsel, sehingga ketukan pertama tidak menyetujui apa-apa. Satu pemeriksaan setelah ketukan sudah cukup.