brief-me
Purpose
Turn messy connected or pasted context into a short conversation-state brief the user can act on quickly.
Use For
- "What did I miss?"
- "Brief me before this meeting."
- "What changed since Monday?"
- "What needs my response?"
Inputs
- Slack
- Gmail
- Calendar
- Zoom transcript
- Atlassian
- Hex or other data output
- Pasted notes
- Any combination of the above
- A
reduce-to-facts ledger or conversation-state record
Guardrails
- Read before write.
- Do not send messages, create events, update tickets, or publish outputs unless explicitly asked.
- Separate source-backed facts from assumptions and suggestions.
- Prefer small source windows.
- Surface source gaps.
- Do not dump raw transcript content by default.
- Keep the output workplace-user friendly.
Portable Output Contract
- Use only the useful subset of source-backed facts, assumptions, source gaps,
stakeholder sensitivities, potential misreads, and the suggested next action.
- Use the smallest useful output.
- Label assumptions and preserve source gaps, source anchors, and confidence labels.
- When consuming upstream state, do not promote an assumption, inference, open
question, proposed action, or stakeholder position into a fact, decision,
commitment, owner, or deadline without new source support.
- Keep unresolved approvals, owners, timing, and blockers explicit in the brief.
- Do not send, publish, update tickets, create events, or mutate systems unless explicitly asked.
Output
- Conversation state
- What changed
- What needs response
- Action state
- Source confidence
- Suggested next response
- Meetings to prep for
- Suggested follow-ups
- Source gaps
When the user wants a fuller record, use the optional CONVERSATION_STATE.md
template from this pack when it is available.
Success Standard
The user should be able to scan the brief and know what matters within 5 minutes.
1---2name: brief-me3description: Catch the user up from messy workplace context and surface what needs attention.4---56# brief-me78## Purpose910Turn messy connected or pasted context into a short conversation-state brief the user can act on quickly.1112## Use For1314- "What did I miss?"15- "Brief me before this meeting."16- "What changed since Monday?"17- "What needs my response?"1819## Inputs2021- Slack22- Gmail23- Calendar24- Zoom transcript25- Atlassian26- Hex or other data output27- Pasted notes28- Any combination of the above29- A `reduce-to-facts` ledger or conversation-state record3031## Guardrails3233- Read before write.34- Do not send messages, create events, update tickets, or publish outputs unless explicitly asked.35- Separate source-backed facts from assumptions and suggestions.36- Prefer small source windows.37- Surface source gaps.38- Do not dump raw transcript content by default.39- Keep the output workplace-user friendly.4041## Portable Output Contract4243- Use only the useful subset of source-backed facts, assumptions, source gaps,44 stakeholder sensitivities, potential misreads, and the suggested next action.45- Use the smallest useful output.46- Label assumptions and preserve source gaps, source anchors, and confidence labels.47- When consuming upstream state, do not promote an assumption, inference, open48 question, proposed action, or stakeholder position into a fact, decision,49 commitment, owner, or deadline without new source support.50- Keep unresolved approvals, owners, timing, and blockers explicit in the brief.51- Do not send, publish, update tickets, create events, or mutate systems unless explicitly asked.5253## Output5455- Conversation state56- What changed57- What needs response58- Action state59- Source confidence60- Suggested next response61- Meetings to prep for62- Suggested follow-ups63- Source gaps6465When the user wants a fuller record, use the optional `CONVERSATION_STATE.md`66template from this pack when it is available.6768## Success Standard6970The user should be able to scan the brief and know what matters within 5 minutes.