Tiflux

Wrapper for the official Tiflux API v2 (help desk and service desk): tickets with replies to the req

CommunityOnlineNo sign-inGlobalFreeRead-only

What it can do

    What data it sees

    Do you need an account

    No: the server works without sign-in

    Wrapper for the official Tiflux API v2 (help desk and service desk): tickets with replies to the req

    How to connect

    How to connect Tiflux to Claude

    The server address to paste into Claude settings:

    https://api.mcp.ai/p_tiflux

    1. Open Claude (claude.ai or the desktop app).
    2. Go to Settings → Connectors.
    3. Click Add custom connector.
    4. Paste the server address copied below into Remote MCP server URL and click Add.
    5. In a chat, click + → Connectors and switch the new connector on.

    Custom connectors are available on Free, Pro, Max, Team and Enterprise plans (Free is limited to one). On Team and Enterprise an organization Owner adds the connector first under Organization settings → Connectors.

    Authorization

    After you click Add, a sign-in window for the service opens. Sign in with your own account and approve access. Claude never sees your password.

    How to connect Tiflux to ChatGPT

    The server address to paste into ChatGPT settings:

    https://api.mcp.ai/p_tiflux

    1. Open ChatGPT in a browser (chatgpt.com). A Plus, Pro, Business, Enterprise or Edu plan is required.
    2. Turn on developer mode once: Settings → Apps → Advanced settings → Developer mode.
    3. Open Settings → Connectors and click Create.
    4. Fill in the form: Name (anything), Description (one line about what the service does), MCP server URL (copy it below).
    5. Under Authentication choose OAuth if the service requires sign-in, otherwise None. Click Create.
    6. In a new chat open + → Apps/Connectors and enable the connector.

    OpenAI has renamed this section before (Connectors → Apps/Plugins). If the label differs, search settings for "developer mode". On Business/Enterprise workspaces an admin must allow custom connectors first.

    Authorization

    On first use ChatGPT opens the service's sign-in window. Sign in and approve access.

    How to connect Tiflux to Cursor

    The server address to paste into Cursor settings:

    https://api.mcp.ai/p_tiflux

    Fastest: click Open in Cursor below and confirm the prompt.

    Manually:

    1. In Cursor open Settings → Cursor Settings → MCP and click Add new global MCP server.
    2. Paste the JSON copied below into ~/.cursor/mcp.json (per project: .cursor/mcp.json in the repo root).
    3. Save the file. The server appears in the MCP list; authorize it there if asked.

    Authorization

    If the service needs sign-in, an authorize button appears next to the server in the MCP list.

    Server tool list (36)

    Raw names from tools/list. Only developers need these.

    tiflux_meDados do usuário dono do token (nome, e-mail, perfil, feature flags). Use para confirmar em nome de quem as ações serão registradas e qual o escopo de permissão da chave.
    tiflux_list_ticketsLista chamados com filtros (situação, mesa, cliente, estágio, responsável, solicitante, período, SLA a vencer). Devolve total_items com o total real do filtro, use-o antes de concluir qualquer contagem.
    tiflux_get_ticketsDetalha um ou vários chamados pelos números, numa única chamada. Um chamado que falhar não derruba os demais: os erros vêm separados por número em errors[].
    tiflux_create_ticketAbre um novo chamado. Resolva desk_id e client_id antes com tiflux_list_desks e tiflux_list_clients. Identifique o solicitante por requestor_id, ou pelos campos requestor_name e requestor_email quando ele ainda não existir. Bulk support: accepts desk_ids, client_ids, priority_ids, status_ids, services_catalogs_item_ids, requestor_ids, responsible_ids for batched execution.
    tiflux_update_ticketAtualiza um chamado existente. Envie só os campos a alterar. Para mover de estágio use stage_id, para transferir de responsável use responsible_id. Bulk support: accepts client_ids, desk_ids, priority_ids, status_ids, stage_ids, services_catalogs_item_ids, requestor_ids, responsible_ids for batched execution.
    tiflux_close_ticketEncerra um chamado, marcando-o como resolvido. Encerrar para o SLA e costuma disparar a pesquisa de satisfação para o solicitante. Para um chamado que não deveria ter sido aberto, use tiflux_cancel_ticket.
    tiflux_cancel_ticketCancela um chamado, encerrando-o SEM tratá-lo como atendido (duplicado, aberto por engano, fora de escopo). Cancelados não contam como resolvidos nos relatórios. Para um chamado efetivamente resolvido, use tiflux_close_ticket.
    tiflux_list_ticket_answersLista as respostas (comunicações visíveis ao solicitante) de um chamado.
    tiflux_create_ticket_answerResponde um chamado. Esta resposta É VISÍVEL PARA O SOLICITANTE e dispara notificação. Para uma nota que só a equipe vê, use tiflux_create_internal_communication.
    tiflux_list_internal_communicationsLista as comunicações internas de um chamado (notas visíveis só para a equipe, nunca para o solicitante).
    tiflux_create_internal_communicationCria uma comunicação interna num chamado. É uma nota visível SÓ PARA A EQUIPE, o solicitante não recebe nem vê. Para falar com o solicitante use tiflux_create_ticket_answer.
    tiflux_list_ticket_filesLista os arquivos anexados a um chamado.
    tiflux_get_ticket_stages_slasHistórico de estágios e SLAs de um chamado (quando entrou em cada estágio e como ficou o SLA). Use para auditar cumprimento de prazo.
    tiflux_list_ticket_appointmentsLista os apontamentos de horas de um chamado. Bulk support: accepts user_ids for batched execution.
    tiflux_create_appointmentLança um apontamento de horas num chamado, em nome do usuário dono do token.
    tiflux_list_appointmentsLista apontamentos de horas de toda a organização por período, atendente e mesa. É a base para relatório de horas trabalhadas e faturáveis.
    tiflux_list_clientsLista clientes da organização, com busca parcial por nome. Use para resolver o client_id exigido na abertura de chamado.
    tiflux_get_clientsDetalha um ou vários clientes pelos ids, numa única chamada. Um id que falhar não derruba os demais.
    tiflux_list_requestorsBusca solicitantes por nome, e-mail ou telefone. Devolve o requestor_id correto para abrir chamado, e não exige perfil de administrador.
    tiflux_list_desksLista as mesas de atendimento, com busca parcial por nome. A mesa define os estágios, prioridades e catálogo de serviços disponíveis num chamado.
    tiflux_list_desk_stagesLista os estágios (etapas do fluxo) de uma mesa. Use para descobrir o stage_id ao mover um chamado com tiflux_update_ticket. Bulk support: accepts desk_ids for batched execution.
    tiflux_list_desk_prioritiesLista as prioridades configuradas numa mesa, com os respectivos SLAs. Bulk support: accepts desk_ids for batched execution.
    tiflux_list_desk_services_catalogsLista os catálogos de serviços de uma mesa (a classificação do chamado). Bulk support: accepts desk_ids for batched execution.
    tiflux_list_technical_usersLista os atendentes, com filtro por nome, e-mail, mesa ou cliente. Use para resolver o responsible_id ao atribuir um chamado. Bulk support: accepts desk_ids, client_ids for batched execution.
    tiflux_list_technical_groupsLista os grupos de atendentes da organização.
    tiflux_list_departmentsLista os departamentos da organização. Um atendente não administrador vê só os do próprio grupo.
    tiflux_list_knowledgesBusca artigos da base de conhecimento por texto e por pasta. Use para achar o procedimento antes de responder um chamado.
    tiflux_list_contractsLista os contratos de atendimento, com filtro por cliente, tipo e situação.
    tiflux_billings_historyHistórico de faturamentos. Os pares de data são obrigatórios em conjunto: billing_start_date com billing_end_date, e due_start_date com due_end_date. Bulk support: accepts client_ids for batched execution.
    tiflux_tickets_feedback_reportRelatório de satisfação (feedback) dos chamados por período, com recorte por responsável, departamento ou grupo de atendentes.
    show_versionShow the current MCP platform and adapter versions.
    report_bugReport a bug, missing feature, or send feedback. Include the conversation array with recent messages for reproduction.
    connectReturns connection status and URLs. When all providers are connected, returns authenticated:true and empty pending[]. When credentials are missing, returns connect_url for the toolkit and per-install URLs.
    toolkit_infoReturns the current toolkit state: installed MCPs, their connection status, the accounts connected to each one, and how many catalog tools each exposes.
    marketplaceThe official mcp.ai marketplace — the in-platform catalog of every MCP/tool, AND the way to run them. Covers capability requests like "find an MCP that does X", "consulta um CPF", "is there a tool for Y". Core flow: action=search discovers MCPs by intent → describe returns one MCP's full profile (every tool with its id + params, pricing, auth) so you pick the right tool_id → invoke RUNS that tool. KEY: invoke works even when the MCP is NOT installed — it runs the tool pontualmente (one-off), without adding the MCP to the toolkit and without bloating the tool list. If the MCP needs a credential/login, invoke returns a connect link; if it is paid and the wallet is empty, invoke returns a checkout/top-up link (the user opens it, then you retry). Use install only to make an MCP PERMANENT in the active toolkit (its tools then show up natively in future sessions); prefer invoke for a single/occasional use. list_tools lists what is callable right now. subscribe/cancel handle per-MCP billing; report_bug sends feedback; request_mcp asks us to build a NEW MCP when nothing fits. Search/describe flag installed_in_toolkit vs installed_in_workspace. Writes (install/uninstall/subscribe/cancel and the one-off install behind invoke) require workspace owner/admin. It also carries the mcp.ai PROMPT LIBRARY, which is about ready-made prompt TEXT rather than MCPs: search_prompts finds one, get_prompt returns its full text with {{variables}} filled, and publish_prompt saves a prompt and returns a shareable mcp.ai/p/<slug> link that opens without login.
    authenticateMCP.AI for IDE agents (Cursor, etc.): log in in the browser, copy the access token. Best: add it to this server's config as a header `Authorization: Bearer <token>` for a permanent, non-expiring connection. Or paste it here for a session-only login: call with { token: "<jwt>" } after the user pastes, or with no args to get the link.