tawk_get_ current_ agentGet the authenticated agent — the owner of this API key.
Ask for last week's chat volume, pull the open ticket queue for one property, or check which websites a key can actually reach, all without opening the dashboard.
PopMCPtawk.to
Every tool and trigger your agent can call across the account, properties, chats and tickets modules.
tawk_get_ current_ agentGet the authenticated agent — the owner of this API key.
tawk_list_ chatsList (filtered) chats for a property.
tawk_list_ propertiesList every tawk.to property (website/workspace) this API key can access.
tawk_list_ ticketsList (filtered) tickets/conversations for a property.
Credentials off one tawk.to screen, then an endpoint your client signs into. Nothing to deploy, and nothing to install.
Paste one value: the REST API key you create in your tawk.to dashboard. No OAuth app, redirect URL, client secret or re-authentication. The connection is locked to the account that key belongs to.
••••••••••••3f7aRead-only keeps the agent to reporting on chats and tickets. Turn on the full catalog to reach the rest of the REST surface, and require approval on writes so adding a property or removing a member waits for you.
Drop the PopMCP URL into Claude, ChatGPT, Codex or any other supported client. It signs in through PopMCP with OAuth, so your tawk.to credential never leaves the server.
app.popmcp.com/mcp/…Ask for something harmless before you turn writes on. Once it comes back clean, widen the tool set or switch the connection to full access.
Break down last week's chat volume across every property we run
tawk_list_propertiesok
Then just ask for the work
“Break down last week's chat volume across every property we run”
“Pull all tickets still open on the storefront property since Monday”
“Find Friday's ended chats on the help site that never became a ticket”
“Whose API key is this and which tawk.to sites does it actually reach”
One hosted endpoint, registered once per client. The same tools and the same permissions, whichever window the request comes from.
Add the PopMCP URL under Settings → Connectors and the tools appear in every chat.
The same endpoint, registered in the browser. Nothing to install on the machine you are working from.
Register PopMCP as a custom connector, then let ChatGPT read and update the account.
Wire the endpoint into Codex or the Codex CLI when a task needs live business context, not a fixture.
Register the remote MCP server in OpenCode's config for terminal-first and scripted agent runs.
Add PopMCP as an MCP server in Z.ai's desktop app and work the account from the same window.
FAQ
What teams ask before putting tawk.to behind an AI client.
Yes. tawk.to's REST API is still an invite-only beta, so you request access first and approval usually lands in about 24 to 48 hours. Once you're approved, create your key in the tawk.to dashboard and paste it into the REST API key field. Nothing else in the setup changes.
The typed tools cover four areas: the authenticated agent who owns the key, the properties (websites and workspaces) that key can access, the chats on a property, and the tickets and conversations on a property. Everything is scoped to the single account the key belongs to, so it cannot see another organization's properties. Beyond those, one universal tawk_call tool can reach any other tawk.to REST method for that same account.
The four typed tools are all reads. Write work happens through the universal tawk_call tool, which covers the rest of the REST surface: creating properties, managing members and webhooks, widgets, Knowledge Base articles and chat statistics. Set the connection to read-only if you want reporting and nothing else, or leave writes on with approval required so each one comes to you first.
This is the thing that trips people up. In tawk.to, chats and tickets belong to a property rather than to the account as a whole, so both list_chats and list_tickets are scoped per property. In practice the agent runs list_properties first and then queries each one, which is why an account-wide question takes a couple of calls instead of one.
Four operations across four API modules load up front: Account, Chats, Properties and Tickets. That keeps the tool list short enough for a client to reason over. Anything else stays searchable, and the universal call tool is there when you need a method outside the typed four.
There are five triggers PopMCP can watch by change detection: chat started, chat ended, ticket created, ticket closed, and property added. All five work by spotting the change, which PopMCP turns into an event your agent can act on, so a new visitor chat or a resolved ticket becomes something it can pick up. Property added is the useful one if new sites get onboarded regularly and you want the agent's view to keep up.
No. PopMCP hosts it and gives you a Streamable HTTP MCP URL. There is nothing to deploy, no callback URL to register, and no infrastructure to keep running or patch.
Any client that supports a remote Streamable HTTP MCP server — Claude Desktop, Claude Web, ChatGPT custom connectors, Codex and the Codex CLI, OpenCode and Z.ai's ZCode, as well as editors such as Cursor, Windsurf and Zed. Your client signs in to PopMCP with OAuth; the provider credential never leaves the server.
Loading 4 tool definitions into every conversation burns context before the work starts. PopMCP loads a curated 4-tool set covering the everyday workflows and keeps the rest searchable, so your AI pulls a specialist tool only when a task needs it. You can switch a connection to the full catalog at any time.
A tool is something your AI calls — there are 4 here. A trigger is something PopMCP watches for you: 5 tawk.to events that can start work on the PopMCP side. Triggers never enter your AI client's context, and none of them ask you to paste a callback URL into tawk.to.
Launch a hosted MCP endpoint for tawk.to, keep tool access under control, and start testing real workflow prompts right away.