Een agent die op social media publiceert, heeft andere vereisten dan een persoon die dat doet, en de meeste komen voort uit hetzelfde feit: niemand kijkt toe op het moment dat hij handelt.
Deze pagina is een checklist om een publicatie-API te beoordelen voor gebruik door agents, met per punt de faalmodi erachter. Wil je de praktische uitleg over het verbinden van een agent en het veilig instellen ervan, lees dan hoe laat je een AI-agent posten op social media. De productpagina over de API zelf is social media API voor AI-agents.
Wat een agent nodig heeft dat een persoon niet nodig heeft
Een conceptstatus die echt bruikbaar is. Geen verborgen wachtrij, maar posts die een mens kan zien, beoordelen en publiceren. Dit is de belangrijkste functie voor publiceren door agents en die waar het vaakst als bijzaak naar wordt gekeken.
Validatie op het moment dat de post wordt aangemaakt. Een persoon ziet dat een caption te lang is. Een agent niet, en als de controle pas bij publicatie gebeurt, komt de fout uren later binnen als de agent al weg is. Fouten moeten terugkomen op de aanmaakaanroep, waar de agent kan reageren.
Scoped, intrekbare credentials. Los van je andere keys. Als er iets misgaat wil je precies die agent intrekken, en niet de credential roteren die je productiepipeline deelt.
Quota die een lus stoppen. Een retrylus kan snel veel posts produceren. Een harde bovengrens is hier een veiligheidsfunctie, niet alleen een abonnementsniveau.
Gestructureerde fouten. Een agent kan handelen op “caption overschrijdt 280 tekens op x”. Op een generieke 400 kan hij dat niet.
De faalmodi om tegen te ontwerpen
Zelfverzekerd verzinnen. Een model produceert liever een plausibele statistiek, prijs of functiebewering dan te zeggen dat het het niet weet. Er mag niets feitelijks worden gegenereerd. Feiten komen uit een bron die jouw code beheert.
Retrystormen. Een agent die een timeout als mislukking ziet en opnieuw probeert, kan posts dupliceren, want een aanmaakverzoek met timeout kan toch geslaagd zijn. Retries moeten veilig of gecontroleerd zijn, nooit blind.
Publiceren op het verkeerde moment. Een agent heeft geen idee dat vandaag een slechte dag is om iets vrolijks te posten. Alles wat het nieuws of controverse raakt, heeft een mens nodig.
Stemdrift. Aan zichzelf overgelaten convergeren gegenereerde posts naar hetzelfde register, en je publiek merkt het eerder dan jij.
Vragen voor elke publicatie-API
| Vraag | Hoe een goed antwoord eruitziet |
|---|---|
| Kan een post worden opgeslagen zonder te publiceren? | Ja, als concept, via hetzelfde endpoint |
| Wanneer worden limieten gecontroleerd? | Bij het aanmaken, met het platform genoemd in de fout |
| Kan een key worden beperkt? | Per scope, en apart ingetrokken |
| Wat gebeurt er bij een timeout? | Je kunt de post opzoeken voordat je opnieuw probeert |
| Wat stopt een lus? | Een dagelijkse limiet op verzoeken en een dagelijkse limiet op posts |
Wat BulkPublish biedt
- Verbinding: een MCP-server voor assistenten, API-keys voor je eigen code, OAuth 2.1 voor het handelen namens andermans accounts
- API: een gedocumenteerde REST API voor posts, inplannen, media, kanalen, labels, analytics, RSS-feeds en quota
- Validatie: tekenlimieten en mediaregels per platform worden gecontroleerd bij het aanmaken van de post, niet bij publicatie
- Platforms: 15
| Free | Pro | Business | |
|---|---|---|---|
| API-verzoeken/dag | 10 | 5.000 | 50.000 |
| API-keys | 1 | 5 | 10 |
| Posts | 1/dag | 30/dag | Onbeperkt |
OAuth-scopes zijn gedetailleerd (posts:read, posts:write, media:read, media:write, analytics:read, channels:read, inbox:read, inbox:write en full), dus een agent die alleen posts hoeft aan te maken, krijgt de inbox niet.
De korte versie
Een agent heeft een echte conceptstatus nodig, validatie bij het aanmaken, scoped credentials die hij kan kwijtraken zonder iets anders mee te nemen, en quota die een lus stoppen. Laat hem nooit een feit genereren, en houd een mens tussen generatie en publicatie totdat je een sterke reden hebt om dat niet te doen.
