# Social-Media-Beiträge mit Devin erstellen

> Source: https://tareno.co/de/agents/devin
> Language: de
> Verbinde Devin mit Tareno: Schreibe Social-Media-Beiträge, verwende Inhalte für weitere Netzwerke und bereite Termine vor. Du prüfst und bestätigst die Veröffentlichung.

Mit Devin und Tareno kannst du Beiträge schreiben, vorhandene Inhalte für andere Netzwerke anpassen und Veröffentlichungstermine vorbereiten. Du prüfst die Entwürfe in Tareno und gibst jede Veröffentlichung selbst frei. Die Einrichtung folgt der Produktdokumentation; ein eigener Verbindungstest von Tareno steht noch aus.

## Wie verbinde ich Tareno mit Devin?

Füge Tareno über den MCP-Marktplatz in Devin oder die Devin-Befehlszeile als Remote-MCP-Server hinzu und schließe beim ersten Einsatz die OAuth-Anmeldung ab. Cognition empfiehlt Streamable HTTP. Für ein Konto mit einer einzelnen verantwortlichen Person eignet sich persönlicher Zugriff. Bitte Devin danach um `list_accounts`. Tareno hat die Verbindung noch nicht vollständig mit einem Kundenkonto getestet.

## Devin in vier Schritten verbinden

1. **Verbindungsweg auswählen.** Cognition dokumentiert den MCP-Marktplatz in Devin sowie einen Befehlszeilenweg mit eigenem OAuth-Anmeldebefehl. Beide enden mit einer Anmeldung im Browser. Für einen gehosteten Endpunkt empfiehlt Cognition Streamable HTTP.
2. **Verantwortliche Person festlegen.** Laut Cognition kann eine OAuth-Verbindung der ganzen Organisation oder einer einzelnen Person gehören. Ein LinkedIn-Profil, X-Konto oder Mastodon-Projektkonto hat meist eine verantwortliche Person. Diese sollte den Zugriff autorisieren, statt den Anmeldelink zu teilen.
3. **Endpunkt eintragen.** Die gehostete Adresse steht im Eintrag rechts. Bei einer Konfigurationsdatei für mehrere Server verwendest du dieselbe Adresse wie andere Clients. Bei der OAuth-Anmeldung muss darin kein Schlüssel stehen.
4. **Verbindung lesend prüfen.** Bitte Devin um `list_accounts`, bevor es einen Entwurf schreibt. Das gewünschte Konto in der Antwort bestätigt die Verbindung. Ist die Antwort leer, muss das Konto noch in Tareno verbunden werden.

Beispiel für einen Remote-Server-Eintrag:

```json
{
  "mcpServers": {
    "tareno": {
      "url": "https://tareno.co/api/mcp"
    }
  }
}
```

## Wobei Devin mit Tareno hilft

Devin kann abgeschlossene Arbeit belegen. Die folgenden drei Aufgaben machen daraus öffentliche Texte, ohne den Fortschritt größer darzustellen, als er ist. Für jede gibt es einen eigenen Workflow-Guide mit Prüfschritten.

### Abgeschlossene Sitzungen werden zum vertraulichen Kundenbriefing

Eine Beratung, die Aufgaben an Devin delegiert, kann Ergebnisse, dem Kunden gezeigte Testergebnisse und den Umfang der Arbeit zusammenfassen, ohne den Kundennamen zu nennen. Das Briefing geht erst auf LinkedIn, wenn der Kunde den Text gesehen und zugestimmt hat. Devin kann daran erinnern, die Zustimmung aber nicht selbst einholen.

### Eine Woche erledigter Tickets wird zum X-Wochenrückblick

Devin listet abgeschlossene Tickets und trennt sichtbare Produktänderungen von interner Arbeit. Es weist darauf hin, ob eine Änderung hinter einem Feature-Flag liegt oder nur manche Konten erreicht. So beschreibt der Freitagsbeitrag, was tatsächlich verfügbar ist – nicht bloß, was geschlossen wurde – und bleibt unter 280 Zeichen.

### Ein Release wird zum Mastodon-Upgradehinweis

Administratoren selbst gehosteter Software möchten wissen, was sie tun müssen. Devin findet Sitzungen, die Datenbankschemas, Konfigurationsschlüssel oder Mindestversionen änderten, und stellt diese Schritte an den Anfang des Beitrags. Vor einer Freigabe testest du die Upgrade-Schritte selbst an einer Kopie.

## Prompts zum Kopieren für Devin Desktop

### Verbindung prüfen

```text
Nutze Tareno, um meine verbundenen Social-Media-Konten mit Plattform und Kontoname aufzulisten. Nur lesen: Erstelle, plane oder veröffentliche nichts. Sage mir, welches Konto du für ein Kundenbriefing und welches für den Wochenrückblick verwenden würdest.
```

### Kundenbriefing ohne Kundennamen

```text
Liste die für [Projekt] abgeschlossenen Sitzungen und die jeweiligen Ergebnisse auf, einschließlich der dem Kunden gezeigten Testergebnisse und der nicht abgedeckten Module. Verfasse ein etwa 210 Wörter langes LinkedIn-Briefing ohne Kundennamen, nenne die Belege für jede Aussage und speichere es erst über Tareno als Entwurf, nachdem ich den Text dem Kunden gezeigt habe.
```

### Erledigt oder tatsächlich ausgeliefert?

```text
Liste die diese Woche abgeschlossenen Tickets auf und beschreibe jeweils in einem Satz, was sich für Nutzer geändert hat. Nenne bei jeder sichtbaren Änderung, ob sie hinter einem Feature-Flag liegt, nur manchen Konten bereitsteht oder noch geprüft wird. Schreibe aus den aktiven Änderungen einen X-Beitrag mit höchstens 280 Zeichen.
```

### Upgrade-Schritte zuerst

```text
Finde in den Sitzungen für Release [4.2] jede Änderung, die Administratoren betrifft: Schemas, Konfigurationsschlüssel, Umgebungsvariablen und Mindestversionen. Verfasse einen Mastodon-Beitrag, der diese Schritte in Reihenfolge nennt. Speichere ihn erst, nachdem ich die Anleitung getestet habe.
```

### Veröffentlichungszeiten anfragen

```text
Bitte Tareno, die freigegebenen Entwürfe [Entwurfs-IDs] für [Freitag, 16:00 Uhr] in der Zeitzone [Europe/Berlin] einzuplanen. Gib die Aktions-IDs zurück und erinnere mich daran, dass jede Anfrage im Tareno-Dashboard noch auf meine Freigabe wartet.
```

## Alle Leitfäden zu Devin Desktop

Ein Leitfaden für jedes Netzwerk, mit dem dieser Agent in Tareno arbeiten kann – jeweils mit eigenem Beispiel, Prompts und Grenzen.

- [Asynchrones Delivery-Update für X](https://tareno.co/de/agents/devin/x.md)
- [Delivery-Impact-Briefing für LinkedIn](https://tareno.co/de/agents/devin/linkedin.md)
- [Verifikationszusammenfassung für Mastodon](https://tareno.co/de/agents/devin/mastodon.md)

## Wichtig vor dem Start

- Tareno hat Devin noch nicht vollständig mit einem Kundenkonto getestet. Die Einrichtung folgt der Cognition-Dokumentation für Remote-MCP-Server; prüfe den Zugriff deshalb zuerst mit einem Leseaufruf.
- Bei einer organisationsweit geteilten OAuth-Verbindung können Devin-Nutzer der Organisation Entwürfe für die verbundenen Konten erstellen. Für Konten mit nur einer verantwortlichen Person ist persönlicher Zugriff vorzuziehen.
- Devin kann nur anhand sichtbarer Belege wie zusammengeführter Änderungen und Feature-Flags einschätzen, ob etwas live ist. Vor der Freigabe bestätigt die Produktverantwortung den Status.
- Anfragen zum Planen, Veröffentlichen, Ändern geplanter Beiträge oder Löschen erzeugen Freigabeaktionen. Devin darf sie anfragen, aber nicht freigeben.
- Kundenarbeit ist grundsätzlich vertraulich. Zeige dem Kunden den Text und halte seine Zustimmung fest, bevor ein Briefing veröffentlicht wird.

## Devin im Vergleich zu anderen Coding-Agenten

Codex und Claude Code arbeiten im Terminal, Cursor und Copilot im Editor. Devin arbeitet als delegierter Entwickler mit eigenen Sitzungen. Deren Protokolle eignen sich für Fortschrittsmeldungen, weil sie bereits beschreiben, was erledigt und getestet wurde. Entstehen deine Inhalte aus Commits im Editor, sind die anderen Agenten näher am Code.

## Fragen vor der Verbindung

### Ist Tareno mit Devin getestet?

Noch nicht vollständig; Tareno hat keinen Ende-zu-Ende-Test mit einem Kundenkonto abgeschlossen. Devin unterstützt laut Cognition-Dokumentation Remote-MCP-Server. Rechne beim ersten Einsatz mit einer OAuth-Anmeldung und prüfe die Verbindung anschließend mit einem Leseaufruf.

### Soll die Verbindung geteilt oder persönlich sein?

Für ein Konto mit einer verantwortlichen Person ist persönlicher Zugriff sinnvoll. Eine geteilte Verbindung ermöglicht allen Devin-Nutzern der Organisation, Entwürfe für dieses Konto zu erstellen. Die Freigabe erfolgt in beiden Fällen in Tareno; die Entwürfe sollten aber von der kontoverantwortlichen Person stammen.

### Woher weiß Devin, ob etwas live ist?

Nur aus sichtbaren Informationen wie zusammengeführten Änderungen, Deployment-Protokollen und Feature-Flags seiner Arbeit. Kann Devin den Status nicht belegen, soll es das sagen. Vor der Freigabe bestätigt die Produktverantwortung den Stand.

### Darf Devin über Kundenarbeit schreiben?

Devin kann ein Briefing ohne Kundennamen verfassen und die Belege zu den Aussagen aufführen. Ob es veröffentlicht werden darf, entscheidet der Kunde. Zeige ihm zuerst den Text und halte seine Zustimmung fest.

### Kann ein Wochenbeitrag ein Video enthalten?

Ja, auf Netzwerken mit Videoformat. X erlaubt ein Video pro Beitrag; Tarenos Konfiguration begrenzt es auf 140 Sekunden. Lade den Clip zuerst in die Mediathek, dann kann Devin ihn anhand des Namens finden.

### Veröffentlicht Devin ohne meine Zustimmung?

Nein. Eine Anfrage zum Planen oder Veröffentlichen wird in Tareno zu einer Freigabeaktion. Erst nach deiner Zustimmung im Dashboard erreicht der Inhalt LinkedIn, X oder Mastodon. Devin kann nur melden, dass die Aktion noch aussteht.

### Wie halte ich interne Ticketdetails aus Beiträgen heraus?

Bitte Devin, Änderungen aus Kundensicht zu beschreiben und Ticketnummern, interne Dienstnamen und Werkzeuge wegzulassen. Lies anschließend jeden Entwurf in Tareno. Welche Angaben sensibel sind, muss weiterhin ein Mensch beurteilen.

### Welche Tareno-Werkzeuge ruft Devin zuerst auf?

Üblicherweise `list_accounts`, um das Zielkonto zu bestätigen, und `create_drafts`, um den Text zu speichern. `schedule_posts` kommt zuletzt und erzeugt eine Freigabeaktion statt einer Veröffentlichung. Mit `get_action_status` lässt sich der Status prüfen.

## Passende Leitfäden

- [Ein Briefing zu Lieferfortschritten für LinkedIn](https://tareno.co/de/agents/devin/linkedin)
- [Der Wochenrückblick auf X](https://tareno.co/de/agents/devin/x)
- [Release-Hinweise für selbst gehostetes Mastodon](https://tareno.co/de/agents/devin/mastodon)
- [Remote-MCP-Einrichtung](https://tareno.co/de/docs/mcp)
- [Codex × Tareno](https://tareno.co/de/agents/codex)
- [Freigabeprozesse](https://tareno.co/de/features/approval-workflows)