# Tiflux

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

- name: io.github.mcp-dir/tiflux-mcp
- version: 0.1.0
- connection class: R0 (autonomous)
- trust: 91/100
- quality: 88/100 (good)
- owner: not claimed
- descriptor: https://api.protogrid.dev/v1/servers/io.github.mcp-dir%2Ftiflux-mcp
- tools: https://api.protogrid.dev/v1/servers/io.github.mcp-dir%2Ftiflux-mcp/tools

**An agent can connect right now, no human step.** Remote endpoint, no authentication, reachable on the last probe.

## Connection (mcpServers)

```json
{
  "mcpServers": {
    "tiflux-mcp": {
      "type": "http",
      "url": "https://api.mcp.ai/p_tiflux"
    }
  }
}
```


## Trust

- hygiene: 100
- liveness: 99
- freshness: 85
- provenance: 80
- drivers: +repository +namespace-matches-repo +reachable +uptime-97% ~updated-60d-ago
- Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed.

## Quality 88/100 (good)

### protocol: 75 (weight 25)

- warn `protocol.modern`: newest supported version is 2025-11-25; 2026-07-28 not supported, older versions are deprecated until 2027-07-28
- n/a `protocol.stateless`: only applies to 2026-07-28 servers
- pass `protocol.transport`: streamable HTTP
- n/a `protocol.list_ttl`: only applies to 2026-07-28 servers

### authorization: n/a (weight 15)

- n/a `auth.prm`, `auth.as_metadata`, `auth.cimd`: no remote uses OAuth
- n/a `auth.secret_in_url`: no templated URL

### tool hygiene: 93 (weight 30)

- pass `tools.descriptions`: every tool has a description
- warn `tools.description_length`: 1 tools have descriptions over 1,024 characters, which crowds the context
- pass `tools.schemas`: every tool has an object input schema
- pass `tools.annotations`: 36 of 36 tools declare readOnlyHint or destructiveHint
- pass `tools.directory_hints`: every tool declares readOnlyHint, destructiveHint, idempotentHint and openWorldHint
- pass `tools.token_cost`: about 6,429 tokens to load every tool
- pass `tools.api_dump`: tools are not a one-to-one API dump

### stability: 100 (weight 15)

- pass `stability.changes`: no tool changes in 30 days
- pass `stability.rug_pull`: no tool changed its meaning under the same name

### dependencies: n/a (weight 15)

- n/a `deps.known_vulns`, `deps.mcp_sdk_version`, `deps.resolvable`: no npm or PyPI package

- tools: 36, about 6,429 tokens to load them all
- tool set hash: 63e305ea7341b1e3eb09bc1f0dd42519
- badge: [![protogrid quality](https://protogrid.dev/badge/io.github.mcp-dir/tiflux-mcp.svg)](https://protogrid.dev/servers/io.github.mcp-dir/tiflux-mcp)
- Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed.

### Tool changes

_No tool definition changes recorded._

## Remotes

- https://api.mcp.ai/p_tiflux (streamable-http, auth none, reachable true, uptime30d 0.9741379)

## Packages

_none_

## Tools (36)

- `authenticate`: MCP.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.
- `connect`: Returns 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.
- `marketplace`: The 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.
- `report_bug`: Report a bug, missing feature, or send feedback. Include the conversation array with recent messages for reproduction.
- `show_version`: Show the current MCP platform and adapter versions.
- `tiflux_billings_history`: Histó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_cancel_ticket`: Cancela 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_close_ticket`: Encerra 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_create_appointment`: Lança um apontamento de horas num chamado, em nome do usuário dono do token.
- `tiflux_create_internal_communication`: Cria 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_create_ticket`: Abre 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_create_ticket_answer`: Responde 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_get_clients`: Detalha um ou vários clientes pelos ids, numa única chamada. Um id que falhar não derruba os demais.
- `tiflux_get_tickets`: Detalha 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_get_ticket_stages_slas`: Histó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_appointments`: Lista 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_clients`: Lista clientes da organização, com busca parcial por nome. Use para resolver o client_id exigido na abertura de chamado.
- `tiflux_list_contracts`: Lista os contratos de atendimento, com filtro por cliente, tipo e situação.
- `tiflux_list_departments`: Lista os departamentos da organização. Um atendente não administrador vê só os do próprio grupo.
- `tiflux_list_desk_priorities`: Lista as prioridades configuradas numa mesa, com os respectivos SLAs.

Bulk support: accepts desk_ids for batched execution.
- `tiflux_list_desks`: Lista 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_services_catalogs`: Lista os catálogos de serviços de uma mesa (a classificação do chamado).

Bulk support: accepts desk_ids for batched execution.
- `tiflux_list_desk_stages`: Lista 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_internal_communications`: Lista as comunicações internas de um chamado (notas visíveis só para a equipe, nunca para o solicitante).
- `tiflux_list_knowledges`: Busca artigos da base de conhecimento por texto e por pasta. Use para achar o procedimento antes de responder um chamado.
- `tiflux_list_requestors`: Busca solicitantes por nome, e-mail ou telefone. Devolve o requestor_id correto para abrir chamado, e não exige perfil de administrador.
- `tiflux_list_technical_groups`: Lista os grupos de atendentes da organização.
- `tiflux_list_technical_users`: Lista 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_ticket_answers`: Lista as respostas (comunicações visíveis ao solicitante) de um chamado.
- `tiflux_list_ticket_appointments`: Lista os apontamentos de horas de um chamado.

Bulk support: accepts user_ids for batched execution.
- `tiflux_list_ticket_files`: Lista os arquivos anexados a um chamado.
- `tiflux_list_tickets`: Lista 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_me`: Dados 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_tickets_feedback_report`: Relatório de satisfação (feedback) dos chamados por período, com recorte por responsável, departamento ou grupo de atendentes.
- `tiflux_update_ticket`: Atualiza 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.
- `toolkit_info`: Returns the current toolkit state: installed MCPs, their connection status, the accounts connected to each one, and how many catalog tools each exposes.