Turn a meeting into tickets

Have Claude Code read meeting notes, draft the action items as tickets with acceptance criteria, and create them in your tracker through MCP.

Task: Turn a meeting into tickets · Other tasks

Fill in the details

A file in your project. In Claude Code you can type @ to pick it from a list.

The tracker must be connected to Claude Code through an MCP server or a claude.ai connector.

Optional. Labels, types, fields or a title style to follow.

Copy your prompt

This site doesn't run Claude or show model output. Results depend on your input and the model you use.

2 required fields are empty.

What you type is kept in this tab's session storage so a reload doesn't lose it. Use "Clear this task" to remove it. Browsers can restore session data when they reopen tabs, so closing a tab isn't a guaranteed way to erase it.

When to use this template

  • You have notes or a transcript from a planning meeting and the follow-up work needs to end up as tickets, not as a list in a document.
  • Your issue tracker is already connected to Claude Code, either as an MCP server you added or as a claude.ai connector. Run /mcp in Claude Code to check that it is listed and connected before you send the prompt.
  • You would rather review drafted tickets than type them up yourself, and you want each one to have acceptance criteria from the start.

When not to use it

  • Your tracker is not connected to Claude Code. Add it first with claude mcp add or as a connector in claude.ai, or use the meeting notes to action items template and copy the result into the tracker yourself.
  • The meeting made no clear decisions. Tickets drafted from an open discussion will be vague; agree on the actions first.
  • The notes contain confidential material that must not go into your tracker or to an AI tool. Redact them first, or follow your team's policy.

Why this structure

  • The opening request names the source file and the tracker, so Claude reads the notes directly and writes to the right project without you copying text between tools.
  • The line asking Claude to treat the notes as information marks them as source material, separate from the task itself. A transcript can quote anything said in the meeting, so still read the notes yourself and check each proposed ticket before it is created.
  • Each drafted ticket has a fixed shape: title, context, acceptance criteria, and owner or date only when stated. Acceptance criteria make each ticket checkable when the work is done.
  • The duplicate search before creating anything, and the rule against editing existing tickets, ask Claude to limit tracker changes to new tickets you approve, either as a reviewed batch or up front through the approval setting.
  • The approval setting defaults to showing the drafts and waiting, because creating tickets is a change in another system that is tedious to undo in bulk.
  • The last rules ask Claude to list vague items and decisions without actions instead of inventing details, and to stop if the tracker is unreachable rather than writing tickets elsewhere.

Example input (fictional)

Meeting notes or transcript
@notes/2026-10-06-planning.md
Tracker and project
the WEB project in our issue tracker
When to create the tickets
show me the drafted tickets and wait for my approval before you create any
Ticket conventions
Label every ticket "q4-planning". Use the Task type. Titles start with a verb.

Follow-ups to send Claude

  • Merge tickets 2 and 4 into one, tighten the acceptance criteria on ticket 3, then create all of them.
  • For each ticket you created, give me the link and the owner, as a list I can paste into the meeting thread.
  • Save this process as a /tickets skill so the next planning meeting goes the same way.

Common mistakes

  • Sending the prompt before the tracker is connected. Claude cannot create tickets without the MCP server or connector, so check /mcp first.
  • Switching to creating tickets straight away on the first run. Review one batch of drafts so you see how Claude reads your notes before you let it write to the tracker unattended.
  • Using raw notes full of half-finished thoughts. Claude will flag vague items, but a short list of agreed actions at the end of the notes gives much cleaner tickets.
  • Turn meeting notes into action items: Turn rough meeting notes into a clear list of action items with owners and due dates, plus decisions made and questions left open.
  • Write a spec by interview: Let Claude Code interview you about a feature, covering implementation, UX, edge cases and tradeoffs, then write a self-contained spec to a file.
  • Turn a repeated task into a skill: Describe a workflow you repeat and have Claude Code save it as a skill, so you or your team can run it later as a slash command.

See all templates

Sources