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.

Preferisci non configurarlo manualmente? Incolla un collegamento a questa pagina in una sessione di Devin e chiedigli di configurare tutto per te.
Granola registra le tue riunioni e le trasforma in note, riepiloghi e trascrizioni. Una volta connesso il Granola MCP, Devin può utilizzare questi elementi delle riunioni esattamente come farebbe un collega: leggere ciò che è stato discusso, individuare attività di follow-up tecniche concrete e iniziare a lavorare.Esegui questa pianificazione ogni ora e le attività possono iniziare non appena esci da una chiamata. L’intero ciclo viene eseguito all’interno della tua istanza di Devin, utilizzando una pianificazione, il Granola MCP, Knowledge e le child sessions.
Sessione pianificata di Devin (ogni ora)
  → Elenca le riunioni Granola recenti tramite MCP
  → Per ogni nuova riunione (dalla più vecchia alla più recente):
      → Recupera metadati, note, riepilogo AI, trascrizione
      → Identifica le attività tecniche dalla discussione
      → Avvia sessioni figlie di Devin per le attività concrete
      → Registra la riunione elaborata in Knowledge
1

Collega il MCP di Granola

Devin deve poter accedere alle tue riunioni su Granola per leggere trascrizioni e note.
  1. Vai su Settings > MCP Marketplace e cerca Granola
  2. Fai clic su Enable ed effettua l’autenticazione: in questo modo Devin ottiene l’accesso in sola lettura alle tue riunioni, trascrizioni e note
  3. Fai clic su Test listing tools per verificare che la connessione funzioni correttamente
Una volta connesso, Devin può chiamare list_meetings, get_meetings e get_meeting_transcript per recuperare i dati delle riunioni durante una sessione. Scopri di più su come configurare i server MCP.
2

Crea una nota di Knowledge denominata processed-meetings

Devin usa una singola nota Knowledge per registrare quali riunioni sono già state elaborate. Questo evita elaborazioni duplicate tra un run orario e l’altro.Vai a Settings > Knowledge e crea una nuova nota:
  • Nome: Granola Post-call Processor Meeting Log
  • Trigger: Quando esegui la sessione pianificata di Granola post-call processor, usa questa nota per tenere traccia delle riunioni già elaborate.
  • Corpo:
Granola Post-call Processor Meeting Log
{
  "last_processed_meeting_id": null,
  "last_processed_meeting_time": null,
  "last_processed_title": null,
  "updated_at": null
}
La sessione pianificata registra in questa nota ogni riunione elaborata con successo, così il run successivo riprende da dove si era fermato il precedente.
3

Scrivi il playbook dell'Operatore post-chiamata

Crea un playbook che indichi a Devin come gestire ogni riunione. Vai a Settings > Playbooks e crea un nuovo playbook:Annota l’ID del playbook dopo averlo salvato: ti servirà nel prompt di pianificazione.
4

Crea la pianificazione oraria

Vai a Settings > Agendamento e fai clic su Crea pianificazione.
  • Nome: Granola post-call processor
  • Frequenza: Ogni ora (0 * * * *)
  • Agent: Devin — questo consente a Devin di avviare sessioni figlie per ogni attività, in modo che le correzioni vengano eseguite in parallelo
  • Canale Slack (facoltativo): Seleziona un canale così il tuo team riceverà notifiche quando le riunioni vengono elaborate e vengono aperte PR
  • Prompt:
Imposta bypass approval su true se vuoi un funzionamento completamente autonomo — non saranno necessarie approvazioni manuali per gli strumenti MCP, gli aggiornamenti di Knowledge o la creazione di sessioni figlie.
5

Output tipico di una run

Ogni ora, Devin elabora le eventuali nuove riunioni e apre pull request (PR) mirate. Ecco l’output di una sessione reale:
Elaborata 1 nuova riunione Granola dall'ultima voce del registro riunioni:

Riunione: "Backend API planning" (2026-04-29 14:00)

Sessioni figlie avviate (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

Azioni consigliate (1):
- Analizzare il flusso di aggiornamento dell'auth token — indicato come "a volte
  instabile" ma senza un errore specifico o un repo identificato. Necessita di maggiore
  contesto dal team.

Registro riunioni Knowledge aggiornato a "Backend API planning" (2026-04-29).
Ogni sessione figlia funziona in modo indipendente e apre la propria pull request (PR) con il contesto della riunione già integrato nella descrizione.
6

Affina e itera

Dopo alcuni giorni di run, rivedi cosa funziona e apporta eventuali modifiche:Gestisci i ritardi delle trascrizioni. La pianificazione interrompe l’elaborazione quando incontra una riunione la cui trascrizione non è ancora pronta: in questo modo evita di saltare riunioni con trascrizioni in ritardo. Se noti che le trascrizioni arrivano regolarmente in ritardo, aumenta l’intervallo della pianificazione oppure aggiungi un buffer di attesa al prompt.Definisci l’ambito in base al tipo di riunione. Non tutte le riunioni generano attività di ingegneria. Aggiungi filtri al prompt per saltare determinati tipi di riunione:Impara dai risultati. Dopo un paio di settimane, chiedi a Devin di analizzare quali sessioni figlie hanno prodotto PR di cui è stato eseguito il merge e quali sono state chiuse senza merge. Usa questo feedback per affinare i criteri di estrazione delle attività del playbook: