Instagram-Marketing mit Claude und anderen MCP-Clients

Was MCP tatsächlich ist

Das Model Context Protocol, kurz MCP, ist ein gemeinsames Format zwischen einem KI-Client und einem fremden Dienst. Der Dienst veröffentlicht Werkzeuge, jedes mit Namen, Beschreibung und Schema für die Eingaben. Der Client liest die Beschreibungen und wählt das passende Werkzeug. Claude, Codex, Cursor, OpenCode und andere sprechen dasselbe Format, deshalb reicht ein Endpunkt für mehrere.

Zwei Folgen. Die Beschreibung ist die Schnittstelle: Ein Werkzeug, das klar sagt, was es tut, braucht und verweigert, wird richtig benutzt. Und der Server entscheidet, was es gibt. Ein Client kann keine Fähigkeit erfinden.

MCP macht einen Agenten nicht vorsichtig oder ehrlich. Es macht ihn angeschlossen. Danach ist alles eine Frage von Zugriff.

Zieh die Grenze, bevor du den Prompt schreibst

Marketingarbeit berührt drei Dinge gleichzeitig: deine Marke, dein Geld und einen Stand, auf den du dich später berufst. Eine schwache Caption kostet einen Nachmittag. Eine falsche Zahl im Bericht kostet das Vertrauen in jede Entscheidung danach.

Deshalb zuerst festlegen, was gelesen werden darf, was geschrieben werden darf und wer ja sagt. Dann den Client wählen. Viele machen es andersherum und merken die Grenze erst nach einem Fehler.

Eine Seite genügt: drei Listen – was gelesen, was geschrieben, was nie.

• Lesen: Markenkontext, Priorität, Tests, Messwerte mit ihrem Alter, gespeicherte Recherche.
• Schreiben: Test anlegen, Fund speichern, eine Zahl eintragen, die du genannt hast.
• Nie: veröffentlichen, Einstellungen ändern, einen Wert erfinden, Verlauf löschen.

Was ein Agent lesen sollte

Der nützliche Lesekreis ist kleiner, als die meisten denken: Markenkontext mit den Aussagen, die du belegen kannst, die aktuelle Priorität, bestehende Tests mit ihren Messwerten, gespeicherte Recherche mit deiner Notiz, deine eigenen Reels mit ihren Zahlen.

Das Alter ist kein Nebenpunkt. Eine Aufrufzahl ohne Messalter lässt sich mit nichts vergleichen. Zwei Zahlen aus verschiedenen Altern sagen nicht, welcher Beitrag besser war.

Lesezugriff ist Datenzugriff. Was im Arbeitsbereich liegt, kann in einem Chat, einem Protokoll oder einem Screenshot auftauchen. Speichere, was du in ein Chatfenster kleben würdest, und lass den Rest draußen.

Was ein Agent schreiben darf

Gute Schreibzugriffe ergänzen den Stand, statt ihn umzuschreiben. Sie lassen sich einer Person und einem Zeitpunkt zuordnen und später prüfen, ohne den Agenten zu fragen, wie er es gemeint hat.

Konkret: einen Test mit einer geänderten Variablen anlegen, einen Recherchefund speichern, eine genannte Zahl eintragen, ein Geschäftsergebnis festhalten, eine fertige Version an einen Test hängen. Das sind Einträge, keine Umbauten.

Schlecht sind: veröffentlichen, Kontoeinstellungen ändern, Messwerte löschen, eine Lücke mit einer Schätzung füllen, etwas an jemanden senden.

Wie eine echte Bestätigung aussieht

Eine Bestätigung ist keine freundliche Rückfrage. Vor dem Schreiben nennt der Agent Werkzeug, Inhalt und Ziel. Du sagst Ja zu genau dieser Aktion. Erst dann wird gespeichert.

Pro Aktion, nie pro Sitzung. Ein pauschales Ja am Anfang macht jede spätere Bestätigung zur Dekoration, und du erinnerst dich nicht mehr, wozu.

Ablehnung ist normal. Ein Werkzeug, das mit einem Bestätigungsfehler antwortet, arbeitet wie vorgesehen. Nimm das als Stoppschild. Ein Agent, der einen Weg daran vorbei sucht, hat etwas über sich verraten.

Eine Grenze: Bestätigung ist Produktverhalten, keine Sicherheitsgrenze. Der Schlüssel trägt die Rechte so oder so, deshalb zählen Umfang und Widerruf genauso.

Schlüssel: ein Zweck, ein Besitzer, ein Ausgang

Ein Schlüssel pro Client oder pro Person, benannt nach seinem Ort: Laptop Claude, Studio Cursor. Wenn zwei Menschen denselben Arbeitsbereich nutzen, zwei Schlüssel. Sonst kann der Stand nicht sagen, wer was getan hat.

Der Schlüssel gehört in die MCP-Konfiguration und sonst nirgendwohin. Nicht ins Repository, nicht in eine Notiz, nicht in einen Chat mit Dritten. Wenn du ihn an einer ungewöhnlichen Stelle einfügen musst, hör auf.

Ein widerrufener Schlüssel funktioniert beim nächsten Aufruf nicht mehr. Was er vorher getan hat, bleibt im Stand. Diese Asymmetrie ist der nützliche Teil: Zugang kappen, Geschichte behalten.

Für heute: alle Schlüssel auflisten, die unklaren widerrufen, eine Erinnerung für den nächsten Gerätewechsel setzen.

Ein Wochenablauf, der im Alltag hält

Such dir ein Muster aus öffentlichen Beiträgen und schreib einen Satz dazu, was du gesehen hast. Ändere genau eine Variable: Hook, Länge, Thema, Format oder Posting-Zeit. Zwei Änderungen gleichzeitig sagen dir über keine etwas.

Notiere die Aufrufe nach 24 Stunden, 72 Stunden und 168 Stunden, immer im gleichen Alter. Verglichen wird mit dem Median von mindestens drei früheren Tests im gleichen Alter, auf demselben Kanal, aus derselben Datenquelle und mit demselben Trial-Status. Mit weniger früheren Tests oder einem fehlenden Wert heißt die ehrliche Antwort: noch nicht genug Daten.

Beispiel: Dein übliches Reel hat nach 24 Stunden einen Median von etwa 1.000 Aufrufen, ein neues im gleichen Alter etwa 1.300. Das sind 30 Prozent mehr, das Urteil lautet also teilen. Bei 400 wären es minus 60 Prozent, also verwerfen. Alles zwischen minus 20 und plus 20 Prozent ist wiederholen, kein Sieg.

Dann entscheidest du je Messpunkt, schon bei 24 Stunden: teilen, wiederholen oder verwerfen. Schreib es in einer Zeile auf. Die Sicherheit ist niedrig bei drei bis sieben früheren Tests und mittel ab acht. Eine Schätzung je Variante braucht mindestens acht vergleichbare Tests, drei je Variante.

Wo ein Arbeitsbereich wie marketingapp.io passt

marketingapp.io ist ein Arbeitsbereich für Instagram-Reels-Tests mit einem MCP-Endpunkt. Der Agent liest, was die App zeigt: Geschäft und Priorität mit dem nächsten Schritt, Puls und gemessene Wirkung je Variante, Markenkontext, Tests mit Messwerten, gespeicherte Recherche, deine eigenen Reels mit ihren Zahlen.

Geschrieben werden die Einträge von oben: Test anlegen, geplanten Test als veröffentlicht eintragen, Fund speichern, einen genannten Messwert eintragen, ein Geschäftsergebnis festhalten, eine lokal geschnittene Version einreichen. Jeder Schreibzugriff braucht deine ausdrückliche Bestätigung für genau diese Aktion und einen Briefing-Token aus einem frischen Stand, fünf Minuten gültig; submit_cut nutzt stattdessen den Kontext-Token aus dem Video-Briefing. Ein fehlender Wert bleibt fehlend.

Es veröffentlicht oder plant keine Reels, liest keine privaten Instagram-Insights, fragt nie nach deinem Instagram-Login und rendert kein Video. Die Einrichtung steht in drei Schritten auf der Seite /agent.md. Claude, Codex, Cursor, OpenCode und andere entfernte MCP-Clients nutzen denselben Endpunkt, den Schlüssel kannst du jederzeit widerrufen.

Fehler, die du früh erkennst

Dieselben Fehler kommen wieder. Zwei Variablen in einem Test. Eine Zahl ohne Alter. Ein Agent, der ein Urteil fällen soll, obwohl er nur berichten darf. Eine Bestätigung, die einmal gegeben und nie geprüft wird.

Leiser sind zwei andere: Agentenausgabe als Beleg im Pitch, bevor eine Messung existiert, und eine Fehlermeldung als Hindernis, das man umgeht. Codes wie unauthorized oder confirmation_required sind Informationen.

Nichts davon braucht ein besonderes Werkzeug. Es braucht eine Grenze in drei Sätzen, einen Schlüssel, den du zurückholen kannst, und einen Stand, den du in einem halben Jahr noch erklärst.

Fragen