TICKET MANAGEMENT
Auto-Tag Suspected Duplicates in Front
On each new Front conversation it scores duplicate likelihood and applies a Possible-Duplicate tag plus a private note with links.
How it runs
The automated pipeline, trigger to output.
- TriggerNew Front conversation createdFront
- ActionEmbed conversation with OpenAIOpenAI
- ActionVector-search candidates in PostgresPostgres
- LogicFlag only matches above threshold
- ActionApply Possible Duplicate tag in FrontFront
- OutputAdd internal note with candidate linksFront
What it does
This workflow keeps everything inside Front. When a new conversation arrives, it scores whether it duplicates an open ticket and, if so, applies a Possible Duplicate tag and adds an internal note listing the likely matches. Agents see the flag directly in their inbox.
When to use it
Use it when your team lives in Front and doesn't want a separate Slack approval flow. It is the lightest-touch option: no merging, no buttons, just an in-context flag that lets agents decide and merge manually.
How it works
- 1A Front inbound-message webhook fires on conversation creation.
- 2OpenAI embeds the new conversation's subject and first message.
- 3The workflow vector-searches Postgres for similar open conversations and returns the top candidates.
- 4A threshold filter decides whether the match is strong enough to flag; weak matches stop here and the embedding is just stored.
- 5For a flagged conversation, the workflow applies a Possible Duplicate tag in Front.
- 6It adds an internal note to the conversation listing each candidate with its similarity score and a direct link for the agent to review.
Set it up
What you configure once, before turning it on.
- 1Connect FrontShared inbox, conversations.
- 2Connect OpenAIModels, embeddings, files.
- 3Connect PostgresAny Postgres URL — query, write, migrate.
- 4Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
- 5Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
- 6Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.
More Ticket Management workflows
Enrich Discord bug reports with Sentry errors before filing in Linear
Takes a Discord bug report, has an LLM pull out likely error signatures, searches Sentry for matching events.
Front-to-Linear Recurring Bug Linker
When a Front ticket is tagged as a bug, it searches Linear for an existing matching issue and either links the ticket to that parent issue or opens a new tracked one.
Front Duplicate Conversation Clusterer
When a new Front conversation arrives, it semantically compares the report against open conversations.
Intercom Known-Issue Auto-Responder
When a new Intercom conversation matches a known active incident, it attaches the conversation to that incident's parent ticket and sends the customer the current status reply.
Weekly reopen-by-agent coaching digest
Aggregates each agent's solved-then-reopened tickets for the week, identifies the most common reopen reason per agent, and emails a private coaching digest to the support manager.
Escalate repeat reopens to a Linear bug
Detects when the same underlying issue reopens across multiple tickets, uses an AI agent to cluster them by root cause.
Run it inside a business
This workflow drops into a full company template. Import the org, and this is one of the playbooks its agents run.

Run this workflow in your colony.
14-day trial. No DevOps. No Sales call. Provisioned in under a minute.
