Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.devin.ai/llms.txt

Use this file to discover all available pages before exploring further.

Keine Lust auf manuelle Einrichtung? Fügen Sie einen Link zu dieser Seite in eine Devin-Sitzung ein und bitten Sie Devin, alles für Sie einzurichten.
Granola zeichnet Ihre Meetings auf und wandelt sie in Notizen, Zusammenfassungen und Transkripte um. Sobald Sie den Granola MCP verbinden, kann Devin diese Meeting-Artefakte genauso nutzen wie ein Teammitglied: nachlesen, was besprochen wurde, konkrete technische Folgeaufgaben identifizieren und die Arbeit aufnehmen.Führen Sie dies als stündlichen Zeitplan aus, damit Aufgaben direkt starten können, sobald Sie ein Gespräch beenden. Die gesamte Schleife läuft innerhalb Ihrer Devin-Instanz und verwendet einen Zeitplan, das Granola MCP, Knowledge und Kind-Sitzungen.
Geplante Devin-Sitzung (stündlich)
  → Aktuelle Granola-Meetings via MCP auflisten
  → Für jedes neue Meeting (ältestes zuerst):
      → Metadaten, Notizen, KI-Zusammenfassung und Transkript abrufen
      → Technische Aufgaben aus der Diskussion identifizieren
      → Untergeordnete Devin-Sitzungen für konkrete Aufgaben starten
      → Das verarbeitete Meeting in Knowledge protokollieren
1

Granola MCP verbinden

Devin benötigt Zugriff auf Ihre Granola-Meetings, um Transkripte und Notizen zu lesen.
  1. Gehen Sie zu Settings > MCP Marketplace und suchen Sie nach Granola
  2. Klicken Sie auf Enable und authentifizieren Sie sich — dadurch erhält Devin Lesezugriff auf Ihre Meetings, Transkripte und Notizen
  3. Klicken Sie auf Test listing tools, um zu überprüfen, ob die Verbindung funktioniert
Sobald die Verbindung hergestellt ist, kann Devin list_meetings, get_meetings und get_meeting_transcript aufrufen, um während einer Sitzung Daten zu Meetings abzurufen. Weitere Informationen finden Sie unter Konfigurieren von MCP-Servern.
2

Erstellen Sie einen Knowledge-Hinweis zu processed-meetings

Devin verwendet eine einzelne Knowledge-Notiz, um zu protokollieren, welche Meetings bereits verarbeitet wurden. So wird verhindert, dass sie bei stündlichen Ausführungen doppelt verarbeitet werden.Gehen Sie zu Settings > Knowledge und erstellen Sie eine neue Notiz:
  • Name: Granola Post-call Processor Meeting Log
  • Trigger: Verwenden Sie diese Notiz beim Ausführen der geplanten Sitzung des Granola-Post-Call-Prozessors, um bereits verarbeitete Meetings zu verfolgen.
  • Inhalt:
Granola Post-call Processor Meeting Log
{
  "last_processed_meeting_id": null,
  "last_processed_meeting_time": null,
  "last_processed_title": null,
  "updated_at": null
}
Die geplante Sitzung protokolliert jedes erfolgreich verarbeitete Meeting in diesem Hinweis, sodass der nächste Durchlauf dort weitermacht, wo der letzte aufgehört hat.
3

Erstellen Sie das Playbook für den Post-call-Operator

Erstellen Sie ein Playbook, das Devin vorgibt, wie jedes Meeting verarbeitet werden soll. Gehen Sie zu Settings > Playbooks und erstellen Sie ein neues Playbook:Hinweis: Notieren Sie sich nach dem Speichern die Playbook-ID — Sie werden sie im Prompt für den Zeitplan referenzieren.
4

Stündlichen Zeitplan erstellen

Gehen Sie zu Settings > Zeitpläne und klicken Sie auf Zeitplan erstellen.
  • Name: Granola post-call processor
  • Frequenz: Stündlich (0 * * * *)
  • Agent: Devin — damit kann Devin für jede Aufgabe Kind-Sitzungen starten, sodass Korrekturen parallel ausgeführt werden
  • Slack Channel (optional): Wählen Sie einen Channel aus, damit Ihr Team benachrichtigt wird, wenn Meetings verarbeitet und PRs erstellt werden
  • Prompt:
Setzen Sie bypass approval auf true, wenn Sie einen vollständig autonomen Betrieb wünschen — es sind keine manuellen Genehmigungen für MCP-Tools, Knowledge-Aktualisierungen oder das Erstellen von Kind-Sitzungen erforderlich.
5

Was ein typischer Durchlauf liefert

Jede Stunde verarbeitet Devin neue Meetings und öffnet gezielte PRs. So sieht die Ausgabe einer echten Sitzung aus:
Processed 1 new Granola meeting since the latest meeting log entry:

Meeting: "Backend API planning" (2026-04-29 2:00 PM)

Child sessions started (3):
1. Fix N+1 query in /api/invoices endpoint
   Repo: acme/api-server
   PR: Eager-load invoice line items to fix timeout
   Session: https://app.devin.ai/sessions/abc123

2. Add rate limiting to webhook endpoints
   Repo: acme/api-server
   PR: Per-key rate limits on /webhooks/*
   Session: https://app.devin.ai/sessions/def456

3. Update API docs for new billing endpoints
   Repo: acme/docs
   PR: Add billing endpoint reference docs
   Session: https://app.devin.ai/sessions/ghi789

Recommended actions (1):
- Investigate auth token refresh flow — mentioned as "sometimes
  flaky" but no specific error or repo identified. Needs more
  context from the team.

Knowledge meeting log updated to "Backend API planning" (2026-04-29).
Jede untergeordnete Sitzung läuft unabhängig und erstellt einen eigenen Pull Request (PR), wobei der Besprechungskontext bereits in die Beschreibung eingearbeitet ist.
6

Feinabstimmen und iterieren

Nach einigen Tagen mit mehreren Durchläufen sollten Sie prüfen, was gut funktioniert, und Anpassungen vornehmen:Mit Verzögerungen bei Transkripten umgehen. Der Zeitplan stoppt die Verarbeitung, sobald er auf ein Meeting ohne verfügbares Transkript stößt — so wird verhindert, dass Meetings mit verzögerter Verarbeitung übersprungen werden. Wenn Transkripte regelmäßig nur langsam bereitstehen, erhöhen Sie das Intervall im Zeitplan oder fügen Sie dem Prompt einen Verzögerungspuffer hinzu.Nach Meeting-Typ eingrenzen. Nicht jedes Meeting führt zu Engineering-Arbeit. Fügen Sie dem Prompt Filter hinzu, um bestimmte Meeting-Typen zu überspringen:Aus den Ergebnissen lernen. Bitten Sie Devin nach ein paar Wochen zu analysieren, welche Kind-Sitzungen zu zusammengeführten PRs geführt haben und welche ohne Zusammenführung geschlossen wurden. Nutzen Sie dieses Feedback, um die Kriterien zur Aufgabenextraktion im Playbook zu verfeinern: