Meeting Minutes Draft
{{ result.summary.primary }}
{{ result.summary.line }}
{{ badge.label }}
Meeting minutes generator inputs
Keep the title specific enough for people to find the minutes later.
Use the actual meeting date and start time when possible.
Choose the format that matches how the minutes will be shared.
One sentence is enough; it frames decisions and follow-up work.
One person per line; optional roles make the attendance record easier to scan.
Summarize substance, not a transcript. Pipe format creates cleaner topic rows.
Capture the outcome and accountable owner, not the whole debate.
Give each action one owner, a specific task, and a due date when known.
Optional; appears in the meeting details table.
Useful for formal minutes and follow-up questions.
This field appears in the document footer and review checklist.
Optional attendance context for formal or stakeholder minutes.
Optional; helps readers know when open actions will be reviewed.
Comma-separated groups or recipients; keep confidential details out of public channels.
Use Draft until attendees or the chair have reviewed the record.
{{ result.markdown }}
Topic Summary Outcome Copy
No discussion rows generated.
{{ row.topic }} {{ row.summary }} {{ row.outcome }}
Decision Owner Status Context Copy
No decisions recorded.
{{ row.decision }} {{ row.owner }} {{ row.status }} {{ row.context }}
Owner Action Due Status Context Copy
No action items recorded.
{{ row.owner }} {{ row.action }} {{ row.due }} {{ row.status }} {{ row.context }}
Gate Status Review note Copy
{{ row.gate }} {{ row.status }} {{ row.note }}
Customize
Advanced
:

Introduction

Meeting minutes turn a live conversation into a usable record of decisions, assignments, and follow-up. Good minutes are not a transcript. They preserve what the group agreed to do, who is responsible, and what still needs attention after the meeting ends.

A useful minutes record starts with the basics: the meeting name, date, attendance, purpose, and enough discussion context for a reader who was not in the room. That context should explain why a decision was made without repeating every comment. The record is stronger when action items include one owner, a concrete task, and a due date.

Meeting notes organized into decision, action, and minutes outputs

Minutes also have a review life. A draft may be complete enough to circulate, but that does not make it formally approved. The chair, committee, or project lead may still need to confirm wording, scrub sensitive details, and approve the record under the group's own rules.

The most common mistake is treating a neat minutes document as proof that the meeting was run correctly. A minutes draft can help organize the record, but it cannot verify quorum, voting authority, conflicts of interest, or whether the group followed its governing document.

Technical Details:

Meeting minutes are a structured record. The core record ties meeting context to three practical artifacts: discussion summaries, decisions, and action items. Discussion gives future readers the reason for a decision. Decisions state the outcome. Action items convert the outcome into accountable follow-up.

That structure keeps the record useful after the meeting. A title and date make the minutes findable, attendance shows who participated, and the purpose explains why the meeting happened. Owner, due date, status, and context fields make action items easier to review before the next meeting.

Transformation Core:

Short notes become cleaner minutes when each line follows a predictable shape. The parser accepts plain lines, but pipe-delimited lines carry more meaning because each part can become a named row field.

Meeting minutes input parsing rules
Input Area Preferred Shape Generated Record
Attendees Name | Role, one person per line Attendance rows with participant names and optional roles.
Discussion notes Topic | summary | outcome, one topic per line Discussion Ledger rows with topic, summary, and outcome.
Decisions Decision | owner | status | context, one decision per line Decision Log rows with normalized decision status where possible.
Action items Owner | action | due date | status | context, one action per line Action Register rows with owner, task, due date, status, and context.

Decision statuses are normalized when they contain common words such as approved, pending, deferred, rejected, or final. Action statuses are normalized into values such as Done, Blocked, In progress, Deferred, and Open. Empty decision owners become Unassigned, and missing action due dates become No due date.

Review Gate Logic:

Meeting minutes review gate conditions
Gate Ready Condition Review Signal
Meeting basics Title and date/time are present. Missing either one creates a core-detail blocker.
Attendance record At least one attendee row is present. No attendees creates a core-detail blocker.
Purpose and content Purpose plus at least one discussion, decision, or action row are present. No meeting substance creates a blocker; content without purpose asks for review.
Decision log At least one decision is recorded. No decisions stays as a review note, because some meetings genuinely end without decisions.
Action accountability Every action has an owner, task, and due date. Missing owners block readiness; missing due dates ask for review.
Circulation path Minute taker and distribution list are present. Missing either one asks for review before sharing.
Sensitive data check No obvious credential pattern appears in pasted notes. Words such as password, token, secret, bearer, and private key ask for review.

The readiness result is deterministic. Any core-detail blocker returns Needs core details. If no blocker exists but at least one review note remains, the result is Ready with review notes. Only when every gate is ready does the summary read Ready to circulate.

Everyday Use & Decision Guide:

Start by choosing the Minutes format that matches the audience. Action-focused team minutes suits recurring team follow-up, Project review minutes suits delivery checkpoints, Client update minutes suits stakeholder summaries, and Formal committee minutes suits a more careful governance record.

Use the pipe format when the notes are already organized. A discussion line such as Launch readiness | Support queue is the main risk | Keep beta cap until docs ship becomes a cleaner row than a loose paragraph. For actions, write Aisha | Publish launch risk log | 2026-05-10 | Open | Include support escalation risk so the owner, task, due date, status, and context stay separate.

  • Check Meeting Minutes Draft first; it shows the readiness state, attendee count, decision count, open actions, and due-date coverage.
  • Open Review Checklist before sharing when the summary says Ready with review notes or Needs core details.
  • Use Decision Log to confirm each decision has the right owner and status before copying the final minutes.
  • Use Action Register to find unassigned work or missing due dates before the follow-up list leaves the meeting team.
  • Keep confidential credentials and private links out of the pasted notes; the sensitive data check only catches obvious patterns.

A ready summary does not mean the record is approved. Use Approval state to keep the document marked as Draft for review, Ready to circulate, or Approved record according to the actual review state.

Step-by-Step Guide:

  1. Enter Meeting title, Date and time, Minutes format, and Purpose. The Meeting basics gate stays blocked until title and date/time are present.
  2. Add one person per line in Attendees. Use Name | Role when roles matter; the attendance badge should update as rows are added.
  3. Summarize substance in Discussion notes. Use Topic | summary | outcome when you want the Discussion Ledger to separate context from outcome.
  4. Record outcomes in Decisions. Use Decision | owner | status | context, then open Decision Log to confirm status badges such as Approved, Deferred, or Rejected.
  5. Add follow-up work in Action items. If Action accountability reports Needs work, add a single owner and a concrete task; if it reports review notes, add due dates where known.
  6. Open Advanced when the record needs Location or link, Facilitator, Minutes by, Absent or apologies, Next meeting, Distribution list, or Approval state.
  7. Review the warning alert and Review Checklist. Clear core-detail blockers before copying from Minutes Markdown or exporting the specific ledger needed for follow-up.

Interpreting Results:

Needs core details means at least one required record element is missing, usually title/date, attendance, or meeting substance. Do not circulate the minutes until the alert is cleared.

Ready with review notes means the core record exists, but at least one practical weakness remains. Common causes include no decision rows, no action items, missing due dates, no minute taker, no distribution list, or possible credential wording.

Ready to circulate means every review gate is ready under the entered data. It does not prove that the chair approved the minutes, that a quorum existed, or that the meeting followed a governing document. Confirm those facts outside the generated draft when the minutes are formal or sensitive.

Use the output tabs as cross-checks. If Minutes Markdown looks clean but Action Register shows No due date, fix the action row before sharing the follow-up record.

Worked Examples:

A project launch review with four attendees, three discussion topics, two approved decisions, and three action items with due dates should reach Ready to circulate. The Decision Log separates the beta-cap decision from the copy-freeze decision, and the Action Register shows each open task with an owner and date.

A team sync with a title, date, purpose, attendees, and one action line such as Ben: confirm staging import retry will still produce minutes, but the action row may show No due date. The summary should move to Ready with review notes until a due date is added or the missing date is accepted as intentional.

A rough notes paste with discussion text but no attendees and no meeting title should trigger Needs core details. Add the title, date/time, and attendee list first, then return to the discussion rows and split any crowded line into topic, summary, and outcome.

A governance meeting that includes a credential phrase such as password reset token in an action context should be reviewed before sharing. The Sensitive data check can flag obvious wording, but the minute taker still needs to remove confidential details that do not match the built-in patterns.

FAQ:

Should minutes include everything people said?

No. Use Discussion notes for concise context, then record the decision, owner, and action item that came out of the discussion.

Why does the summary say Needs core details?

At least one required gate is missing. Add Meeting title, Date and time, attendees, and at least one discussion, decision, or action row.

Does Ready to circulate mean approved?

No. Ready to circulate means the review gates pass. Set Approval state separately, and keep it as Draft for review until the real approval process is complete.

How should I format action items?

Use Owner | action | due date | status | context when possible. Lines with fewer parts still parse, but missing owners and due dates reduce readiness.

Do typed notes leave the browser?

The page generates the minutes, ledgers, checklist, and JSON in browser logic, and this slug does not define a server-side processing path for typed meeting notes.

Glossary:

Attendance record
The list of attendees and optional roles used to show who took part in the meeting.
Decision Log
The table of recorded decisions, owners, statuses, and context notes.
Action Register
The table of follow-up tasks with owner, action, due date, status, and context.
Review Checklist
The readiness table that checks meeting basics, attendance, purpose, content, accountability, circulation, and sensitive wording.
Approval state
The label that marks whether the minutes are a draft, ready to circulate, or an approved record.
Distribution list
The people, teams, or channels that should receive the completed minutes.

References: