Say where it belongs
Leave When blank and the skill is always available. Or
list the sites it applies to — *.zendesk.com, one per
line — and it only comes up there.
XataWorks Platform
It drives the web apps you already use.
You decide what it is allowed to touch.
XataWorks is a desktop browser with an assistant built into it. Ask for something and it works the applications directly — opening the ticket, looking up the order, writing the reply. Your helpdesk, your store, the internal tool your company built. No connector to set up, nothing to migrate, and no second login. XataWorks Platform is the engine underneath: the XataWorks app is built on it, and so is a branded assistant built for your organisation.
Available for macOS, Windows and Linux.
What you would actually type
No commands to learn and no syntax to get right. Say it the way you would say it to a colleague.
Each of these is one request that touches one or more of the applications you already have open.
Models and providers
Every assistant you can subscribe to is one company’s model in one company’s window. XataWorks is the other way round: the window is yours, and you decide which model is behind it.
A ChatGPT or Claude subscription covers XataWorks the same way it covers everything else you use it for. Nothing is resold through us: no second bill, no tokens marked up, no per-seat charge on somebody else’s model.
Which means the question is not whether to switch assistants. It is whether the one you have should be able to reach your helpdesk, your store and your order system — or keep waiting for you to paste things into it.
Change your mind and change the account; it applies to new chats, so a conversation never changes model underneath you.
claude command-line tool you have
already signed in to, so your subscription covers it. XataWorks
needs that tool installed to offer this option.
One window
The answer to a customer’s question is almost never in one place. It is half in the helpdesk, half in the order system, and the reason is in an alert nobody has read yet. Reasoning across all four was never the hard part — reaching them was. XataWorks is already in the tabs, so it works across every one of them in one go.
Five applications, and the only thing joining them up is you — carrying reference numbers between tabs by hand.
One conversation. It reaches the applications; you do not have to. Nothing about them changes — they are the same tabs, open in the same browser.
One question — has this customer’s order shipped? — and it reads the ticket, finds the order, notices the shipment is still awaiting a label, checks the warehouse console, spots the printer alert that has been firing since this morning, and works out that this one shipment fell through the gap rather than a whole day’s worth.
Then it stops and says so, in your words rather than in tool calls — including the things it is not sure about, like two slightly different email addresses for the same person.
No copying reference numbers between tabs. No second login. No exporting anything to ask a question about it.
The whole thing, unedited
Three minutes, one customer complaint, four applications. No cuts and nothing sped up — including the parts where it stops and asks.
You
“Has this customer’s order shipped yet?”
XataWorks
Reads the open ticket, finds the order it refers to, and looks it up. No — it is paid, unfulfilled, and no tracking number was ever generated. Eleven days ago, and tagged expedited.
You
“Find out why.”
XataWorks
Finds the shipment stuck awaiting a label, reads the incident channel, and checks the alerts. A label printer went down, and this shipment fell through the gap while it was out. It is the only one that did — not a backlog.
XataWorks
Proposes the fix — issue the label, reply to the customer with the tracking number, note the order — and stops there to ask. It also flags something it is not sure about: two slightly different email addresses for the same person.
You
“Go ahead.”
XataWorks
Issues the label, which generates the tracking number and moves the order to shipped. Writes the reason onto the order. Sends the customer a reply with the tracking number and an apology — and asks before that one too, because a public reply cannot be unsent.
Permission
An assistant that can act on your behalf is only worth having if you can tell it where to stop. XataWorks sits between the model and your applications, so nothing reaches an app you have not let it into.
The default, and the narrowest answer there is. You settle the call in front of you, and you are asked again next time.
From here on it may look things up on this site, and nothing more. On a helpdesk page that is most of what the application publishes.
It may also change things that can be put back — a tag, a status, an assignee, a custom field.
Including the operations that cannot be undone. Deleting, refunding, sending, overwriting.
When a call cannot be undone, you are not asked to approve a vague intention. You see the operation by name, tagged [Destructive], with every argument it is about to send — the order it names, the text it will write, the address it will write to.
If an application has not said what an operation does, XataWorks assumes the worst about it and asks anyway.
How it works
Almost every tool your work runs on is a web app now, which is why a browser is the right place for an assistant to act. XataWorks works through WebMCP — an open standard for a web application to describe, in the page itself, what it lets an assistant do. No screen-scraping, no guessing which button is which, no breaking when the layout changes.
Open the page tools panel on any site and you see exactly what that application has offered: every operation by name, and what each one does — look something up, change something, or something that cannot be undone.
That is the same list the permission ladder grants against, and the class beside each name is what a grant is answered against. It is not a summary of what the assistant might do; it is the complete set of what it can do here.
A web application publishes a list of the operations an assistant may perform — each one named, with the information it needs.
In the tab you already have open, signed in as you. It never needs its own account on that application, and it never sees the credentials that signed you in.
If something is not on the list, there is no route to it. The application decides what is possible; you decide what is allowed.
Because it is a standard, any web application can support it without arranging anything with us — which is why this is not a partner list whose length we control.
Skills
A general assistant knows how software works. It does not know that a label-printer outage means check Bay 3 before you promise anyone a date. A skill is where you write that down — once — and stop explaining it.
Give it a name, say when it applies, and write the procedure the way you would brief someone on their first week. Bullet points are fine. There is no schema to satisfy and nothing to compile — if a colleague could follow it, so can the agent.
The one in the screenshot is a triage runbook: work out whether a label problem is a known incident, a configuration mistake, a queue backlog, a dead printer, or something engineering needs to see — and say which, rather than guessing.
Leave When blank and the skill is always available. Or
list the sites it applies to — *.zendesk.com, one per
line — and it only comes up there.
Announce tells the agent the skill exists and lets it read the instructions if they turn out to be relevant. Load in full puts them straight into the conversation, every time.
A skill can belong to a single agent — your support agent gets the triage runbook — or sit at the app level where every agent you run can use it.
A skill describes a job, not a website. The same triage runbook reads the ticket, checks the order, looks at the alert and drafts the reply — four applications, one procedure.
Which fields you always set, what your tags mean, who gets told first, what your customers should never be told. The parts of the job that live in people’s heads.
Skills are yours to edit, switch off, and rewrite when the procedure changes. Nothing to redeploy and nobody to ask.
Integrations
Where an application has not yet described what it lets an assistant do, XataWorks brings its own description of it. These are built in and ready the moment you install — nothing to configure, no keys to paste, no second login, because they work over the session you are already signed in to.
This list is not the limit, and it is not meant to grow for ever. An application that describes its own tools needs nothing from us at all — these exist to cover the ones that have not done it yet.
Tell us which application you would want it to work in. It is the most useful thing you can send us, and it is how we decide what to build next.
Sign in with the ChatGPT or Claude subscription you already pay for, an OpenRouter account, or an API key you supply.
A chat session sees its own browser: it can open, close and move between tabs, and read the page you are looking at.
WebMCP for what web applications offer, and MCP in both directions: connect other tools in, or use XataWorks’ own tools from elsewhere.
Questions
Because XataWorks is not one of them — it is the place one of them can work. You sign in with the subscription you already pay for, and the assistant you already know turns up inside a browser, in the tabs you are already signed into.
An assistant in its own window has to be told everything, one paste at a time, and can only hand you text back. The same model, in a browser, can open the ticket, look up the order and write the reply itself — and it works in the internal tool your company built, which is not on anybody’s integration roadmap and never will be.
No. Claude, ChatGPT, anything on OpenRouter, an API key you supply, or an endpoint you host yourself — and you can change your mind later. The change applies to new chats, so a conversation never changes model underneath you.
XataWorks uses your own account with the model provider — a ChatGPT or Claude subscription you already have, an OpenRouter account, or an API key you supply. Nothing is resold through us.
Reading the text of a page is a separate permission from doing things in an app. It is off until you turn it on, and you turn it on for one site at a time. Two capabilities, two decisions, neither implied by the other.
Anything that cannot be undone is confirmed with you before it runs, and you see which operation it is and exactly what it was asked to do. If an application has not described what an operation does, XataWorks assumes the worst about it and asks anyway.
You can answer for that one call, or settle a whole kind of call for that site — and a deliberately narrow answer stays narrow.
No. The built-in integrations work over the browser session you are already signed in to. There is nothing to register, no token to create, and no second login — and the assistant never sees the credentials that signed you in.
XataWorks works with any web application that describes what it lets an assistant do, so it is not limited to the ones built in today — and an application that describes itself needs no adapter from us at all. If the one you need has not done that yet, tell us which it is and we will take it from there.
No — it is useful on day one with no configuration at all. Skills are for the jobs you find yourself explaining twice: your procedure, your conventions, the things a capable stranger wouldn’t know about your business.
Installers for macOS (.dmg), Windows (.exe) and Linux (.deb). There is nothing to set up first — everything it needs is in the download.