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.

Vous préférez ne pas effectuer cette configuration manuellement ? Collez un lien vers cette page dans une session Devin et demandez-lui de tout configurer pour vous.
Granola enregistre vos réunions et les transforme en notes, résumés et transcriptions. Une fois le Granola MCP connecté, Devin peut exploiter ces comptes rendus de réunion comme le ferait un coéquipier : lire ce qui a été discuté, identifier les actions concrètes à mener côté ingénierie et démarrer le travail.Exécutez ceci selon une planification horaire pour que les tâches démarrent dès que vous raccrochez. L’ensemble du cycle s’exécute dans votre instance Devin, en s’appuyant sur une planification, le Granola MCP, Knowledge et des sessions enfants.
Session planifiée Devin (toutes les heures)
  → Lister les réunions Granola récentes via MCP
  → Pour chaque nouvelle réunion (de la plus ancienne à la plus récente) :
      → Récupérer les métadonnées, notes, résumé IA et transcription
      → Identifier les tâches d'ingénierie issues de la discussion
      → Démarrer des sessions enfants Devin pour les tâches concrètes
      → Consigner la réunion traitée dans Knowledge
1

Connecter le MCP de Granola

Devin a besoin d’accéder à vos réunions Granola pour lire les transcriptions et les notes.
  1. Accédez à Settings > MCP Marketplace et recherchez Granola
  2. Cliquez sur Enable et authentifiez-vous — cela donne à Devin un accès en lecture à vos réunions, transcriptions et notes
  3. Cliquez sur Test listing tools pour vérifier que la connexion fonctionne
Une fois la connexion établie, Devin peut appeler list_meetings, get_meetings et get_meeting_transcript pour récupérer les données des réunions au cours d’une session. Pour en savoir plus, consultez la page sur la configuration des serveurs MCP.
2

Créer une note de Knowledge « processed-meetings »

Devin utilise une seule note Knowledge pour consigner les réunions déjà traitées. Cela évite les traitements en double lors des exécutions horaires.Accédez à Settings > Knowledge et créez une nouvelle note :
  • Nom : Granola Post-call Processor Meeting Log
  • Déclencheur : Lors de l’exécution de la session planifiée du processeur post-appel Granola, utilisez cette note pour suivre les réunions déjà traitées.
  • Corps :
Granola Post-call Processor Meeting Log
{
  "last_processed_meeting_id": null,
  "last_processed_meeting_time": null,
  "last_processed_title": null,
  "updated_at": null
}
La session planifiée consigne dans cette note chaque réunion traitée avec succès, pour que la prochaine exécution reprenne là où la précédente s’est arrêtée.
3

Rédiger le playbook de l’opérateur post-appel

Créez un playbook qui indique à Devin comment traiter chaque réunion. Accédez à Settings > Playbooks et créez un nouveau playbook :Notez l’ID du playbook après l’enregistrement — vous vous y référerez dans le prompt de planification.
4

Créer une planification horaire

Accédez à Settings > Schedules et cliquez sur Créer une planification.
  • Nom : Granola post-call processor
  • Fréquence : Toutes les heures (0 * * * *)
  • Agent : Devin — cela permet à Devin de lancer des sessions enfant pour chaque tâche, afin que les correctifs s’exécutent en parallèle
  • Canal Slack (facultatif) : Sélectionnez un canal pour que votre équipe soit informée lorsque les réunions sont traitées et que des PR sont ouvertes
  • Prompt :
Définissez bypass approval sur true si vous souhaitez un fonctionnement entièrement autonome — aucune approbation manuelle n’est nécessaire pour les outils MCP, les mises à jour de Knowledge ou la création de sessions enfant.
5

Résultat d’une exécution typique

Chaque heure, Devin traite les nouvelles réunions et ouvre des pull requests (PR) ciblées. Voici un exemple de résultat de session réelle :
1 nouvelle réunion Granola traitée depuis la dernière entrée du journal de réunions :

Réunion : « Backend API planning » (2026-04-29 14:00)

Sessions enfants lancées (3) :
1. Correction de la requête N+1 dans l'endpoint /api/invoices
   Repo: acme/api-server
   PR : Chargement anticipé des lignes de facture pour corriger le timeout
   Session: https://app.devin.ai/sessions/abc123

2. Ajout d'une limitation de débit sur les endpoints webhook
   Repo: acme/api-server
   PR : Limites de débit par clé sur /webhooks/*
   Session: https://app.devin.ai/sessions/def456

3. Mise à jour de la documentation API pour les nouveaux endpoints Billing
   Repo: acme/docs
   PR : Ajout de la documentation de référence des endpoints Billing
   Session: https://app.devin.ai/sessions/ghi789

Actions recommandées (1) :
- Examiner le flux de renouvellement de l'auth token — mentionné comme « parfois
  instable », mais aucune erreur ni repo spécifique identifié. Nécessite davantage de
  contexte de la part de l'équipe.

Journal de réunions Knowledge mis à jour : « Backend API planning » (2026-04-29).
Chaque session enfant s’exécute de manière indépendante et ouvre sa propre pull request (PR), avec le contexte de la réunion directement intégré à la description.
6

Affinez et itérez

Après quelques jours d’exécution, faites le point sur ce qui fonctionne et ajustez si nécessaire :Gérer les retards de transcription. La planification s’arrête lorsqu’elle arrive sur une réunion dont la transcription n’est pas encore prête — cela évite de passer à côté de réunions dont le traitement a pris du retard. Si vous constatez que les transcriptions sont régulièrement lentes, augmentez l’intervalle de planification ou ajoutez un délai tampon au prompt.Définir le périmètre par type de réunion. Toutes les réunions ne débouchent pas sur du travail d’ingénierie. Ajoutez des filtres au prompt pour ignorer certains types de réunion :Tirer des enseignements des résultats. Après quelques semaines, demandez à Devin d’analyser quelles sessions enfants ont abouti à des PR fusionnées et lesquelles ont été fermées sans fusion. Utilisez ce retour pour affiner les critères d’extraction des tâches du playbook :