Turn Read AI meeting action items into Linear issues

When a Read AI meeting ends, file engineering action items as clean Linear issues and post a recap in Slack so nothing said on the call gets lost.

Agentic Task
Read AILinearSlack BotEngineeringProductMeeting WorkflowsFeedback TriageNotifications & Alerts

Build me an agent workflow that turns engineering-flavored action items from Read AI meetings into Linear issues, so bugs and feature requests captured on calls actually reach our backlog instead of getting lost between the meeting and the next standup.

Trigger: a Read AI webhook on the meeting_end event. The webhook payload includes the meeting id. As soon as we receive it, run the rest of the workflow.

Step 1. Fetch the meeting from Read AI. Use the Get Meeting operation with expand set to action_items, summary, and transcript. The action items each include the text and speaker context, and the transcript expansion gives us the surrounding quote we will paste into the Linear issue.

Step 2. For each action item, classify it as either engineering work or not engineering. Engineering work means bugs, feature requests, technical follow-ups, integration questions, infra or platform tasks, and anything that would reasonably live on the engineering backlog. Not engineering means sales follow-ups, scheduling, ops chores, customer success outreach, and similar non-technical tasks. Drop anything that is vague enough that you cannot tell what someone is supposed to do.

Step 3. For every action item you classified as engineering, call Linear Create Issue with the following shape. The title should be a short rewrite of the ask in imperative voice, for example 'Fix CSV export truncating on 10k rows' rather than the raw transcript line. The description should include a one or two sentence summary, then a markdown blockquote containing the relevant transcript excerpt (the speaker name and the lines around the action item), then a link back to the Read AI meeting so anyone can click through and listen. Pick a sensible team. If you can tell from the topic which team it belongs to, route it there; otherwise default to the main engineering team that I will configure on the workflow. Infer labels from the topic. Always apply a 'from-meeting' label so we can find them later, and add 'bug' if it sounds like a defect or 'customer-request' if the ask came from a customer on the call.

Step 4. After all the issues are created, post a single Slack message to our engineering channel using Slack Bot Send a Message. The message should name the meeting (and link to it on Read AI), then list each new Linear issue with its title and Linear URL. Keep it short. If zero engineering action items were found, do not post anything.

Make the Linear team, the Slack channel, and the default labels configurable so I can change them without editing the agent instructions. The point of this workflow is simple: no more 'we should fix that' lines getting lost between the call and the next standup.

Additional information

What does this prompt do?
  • Listens for Read AI to tell us a meeting just ended, then pulls the meeting's action items and surrounding transcript.
  • Sorts each action item into engineering work (bugs, feature requests, technical follow-ups) versus everything else (sales, ops, scheduling).
  • Files a Linear issue for each engineering item with a clear title, a quote from the call, a link back to the Read AI meeting, and sensible labels like bug or customer-request.
  • Posts a single Slack recap to your engineering channel listing the new issues so the team sees what got filed without scrolling through every meeting.
What do I need to use this?
  • A Read AI account with the notetaker running on your team's calls.
  • A Linear workspace where you can create issues, plus the team you want new issues filed under.
  • A Slack workspace and the channel you want the recap posted to.
  • A rough idea of which topics count as engineering work for your team, so the agent can classify accurately.
How can I customize it?
  • Change the Linear team or default labels so issues land in the right place for your org.
  • Tighten or loosen the engineering filter, for example to include design follow-ups or exclude vague action items with no owner.
  • Pick a different Slack channel for the recap, or skip the recap entirely if you only want the issues filed quietly.

Frequently asked questions

What counts as an engineering action item?
By default, the agent flags bugs, feature requests, integration questions, and technical follow-ups. It skips sales follow-ups, scheduling, and ops chores. You can edit the rules in the prompt to match how your team divides work.
Will it create duplicate issues if the same item comes up in two meetings?
Not by design. The agent files one issue per action item per meeting, but you can extend it to search Linear for similar open issues first and comment on the existing one instead.
Does this work for Zoom, Google Meet, and Microsoft Teams?
Yes. Read AI captures meetings across Zoom, Google Meet, Microsoft Teams, and Webex, so any call the notetaker joined will flow through this workflow.
Can I route issues to different Linear teams based on topic?
Yes. You can have the agent infer the right team from the action item, for example sending infrastructure items to the platform team and UI items to the product team.
What if a meeting ends but Read AI hasn't finished processing it?
Read AI sends the meeting end signal once the summary and action items are ready, so by the time the workflow runs the data is available.

Stop losing engineering asks between the call and standup.

Connect Read AI, Linear, and Slack once, and Geni files every engineering action item the moment a meeting ends.