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.
Wat een agent nodig heeft dat een persoon niet nodig heeft
Een conceptstatus die echt nuttig is. Geen verborgen wachtrij, maar posts die een mens kan zien, beoordelen en publiceren. Dit is de belangrijkste functie voor agentpublicatie en degene die het vaakst als bijzaak wordt behandeld.
Validatie voor publicatie, niet op het moment van publiceren. Een persoon merkt dat een bijschrift te lang is. Een agent niet, en als de controle plaatsvindt op het moment van publiceren, komt de mislukking uren later aan wanneer de agent al weg is. Fouten moeten terugkomen bij de create-aanroep, waar de agent erop kan reageren.
Scoped, intrekbare credentials. Los van je andere sleutels. Als er iets misgaat, wil je precies de agent intrekken, niet de credential roteren die je productiepijplijn deelt.
Quota’s die een lus stoppen. Een retry-lus kan snel veel posts produceren. Een harde limiet is hier een veiligheidsfunctie, niet alleen een facturatieniveau.
Gestructureerde fouten. Een agent kan handelen op “caption exceeds 280 characters on x”. Hij kan niet handelen op een generieke 400.
De faalmodi om tegen te ontwerpen
Zelfverzekerde verzinsels. Een model produceert net zo makkelijk een plausibele statistiek, prijs of functiebewering in plaats van te zeggen dat het het niet weet. Niets feitelijks zou gegenereerd moeten worden. Feiten komen uit een bron die jouw code beheert.
Retry-stormen. Een agent die een time-out als mislukking behandelt en opnieuw probeert, kan posts dupliceren, omdat een verlopen create-aanroep toch geslaagd kan 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 nieuws of controverse raakt, heeft een mens nodig.
Stemdrift. Aan zijn lot overgelaten, convergeren gegenereerde posts naar hetzelfde register, en een publiek merkt het eerder dan jij.
MCP versus een API-sleutel
Twee manieren om een agent te verbinden, en ze passen bij verschillende dingen.
MCP, wanneer de agent een assistent is zoals Claude of een AI-ondersteunde editor. De server biedt benoemde tools aan, de assistent kiest welke hij aanroept. Minste werk, en de juiste keuze voor iemand die conversationeel werkt.
Een API-sleutel, wanneer je de agent zelf hebt geschreven en hij onbewaakt draait. Directe aanroepen, je eigen controleflow, je eigen foutafhandeling.
OAuth, als je agent namens andermans accounts handelt in plaats van die van jezelf. Elke gebruiker autoriseert in plaats van een credential te plakken.
Wat BulkPublish biedt
- MCP-server:
@bulkpublish/mcp-server - API: 59 gedocumenteerde endpoints voor posts, inplannen, media, kanalen, labels, analytics, RSS-feeds en quota’s
- Auth: API-sleutel (
Bearer bp_...), of OAuth 2.1 met granulaire scopes - Platforms: 15
- Validatie: tekenlimieten en per-platform mediaregels gecontroleerd bij het aanmaken van de post, niet bij publicatie
| Free | Pro | Business | |
|---|---|---|---|
| API-verzoeken/dag | 30 | 5.000 | 50.000 |
| API-sleutels | 1 | 5 | 10 |
| Posts | 3/dag | 30/dag | Onbeperkt |
Posts kunnen als concepten worden aangemaakt, wat de instelling is om mee te beginnen en, voor de meeste toepassingen, om op te blijven.
OAuth-scopes zijn granulair (posts:read, posts:write, media:read, media:write, analytics:read, channels:read, full), zodat een agent die alleen concepten hoeft aan te maken, niet de mogelijkheid krijgt om te verwijderen.
De korte versie
Een agent heeft een echte conceptstatus nodig, validatie bij het aanmaken in plaats van bij publicatie, scoped credentials die hij kan verliezen zonder iets anders neer te halen, en quota’s die een lus stoppen. Geef hem de smalste scope die het werk doet, 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.