Servidor MCP de Clairvoyance

Quais servidores MCP são de Clairvoyance, do registro oficial e encontrados perguntando ao próprio domínio, se respondem e o que oferecem. Um programa verificou cada item; nada foi copiado da página do produto.

lido em 2026-10-26

← Voltar para Clairvoyance

De quem é o servidor

Nome no registrofyi.clairvoyance/mcpverificado no registro MCP

O nome no registro fica sob clairvoyance.fyi. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

Quando perguntamosverificado em 2026-10-26

Estadorespondeverificado em 2026-10-26
Ferramentas17
O servidor se chamafyi.clairvoyance/mcp
Versão do servidor1.3.1
Versão do protocolo2025-06-18

Em 2026-10-26 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 29 ms.

Um agente deve conectá-loAinda não está claro

As ferramentas fazem todos os casos de uso verificados: review agent-written code for hidden complexity; check naming and comments for clarity; compare design alternatives before writing code.
Verificado em 1 dos 7 dias necessários para julgar a confiabilidade.

Depois de conectar

Para "check naming and comments for clarity", a primeira chamada provável é naming-obviousness.
Para "compare design alternatives before writing code", a primeira chamada provável é design-it-twice.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

Medido todo diaverificações diárias: 1, a primeira em 2026-10-26

Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 1 até agora
O que um agente consegue fazer com ele3 de 3 casos de uso
Uso14 estrelas no GitHub
Respondeumedindo1 das 7 verificações diárias necessárias para mostrar a porcentagem
Mediana da primeira resposta204 ms
Espaço no contexto do agente≈ 2.298 tokensas definições de todas as ferramentas (17), que o agente carrega a cada turno
Definições das ferramentasA · 100 de 100
Resultados tipados0 de 17 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

Todas as ferramentas passam nas seis verificações.

O que um agente consegue fazer com ele

consegue · review agent-written code for hidden complexity
consegue · check naming and comments for clarity
consegue · compare design alternatives before writing code

Cada caso de uso do produto foi perguntado ao Jev junto com a lista de ferramentas deste servidor: um agente consegue fazer isso com essas ferramentas?

Vale conferir

Nenhum dos cinco sinais de alerta nestas definições.

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

Ferramentas que oferece17 ferramentas · lido em 2026-10-26

deep-modules
Measures module depth: whether the interface is simple relative to the implementation behind it. Use when an interface has too many parameters or methods, many small classes each do too little, or methods just forward calls. Not for…
module-boundaries
Evaluates where module boundaries are drawn and whether modules should be merged or split. Use when deciding whether to combine or separate two modules, when modules are tightly coupled, or when a change to one forces changes to another…
information-hiding
Checks for information leakage across module boundaries, including temporal decomposition and false encapsulation. Use when modules change together, implementation details leak across boundaries, or structure follows execution order…
pull-complexity-down
Checks whether complexity is pushed to callers or absorbed by implementations — the direction complexity flows. Use when callers must do significant setup, handle errors the module could resolve, or configure things they don't understand…
general-vs-special
Evaluates whether interfaces are appropriately general-purpose. Use when checking interface generality, when if-branches or parameters serve only one caller, or when getters/setters expose internal representation. Not for information…
error-design
Reviews error handling and exception design, applying the "define errors out of existence" principle. Use when reviewing error handling, when a module throws too many exceptions, or when callers must handle errors they shouldn't need to…
abstraction-quality
Evaluates whether abstractions provide a genuinely different way of thinking or are structurally shallow. Use when adjacent layers feel redundant, wrappers add boilerplate without depth, or an abstraction feels leaky. Not for a single…
naming-obviousness
Reviews naming quality and code obviousness via the isolation test, scope-length principle, and consistency audit. Use when names feel vague, something is hard to name (a design signal, not a vocabulary problem), or behavior isn't obvious…
comments-docs
Reviews comment quality and documentation practices: the four comment types, comments-first workflow, and comment rot. Use when reviewing comments or docs, when comments just repeat the code, or when something is hard to describe in a…
strategic-mindset
Assesses whether code reflects strategic or tactical thinking, including the 10-20% investment rule and tactical-tornado patterns. Use when evaluating design investment, when code was written under time pressure, or when working code…
design-it-twice
Generates and compares at least two fundamentally different design alternatives on concrete criteria before committing. Use when the user asks to design something twice, or before committing to any significant design of classes, modules…
code-evolution
Evaluates whether changes to existing code maintain or degrade design quality. Use when the user asks to review a diff or PR (for example before merging it), or asks about recently modified files, to judge whether each change looks…
complexity-recognition
Diagnoses whether complexity exists and where it comes from, using the three-symptom, two-root-cause framework. Use when code feels harder to work with than it should but the specific problem is unclear. Not for scanning known design…
red-flags
Scans code against 17 design smells (the book's 14 named Red Flags plus 3 process-stage signals) and produces a structured diagnostic report. Use when the user asks for a red flags or design smell scan, asks to check code against a…
design-review
Orchestrates a structured design review, running the other skills as a diagnostic funnel from complexity triage to a full red-flags sweep. Use when the user asks for a comprehensive or prioritized design assessment of a file, module, or…
diagnose
Routes a vague symptom or complaint to the most relevant Clairvoyance skill via a decision tree. Use when someone describes a problem but doesn't know which skill to reach for. Not for a comprehensive review (use design-review) or a…
fetch-reference
Fetch a supporting file from a Clairvoyance skill's references/ folder, when the skill's instructions point to one. Available: information-hiding (back-door-leakage.md); pull-complexity-down (configuration-parameter-audit.md)…

Como conectar

Adicione o servidor à configuração do seu cliente MCP. Claude Desktop, Cursor e a maioria dos outros clientes leem este formato:

{
  "mcpServers": {
    "clairvoyance": {
      "type": "http",
      "url": "https://clairvoyance.fyi/mcp"
    }
  }
}

Adicionar

Claude Code, no terminal

claude mcp add --transport http clairvoyance https://clairvoyance.fyi/mcp

Adicionar ao Cursor Adicionar ao VS Code

claude.ai, ChatGPT e outros clientes: adicione https://clairvoyance.fyi/mcp como conector personalizado nas configurações.

Cada linha é algo que um programa encontrou ao procurar: o registro, a resposta do próprio servidor, uma especificação que se lê. Linha ausente quer dizer que não encontramos, não que não exista.