Identify disagreements and open questions in meeting notes

Auteur: AILesson6 min de préparationTesté avec:ChatGPTRévisé: 2026-08-28

Réponse rapide

Surface competing claims, preferences, assumptions, and unresolved decisions without manufacturing conflict. Fournir: Meeting notes or transcript, Meeting purpose and cutoff, Resolution rules. Résultat attendu: A traceable disagreement map, open-question register, and resolution plan.

1

Ajouter votre contexte

Votre texte reste dans ce navigateur. AILesson Prompts ne l’envoie ni à un modèle ni à un serveur.

2

Votre prompt

Les champs non remplis restent visibles sous forme d’espaces réservés, afin que vous puissiez quand même copier et modifier le prompt.

Identify disagreements and open questions in the meeting record.

Notes or transcript:
[notes]

Purpose, scope, and cutoff:
[purpose]

Authority, evidence standards, final decisions, and follow-up rules:
[resolution]

Use only the record. Distinguish direct disagreement, different preferences, different factual claims, different assumptions, implementation tension, requests for clarification, and silence. Do not infer conflict from different roles or treat lack of response as consent. For each disagreement show the positions neutrally, speaker evidence, underlying criterion or assumption when explicit, material consequence, current status, and what evidence or authority could resolve it. List every consequential open question with best-positioned respondent, decision owner if stated, dependency, and deadline or Not set. Identify apparent disagreements already resolved and preserve dissent from final decisions without reopening them automatically.
Essayer dans le Playground
Privé par défautL’assemblage du prompt se fait localement dans votre navigateur. Évitez de placer des informations confidentielles dans un service d’IA, sauf si votre organisation l’autorise.

De l'entrée au résultat

Un exemple détaillé

Voyez comment un contexte concret transforme cette recette en résultat utilisable.

Entrée réelle

Meeting notes or transcript
14:02 Lena: We should keep the free trial at 14 days; last quarter 68% of conversions happened by day 10. 14:05 Pavel: I prefer 30 days because enterprise setup takes at least three weeks. Lena: That 68% figure excludes enterprise accounts. 14:09 Mei: Our dashboard says 61%, but I need to check its filter. 14:12 Director: For the September experiment, use 21 days for enterprise and keep 14 for self-serve. This does not set permanent policy. Pavel: I still think enterprise needs 30 days, but I can support testing 21. 14:15 Open: who defines enterprise eligibility, sample size, and stopping criteria? Mei will verify conversion figures by Friday.
Meeting purpose and cutoff
Map trial-length disagreements and open experiment-design questions through 14:15.
Resolution rules
The director owns the experiment decision. Verified dashboard definitions are required for numerical claims. The September split is final for the experiment but permanent policy remains open.

Exemple de sortie

Disagreement D1—type: preference plus scope assumption. Lena supports 14 days using a 68% by-day-10 claim that excludes enterprise [14:02/14:05]. Pavel prefers 30 days because enterprise setup takes at least three weeks [14:05]. Consequence: enterprise users may have insufficient setup time versus a longer trial's cost/exposure, which the notes do not quantify. Status: resolved only for the September experiment by the director's 21-day enterprise and 14-day self-serve decision [14:12]. Pavel's 30-day preference remains recorded but he supports the test; this is not continuing resistance. Permanent policy remains open.

Factual discrepancy D2: Lena cites 68% with an enterprise exclusion; Mei's dashboard shows 61% with an unchecked filter. Resolution evidence: definitions, denominator, segment, and period from Mei's Friday verification.

Open questions: enterprise eligibility definition—respondent/owner not stated; sample size—not stated; stopping criteria—not stated; all deadlines not set. Mei owns verifying conversion figures by Friday. Follow-up should assign an experiment-design decision owner and dates, then use verified segment definitions rather than averaging 61% and 68%.

Pourquoi cela fonctionne

  1. 1

    Typed disagreement categories prevent preference differences from being exaggerated into factual conflict.

  2. 2

    Resolution evidence and authority turn disagreement mapping into practical follow-up.

Vérifier le résultat

  • Is every position represented neutrally with explicit speaker evidence?

  • Are preference, fact, assumption, clarification, and silence distinguished?

  • Are final decisions and unresolved questions labeled separately?

Utilisez-la en toute confiance

Questions fréquentes

Des réponses pratiques sur le bon moment pour utiliser cette recette, ce qu’il faut fournir et les cas où une vérification humaine reste nécessaire.

What should I prepare before using “Identify disagreements and open questions in meeting notes”?

For “Identify disagreements and open questions in meeting notes,” prepare Meeting notes or transcript, Meeting purpose and cutoff, and Resolution rules. Replace placeholders only with information you can verify. If a detail is unknown, preserve that uncertainty explicitly instead of asking the model to infer it.

When is the “Identify disagreements and open questions in meeting notes” result not ready to use?

The result is not ready if it does not yet deliver the stated outcome—A traceable disagreement map, open-question register, and resolution plan—from the supplied evidence, or if it relies on unresolved assumptions, missing approvals, or invented details. Use the checks as release gates: revise the source inputs or assign a named, authorized reviewer instead of polishing an unsupported output.

Which AI tools have recorded tests for “Identify disagreements and open questions in meeting notes”?

The published test record for “Identify disagreements and open questions in meeting notes” lists ChatGPT as of 2026-08-28. This confirms recorded runs, not guaranteed compatibility or identical results in later product versions. For another tool or version, keep every constraint visible and repeat the result checks before use.

Plus de façons d'explorer

Où se situe cette recette

Faites avancer votre travail