Un id di account designa un account LinkedIn connesso. Ne ricevete uno quando un accesso si completa, e lo rimettete in quasi tutte le chiamate successive — in un segmento del percorso, in un parametro di query, in un campo JSON o in un campo multipart, a seconda dell'operazione.
È opaco. Non ha prefisso, non è un UUID, e non porta nessun significato da interpretare. Trattatelo come una stringa che salvate e rimandate.
Perché risponde 404 e non 403
Ogni abbonato alla MakeHybrid API viene inoltrato a un unico tenant condiviso presso il fornitore esterno, il che significa che gli id di account di tutti i clienti vivono nello stesso spazio dei nomi. Niente raggiunge quel fornitore nominando un id di account finché non abbiamo confermato che la vostra organizzazione lo ha connesso.
Un buco d'acqua risponde 404, mai 403. La differenza non è cortesia. Un 403 vorrebbe dire che l'id esiste e non è vostro — quindi qualcuno potrebbe mettersi a generare id e distinguere i veri dai falsi dalla risposta che torna. Un 404 per entrambi non dice proprio niente.
Questo viene controllato in tutti e quattro i punti da cui un id può arrivare: il percorso, la query string, un campo del corpo JSON e un campo multipart. Un id che raggiungesse il fornitore senza controllo sarebbe una lettura fra inquilini diversi.
Domande frequenti
Bisogna dire a un agente IA qual è l'id dell'account?
Può trovarlo da solo. Un assistente via MCP, o un agente IA di stanza con MakeHybrid spuntato, elenca gli account collegati dell'organizzazione e prende l'account_id dalla risposta. Di solito basta indicare l'account a parole.
Un agente IA può usare l'id di account di un'altra organizzazione?
No. L'id viene verificato rispetto all'organizzazione a cui appartiene la chiave, e l'id di un'altra organizzazione risponde 404 a un agente IA esattamente come al codice.