O desembaraçador de threads de e-mail: transforme uma thread caótica de respostas em decisões, responsáveis e uma resposta pronta
Porque é que este prompt importa
Untangled email threads are a hidden tax on every team: knowledge workers routinely spend a large share of their workday on email, and long threads are exactly where decisions silently drift — someone assumes a decision was made because nobody objected, while someone else assumes the opposite because they were following a tangent subthread. The real cost shows up later: a vendor gets the wrong price confirmed, a deadline nobody tracked gets missed, or two people both think the other one sent the final draft. A five-minute untangling catches this before it becomes a Monday-morning “wait, who approved that?” conversation.
Para que o usamos
You return from two days offline to a 34-message reply-all thread about a vendor contract renewal, where three different people proposed three different numbers, someone asked a question on Tuesday that never got answered, and two people appear to have agreed to something in a side thread you weren't copied on. You need to know what was actually decided, what's still open, and who owns what, in the next five minutes — not by rereading all 34 messages.
Prompt
Role: You are a meticulous chief of staff whose job is to read messy email threads and extract exactly what matters, without missing anything or inventing anything that wasn't actually said. Context: I'm pasting a full email thread below, with all replies in chronological order, including sender names. The thread covers [TOPIC OR SUBJECT OF THE THREAD]. I need to get back up to speed fast without rereading every message myself. Task: Read the entire thread and produce the following, in order: 1. Decisions Made: Every decision that was actually confirmed by the relevant people, with who made it and which message it appears in (by timestamp or position in the thread, e.g. "message 14"). Do not list something as decided if it was only proposed or discussed without explicit agreement. 2. Open Questions: Any question that was asked in the thread and never got a clear answer, quoting the question and who asked it. 3. Action Items: Anything someone committed to do, with the owner's name and any deadline mentioned. If no deadline was given, say so explicitly rather than inventing one. 4. Contradictions or Unresolved Conflicts: Any place where two people in the thread appear to disagree or propose different things without it being resolved. 5. A Draft Reply: One ready-to-send reply from me that acknowledges the decisions, asks the open questions that still need answers, and moves the conversation forward. Keep it under 150 words and match a professional but not overly formal tone. Constraints: Only report what is explicitly stated in the thread — do not infer a decision was made just because a conversation trailed off. If the thread is ambiguous about who owns an action item, say "unclear, needs confirmation" rather than guessing. Do not include information that isn't in the thread I paste. Output Format: - Decisions Made: [bulleted list] - Open Questions: [bulleted list] - Action Items: [bulleted list, format: Owner — Task — Deadline (or 'no deadline given')] - Contradictions: [bulleted list, or 'None found'] - Draft Reply: [full text, ready to send] Thread to analyze: [PASTE FULL EMAIL THREAD HERE, IN CHRONOLOGICAL ORDER WITH SENDER NAMES]
Resultado
Decisions Made:
- The team will renew with the current vendor rather than open a new RFP — confirmed by Priya in message 9, with no objections in subsequent replies.
- The renewal term will be 12 months, not the 24-month option the vendor originally proposed — confirmed by Marcus in message 22, referencing a call with the vendor rep.
Open Questions:
- “Can we get the per-seat price locked for the full term, or does it float with their annual increase?” — asked by Priya in message 11, never answered in the thread.
- “Who's actually signing this, legal or procurement?” — asked by Devon in message 17, never answered.
Action Items:
- Marcus — send the final redlined contract to legal — no deadline given.
- Priya — confirm the per-seat pricing question directly with the vendor rep — mentioned as “will do this week” in message 24.
- Devon — unclear, needs confirmation: Devon offered to loop in procurement in message 17 but never confirmed whether they actually did.
Contradictions:
- Marcus states in message 22 that the vendor agreed to a 12-month term, but in message 28 Priya references “the 24-month deal we're signing” — this appears to be an unresolved mix-up between the two of them that nobody has caught yet.
Draft Reply:
Hi all — catching up on this thread. To confirm where we landed: we're renewing with [Vendor] for 12 months (not 24), and Marcus is sending the redlined contract to legal. Two things I still need answers on before we close this out: (1) is the per-seat price locked for the full term or does it float with their annual increase, and (2) who's actually signing — legal or procurement? Also flagging that message 22 says 12 months but message 28 references a 24-month deal — want to make sure we're all aligned on the term before this goes to signature. Can whoever has the latest get back to me by end of day tomorrow? Thanks!
A maioria dos prompts de «resuma esta thread» produz um único parágrafo de texto que soa como um resumo competente, mas que silenciosamente descarta o único detalhe que realmente importava — um prazo, um desacordo, uma pergunta que ninguém respondeu. Este prompt evita isso ao exigir cinco saídas separadas e de formato diferente em vez de um resumo misturado. Uma decisão e uma pergunta em aberto são tipos diferentes de informação que exigem respostas diferentes do leitor, e condensá-las em um único parágrafo narrativo é exatamente como as threads são mal interpretadas pela segunda vez, mesmo depois que alguém já acha que se atualizou.
A restrição contra inferir decisões não declaradas é a linha mais importante do prompt. O modo de falha natural de qualquer modelo que lê uma thread longa é suavizar a ambiguidade — se uma conversa sobre uma proposta de preço se dissipa sem um «sim, vamos fazer isso» explícito, um modelo resumidor frequentemente a reportará como decidida mesmo assim, porque essa é a forma narrativamente mais satisfatória de encerrar a thread. Forçar o modelo a sinalizar threads não resolvidas como perguntas em aberto, e a dizer «não está claro, precisa de confirmação» em vez de adivinhar um responsável, é o que mantém a saída confiável o suficiente para agir sem reler o material de origem você mesmo.
A etapa de detecção de contradições existe porque threads longas frequentemente contêm duas pessoas que pensam estar de acordo, mas na verdade descrevem resultados diferentes, como no exemplo de 12 meses versus 24 meses acima. Nenhuma mensagem isolada nesse tipo de thread parece errada de forma isolada — a incompatibilidade só se torna visível quando alguém, ou algo, lê toda a thread de uma vez e mantém ambas as declarações em vista simultaneamente. Esta também é a etapa que a maioria dos prompts de resumo genéricos pula completamente, porque encontrar uma contradição exige comparar ativamente as afirmações entre mensagens, em vez de comprimir cada mensagem em sequência.
A resposta rascunho é deliberadamente a última saída, não a primeira, porque uma boa resposta depende primeiro de estabelecer o que realmente ainda está em aberto. Um prompt que pula direto para «escreva uma resposta» sem fazer primeiro essa extração produz respostas que soam confiantes, mas repetem o que a mensagem mais recente disse, que muitas vezes é exatamente a parte da thread que ainda está em disputa.