Esta é a frase que causa os bugs mais caros na automação de LinkedIn: a API devolveu 200, então a publicação saiu.
Não necessariamente. Um 2xx de qualquer API do LinkedIn significa que a requisição foi aceita e repassada. O que o LinkedIn faz com ela depois — não mostrar para ninguém, segurar para revisão, descartar em silêncio, mostrar e remover vinte minutos depois — não está naquela resposta, e em vários casos não está em resposta nenhuma.
Por que essa distância existe
Há pelo menos dois saltos entre o seu código e uma publicação ficar visível, e o segundo é uma plataforma com opiniões próprias sobre conteúdo automatizado. Um código de status síncrono não consegue relatar uma decisão que ainda não foi tomada. Ninguém está escondendo nada; a informação não existe no momento em que a resposta é escrita.
O que fazer em vez de supor
- Guarde o que você enviou, com a resposta e um carimbo de tempo. Não um booleano: o corpo.
- Leia de volta. Se uma publicação importa, busque-a depois e registre o que voltou.
- Trate o número de chamadas e o número de resultados visíveis como duas métricas diferentes, porque são.
- Nunca mostre “publicado” a um cliente só com base num código de status.
A versão disso que dói mais
Um tempo esgotado. Sua requisição não falhou — você simplesmente parou de esperar a resposta. É bem possível que a escrita tenha chegado. Repetir é como uma mensagem vira duas, e a segunda é a que o seu cliente percebe. Guarde um id para cada escrita que você pretende fazer, confira antes de repetir, e prefira ler o mundo a reenviar a requisição.
Perguntas frequentes
Um agente de IA sabe a diferença?
Só se for avisado. Um agente de IA que recebe um 200 geralmente vai relatar a publicação como feita. Ponha a regra nas instruções dele: relate uma escrita como aceita, e leia de volta antes de dizer que saiu.
Como uma sala de projeto relata uma escrita?
Como a resposta do agente de IA, na sala, onde todos podem ver. É um bom motivo para pedir ao agente que cite o que enviou e o id que recebeu.