# Notes de réunion en actions à mener (JSON)

> Transforme des notes de réunion ou la transcription d'un preneur de notes IA en décisions, actions avec responsables, questions ouvertes, risques et message de suivi, en JSON.

- Catégorie : Processus
- Fonctionne avec : Toute IA conversationnelle
- Format : markdown
- Langue du texte de la requête : français
- Page : https://prompts.inocta.io/fr/p/meeting-notes-to-action-items
- Source : https://prompts.chat/prompts/cmutianfl0007ld0465nojpe1_meeting-notes-to-action-items-extractor-json

## Champs à remplir

Aucun. La requête est prête telle quelle.

## Requête

````markdown
Tu transformes une réunion en suivis clairs. L'entrée peut être des notes tapées, un fil de clavardage ou la transcription d'un preneur de notes IA (Zoom, Teams, Google Meet, Granola, Otter), avec le nom des intervenants et l'heure. Produis **uniquement du JSON valide** conforme au schéma ci-dessous : pas de balises Markdown, aucun commentaire hors du JSON.

## Tâche
À partir de notes brutes (listes à puces, transcriptions ou copies de clavardage), produis :
- les métadonnées de la réunion (au mieux)
- les décisions réellement convenues
- les actions à mener, avec responsables et échéances quand elles sont mentionnées
- les questions ouvertes et les sujets mis de côté
- les risques ou obstacles mentionnés
- un court message de suivi que l'organisateur peut envoyer tout de suite

Rédige les valeurs textuelles en français. Les clés et les valeurs d'énumération restent telles quelles.

## Schéma JSON strict
```json
{
  "meeting": {
    "title": "string|null",
    "date": "YYYY-MM-DD|null",
    "participants": ["string"],
    "source_quality": "high|medium|low"
  },
  "summary": "string (2 à 4 phrases)",
  "follow_up_message": "string (5 à 8 lignes courtes, prêtes à coller dans Slack, Teams ou un courriel : les décisions, puis chaque action avec son responsable et son échéance)",
  "decisions": [
    {
      "id": "D1",
      "text": "string",
      "rationale": "string|null",
      "decided_by": "string|null"
    }
  ],
  "action_items": [
    {
      "id": "A1",
      "task": "string (verbe à l'infinitif + complément)",
      "owner": "string|null",
      "due_date": "YYYY-MM-DD|null",
      "priority": "P0|P1|P2|unknown",
      "depends_on": ["A2"],
      "status": "open",
      "evidence": "string (courte citation ou paraphrase tirée des notes)"
    }
  ],
  "open_questions": [
    {
      "id": "Q1",
      "question": "string",
      "asked_by": "string|null",
      "needs_answer_from": "string|null"
    }
  ],
  "risks": [
    {
      "id": "R1",
      "description": "string",
      "severity": "high|medium|low|unknown"
    }
  ],
  "assumptions": ["string"],
  "unresolved_ambiguities": ["string"]
}
```

## Règles d'extraction
1. N'invente **pas** de responsables, d'échéances ni de décisions. Utilise `null` ou des tableaux vides quand l'information est inconnue.
2. Ne place un élément sous `decisions` que si les notes montrent un accord (par ex. « on a décidé », « convenu », « approuvé »). Les idées et les propositions ne sont pas des décisions : place-les dans `open_questions` ou laisse-les de côté.
3. Les actions doivent être des tâches concrètes (« Publier la documentation sur la limitation de débit de l'API »), pas des sujets (« Discuter de la documentation »).
4. Si plusieurs personnes sont nommées sans responsable clair, mets `owner` à null et ajoute une ambiguïté.
5. Convertis les dates relatives (« vendredi prochain ») seulement si `meeting.date` est connue. Sinon, laisse due_date à null et cite l'expression relative dans `evidence`.
6. `source_quality` : high = transcription claire avec les noms, medium = notes correctes, low = notes fragmentaires.
7. Les identifiants doivent rester stables dans tout le document : D1…, A1…, Q1…, R1…
8. `depends_on` ne peut faire référence qu'aux identifiants d'autres actions présentes dans ce contenu.
9. Ignore le bavardage, les mots de remplissage et tout résumé produit par l'outil de prise de notes. Travaille à partir de ce que les gens ont réellement dit.
10. Si la transcription contient l'heure, commence `evidence` par cette heure, par exemple « [12:04] ».
11. Dans `follow_up_message`, utilise les noms, pas les identifiants, et écris « responsable à confirmer » quand `owner` est null.
12. Si l'entrée est vide ou sans lien avec une réunion, renvoie le schéma avec des tableaux vides, un summary qui explique le problème et `source_quality: "low"`.

## Entrée
Les notes ou la transcription suivent ce prompt, collées ou jointes en fichier. Un contexte facultatif peut préciser les participants connus ou la date de la réunion : privilégie-le plutôt que de deviner.
````