li_at est le cookie que LinkedIn pose dans un navigateur qui s'est connecté. Donnez-le et vous connectez le compte sans jamais taper de mot de passe — ce qui veut aussi dire sans rencontrer aucun des checkpoints qu'une connexion neuve peut lever.
C'est la raison de l'utiliser. Si un compte réclame sans cesse une vérification à laquelle vous ne pouvez pas répondre, coller un cookie venu d'un navigateur qui l'a déjà franchie est la voie.
Le user agent n'est pas facultatif
LinkedIn attache une session au navigateur qui l'a créée. Envoyez le cookie avec un autre user agent et la session tombe souvent — parfois tout de suite, parfois une heure plus tard, ce qui est pire parce que cela ressemble à une intégration instable plutôt qu'à un décalage. Copiez le user agent depuis le navigateur où vous avez copié le cookie.
Combien de temps il dure
Un cookie de session n'est pas permanent. LinkedIn le fait expirer selon son propre calendrier, et se déconnecter du navigateur d'où vous l'avez copié peut y mettre fin tout de suite. Quand il part, le compte cesse de fonctionner et le statut redit qu'il faut des identifiants — c'est une reconnexion, pas un bug.
Un cookie est une session vivante. Qui le détient est le compte, sans mot de passe ni second facteur sur le chemin. Traitez-le exactement comme un mot de passe, et déconnectez ce navigateur quand vous en avez fini avec lui.
Questions fréquentes
Dois-je coller li_at dans une salle de projet pour qu'un agent IA connecte le compte ?
Non. Tout le monde dans la salle peut lire ce qui y est écrit, invités compris. Connectez le compte en dehors de la conversation, et laissez l'agent IA travailler avec une fois qu'il est connecté.
Un assistant peut-il connecter un compte avec un cookie ?
L'outil existe, POST /linkedin/connect/cookie, donc un assistant connecté par MCP peut le faire si vous lui remettez le cookie et le user agent du navigateur. Une conversation privée avec votre propre assistant est le seul endroit où cela a du sens.