Skip to main content
Availability: This is the canonical reference for every tool Super Magic can use, in Inbox chat and over the Thread MCP server. A tool exposed on both surfaces keeps the same name and the same permissions, but Thread MCP exposes a curated subset: Liongard tools and per-member connector tools (Linear, Notion, Zapier) are available in Super Magic only.

How to read this reference

Gating values: Always on (every member, cannot be disabled) · Write toggle (on/off per tool; member must also pass the write-access level) · Admin-only · Integration (configured + toggle on; some are Limited release) · Platform (managed by Thread).

Tickets

Scheduling

How set_ticket_classification resolves ids: ConnectWise stores Type, Subtype, and Item as one chain, so the tool takes the deepest id you pass and derives the levels above it. Passing item_id alone sets all three without disturbing the existing Type or Subtype; passing subtype_id alone sets Type + Subtype and clears the Item; passing type_id alone sets the Type and clears the Subtype and Item. Mismatched combinations (an id under a different parent) are rejected. Always resolve ids with list_board_classifications first.
HaloPSA semantics for the classification tools: HaloPSA has a single Category 1 value instead of a Type / Subtype / Item chain. list_board_classifications returns the Category 1 values for the ticket’s board as a flat list, and set_ticket_classification takes type_id alone, passing subtype_id or item_id is rejected. When a HaloPSA ticket type restricts which Category 1 values it accepts, the list contains only the allowed values, and setting a value outside them is rejected with the ticket type named. These tools never change the HaloPSA ticket type itself; that is a separate field.
Bounds for mass operations: chained requests run up to ~30 agent steps per message, and search_tickets returns up to 100 tickets per call (20 by default; up to 10 when full message threads are included). Batch bigger jobs in chunks.
What search_tickets reads from a ticket’s thread: when search_ticket_notes is true, keyword matching and returned message text cover the last 10 client and technician messages on the ticket. It does not read internal notes (staff-only notes, including the internal notes written by log_time_entry) and it does not read PSA time-entry records. Super Magic has no read tool for time entries — log_time_entry writes them but nothing surfaces the existing entries back. If you need time-entry data (including internal time notes), pull it from your PSA directly.

Search & lookups

IT Glue write (where enabled): push_knowledge_to_itglue (Write) exports a resolved-ticket knowledge article into IT Glue. It only appears where IT Glue is connected, its Super Magic access is on, and IT Glue export is enabled for the workspace, so most workspaces see IT Glue as read-only search only.

Intents — admin-only

Flows — admin-only

NinjaOne — integration (Limited release)

Requires: NinjaOne configured by an admin and the member signed in with their own NinjaOne account. Tools act with that member’s NinjaOne permissions.

TimeZest — integration

Liongard — integration (Limited release)

Liongard tools are fetched dynamically from your Liongard instance, so the exact list depends on what Liongard exposes (environments, systems, metrics, alerts, detections, timelines, reports). All Liongard tools are reads. Liongard is also offered as a per-member connector.
Super Magic only. Liongard tools are not exposed over the Thread MCP server, in either form. An external MCP client (Claude, ChatGPT, Cursor) will not list them even when the integration is connected and its Super Magic toggle is on — run Liongard requests in Super Magic in Inbox instead.

ImmyBot — integration (Limited release)

Requires: ImmyBot configured by an admin and its Super Magic access toggled on. ImmyBot is workspace-level — there is no per-member sign-in; every member sees the same ImmyBot context.

Dispatch (where enabled)