li_at è il cookie che LinkedIn mette in un browser che ha effettuato l'accesso. Consegnatelo e connettete l'account senza mai digitare una password — il che vuol dire anche senza incontrare nessuno dei checkpoint che un accesso nuovo può sollevare.
È questa la ragione per usarlo. Se un account continua a chiedere una verifica a cui non potete rispondere, incollare un cookie da un browser che l'ha già superata è la via.
Lo user agent non è opzionale
LinkedIn lega una sessione al browser che l'ha creata. Mandate il cookie con un altro user agent e spesso la sessione cade — a volte subito, a volte un'ora dopo, che è peggio perché sembra un'integrazione instabile invece di una discrepanza. Copiate lo user agent dallo stesso browser da cui avete copiato il cookie.
Quanto dura
Un cookie di sessione non è permanente. LinkedIn lo fa scadere secondo i propri tempi, e uscire dall'account nel browser da cui l'avete copiato può chiuderlo all'istante. Quando se ne va, l'account smette di funzionare e lo stato torna a dire che servono le credenziali — è una riconnessione, non un difetto.
Un cookie è una sessione viva. Chi lo possiede è l'account, senza password e senza secondo fattore in mezzo. Trattatelo esattamente come trattereste una password, e uscite dall'account in quel browser quando avete finito.
Domande frequenti
Devo incollare li_at in una stanza di progetto perché un agente IA colleghi l'account?
No. Tutti nella stanza possono leggere ciò che vi viene scritto, ospiti compresi. Collegate l'account fuori dalla conversazione e lasciate che l'agente IA ci lavori una volta collegato.
Un assistente può collegare un account con un cookie?
Lo strumento esiste, POST /linkedin/connect/cookie, quindi un assistente via MCP può farlo se gli passate il cookie e lo user agent del browser. Una conversazione privata con il vostro assistente è l'unico posto in cui ha senso.