Um id de conta nomeia uma conta do LinkedIn conectada. Você recebe um quando um login se completa, e o coloca em quase toda chamada depois disso — num segmento do caminho, num parâmetro de consulta, num campo JSON ou num campo multipart, conforme a operação.
Ele é opaco. Não tem prefixo, não é um UUID e não carrega nenhum significado que você deva interpretar. Trate como uma string que você guarda e devolve.
Por que ele responde 404 e não 403
Cada assinante da MakeHybrid API é encaminhado para um único tenant compartilhado no provedor externo, o que significa que os ids de conta de todos os clientes vivem no mesmo espaço de nomes. Nada chega a esse provedor nomeando um id de conta antes de termos confirmado que a sua organização o conectou.
Uma falha responde 404, nunca 403. A diferença não é educação. Um 403 significaria que o id existe e não é seu — então alguém poderia ficar gerando ids e distinguir os reais dos falsos pela resposta que volta. Um 404 para os dois casos não diz nada.
Isso é verificado nos quatro lugares por onde um id pode chegar: o caminho, a query string, um campo do corpo JSON e um campo multipart. Um id que chegasse ao provedor sem verificação seria uma leitura entre inquilinos.
Perguntas frequentes
É preciso dizer a um agente de IA qual é o id da conta?
Ele consegue achar. Um assistente por MCP, ou um agente de IA de sala com MakeHybrid marcado, lista as contas conectadas da organização e pega o account_id da resposta. Costuma bastar citar a conta em palavras comuns.
Um agente de IA pode usar o id de conta de outra organização?
Não. O id é conferido com a organização a que a chave pertence, e o id de outra organização responde 404 a um agente de IA exatamente como responde a um código.