Escalate Gorgias product bugs to Linear for engineering

Every two hours we scan your recent Gorgias tickets, spot the genuine product bugs, and file clean, deduplicated bug reports in Linear for engineering.

Agentic Task
GorgiasLinearCustomer SupportEngineeringFeedback TriageData Sync
PromptCreate

Every two hours, scan our recent Gorgias support tickets for genuine product bugs and file clean, structured bug reports in Linear for the engineering team. Run this on a schedule because Gorgias tags and routes tickets by intent but never turns them into engineering-ready bug reports.

Start by using Gorgias List Tickets to pull tickets created or updated in roughly the last three hours, ordered by most recent. Use a small overlap beyond the two-hour schedule so nothing slips through between runs. For each candidate ticket, use Gorgias List Messages to read the full customer conversation so you understand what actually happened, not just the subject line.

Decide, ticket by ticket, whether the conversation describes an actual product defect: something in the store, checkout, app, or account that is broken, erroring, or behaving differently from how it should. Skip anything that is a how-to question, a refund or return request, a shipping or delivery issue, an order status check, or general account help. Only file tickets that a reasonable engineer would agree is a real bug.

Before filing, dedupe carefully. Skip the ticket if it has already been escalated: check its messages for an existing internal note that links a Linear issue. Also use Linear Search Issues to look for an open or recent issue describing the same defect, so a recurring bug that engineering already knows about is not raised a second time. If you find a strong match, link that existing issue in the note instead of creating a duplicate.

For each new, confirmed bug, write a clean report and create it with Linear Create Issue in the engineering team. Use a short, specific summary as the issue title. In the description, include numbered reproduction steps based on what the customer described, the affected area (for example checkout, product page, mobile app, or login), and the customer impact (how many customers seem affected and how severe it is). Reference the originating Gorgias ticket ID and customer in the description for traceability.

Once the Linear issue exists, post an internal note back on the originating Gorgias ticket using Gorgias Create Message. Post it as an internal note that only the support team can see, never as a customer-facing reply, and include the Linear issue identifier and link so support can track engineering's progress and knows the report has been captured.

If a run finds no genuine new bugs, do nothing rather than filing low-quality or duplicate issues. Favor precision: it is better to skip a borderline ticket than to flood engineering with noise.

Example output

Checkout: discount code field rejects valid codes on mobile Safari Summary: Multiple customers report that valid discount codes are rejected at checkout on mobile Safari, blocking them from completing their purchase. Steps to reproduce: 1. Open the store in Safari on iOS. 2. Add an item to the cart and proceed to checkout. 3. Enter a valid discount code and tap Apply. 4. The code is rejected as invalid, even though it works on desktop. Affected area: Checkout (mobile Safari) Customer impact: At least 3 tickets in the last day; customers are abandoning their carts. Source: Gorgias ticket #48213 (customer: jane@example.com)

Additional information

What does this prompt do?
  • Checks your most recent Gorgias support tickets every couple of hours and reads the full conversation on each one.
  • Tells real product bugs apart from how-to questions, refunds, and shipping issues, so only genuine defects get escalated.
  • Writes a clean bug report with a summary, reproduction steps, the affected area, and customer impact, then files it in Linear for your engineering team.
  • Links the new Linear issue back on the Gorgias ticket as an internal note, and avoids raising the same bug twice.
What do I need to use this?
  • A Gorgias helpdesk account you can connect.
  • A Linear workspace with an engineering team to file issues into.
  • A rough sense of what counts as a real product bug for your store, versus routine support questions.
How can I customize it?
  • Change how often it runs, from every couple of hours to a few times a day.
  • Adjust what counts as a bug worth escalating, so refunds, shipping, and account questions stay out.
  • Tweak the bug report format, or which Linear team and priority new issues land in.

Frequently asked questions

How does it know which tickets are actual bugs?
It reads the whole conversation on each recent ticket and uses judgement to separate genuine product defects, like something broken in checkout or the app, from how-to questions, refunds, and shipping problems. Only real bugs get filed.
Will it create duplicate issues for the same problem?
No. Before filing, it checks whether the ticket was already escalated and searches Linear for an existing issue describing the same bug, so a recurring problem is not raised twice.
Does the customer see the Linear issue?
No. It posts the link to Linear as an internal note on the Gorgias ticket that only your support team can see, never as a reply to the customer.
What goes into each bug report?
A short summary, step-by-step reproduction based on what the customer described, the affected area of your product, and the customer impact, plus a reference back to the original Gorgias ticket.
Do I need to tag tickets as bugs first?
No. It reviews recent tickets on its own and decides which ones are bugs, so your team does not have to manually tag or triage them first.

Stop retyping support bugs into your tracker.

Let this workflow watch your Gorgias tickets and hand engineering clean, deduplicated bug reports in Linear automatically.