Pylon
LiteralMirror the support picture — knowledge-base articles, feature requests, and the transcript of every resolved thread.
- You pick
- Knowledge bases — requests and threads come workspace-wide
- Stays current
- Checked hourly
- Connects with
- API key
- Connected by
- Any member
Data types
Knowledge baseFeature requestsResolved threads
Support is where a company learns what its product is actually like to use. Pylon's three streams are all mirrored, because each unit is a real artefact: an article someone wrote, a request someone filed, a thread someone resolved.
What you choose
Knowledge-base articles are scoped by knowledge base — you pick which ones are in range. Feature requests and resolved threads are workspace-wide streams: they come as a whole, not per account.
Resolved threads are on by default. A busy support desk resolves far more threads than a workspace writes documents, and each becomes its own source, so the volume is real — but it is also the reason to connect Pylon at all. The connection dialog answers the volume question with a history window instead: a new connection opens on recent history rather than the whole archive, and you choose how far back it reaches.
What lands in your map
The recurring shape of customer pain — which is usually invisible in any single thread and obvious across a hundred of them.
Authentication
Pylon connects with an API key rather than OAuth.
What it can't see
- Accounts and issues outside the scopes you authorise.
Up next
Granola