Servidor MCP de Sky Valley

• Nome no registrofm.996/perspectivesverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-21
• Ferramentas5
• O servidor se chama996fm-perspectives
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

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

• As ferramentas fazem todos os casos de uso verificados: Compare operators' differing views on remote versus office work; Trace startup advice back to timestamped transcripts or essays.

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.

• Nota INITE MCP100 de 100responde 100 · faz o trabalho 100 · definições 100 · contexto 100 · conexão 100
• O que um agente consegue fazer com ele2 de 2 casos de uso
• Respondeuem 100% dos dias14 de 14 verificações diárias
• Mediana da primeira resposta513 ms
• Espaço no contexto do agente≈ 879 tokensas definições de todas as ferramentas (5), que o agente carrega a cada turno
• Definições das ferramentasA · 100 de 100
• Resultados tipados0 de 5 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Todas as ferramentas passam nas seis verificaçõ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 →

• find_perspectives

  Route a founder's dilemma to the debates that genuinely bear on it. Present the readings SEPARATELY — never merge them into one answer. Respect the question's altitude: scale-up material does not answer a pre-PMF dilemma. When coverage is…

• get_stances

  Every stance on one debate, grouped by reading — raw material for your own who-would-push-back read. No synthesis. Attribute and date every position (dates are episode publication dates); keep hedged claims hedged. The graph never says…

• trace_evolution

  One speaker's takes in order of episode publication date (optionally on one debate) — reversals and re-assertions visible, never judged. Attribute and date every position (dates are episode publication dates); keep hedged claims hedged. A…

• get_context

  The transcript around one claim — the moment in context, with its receipt. Spoken: the episode's public transcript, windowed ±90s around the claim's timestamp. Written (an essay): the verbatim excerpt snapshotted at digest plus a link…

• list_debates

  Browse the debate registry: id, question, readings, stance count, born (earliest publication date). Optional query: a debate matches when its question has every word of it, case-insensitive, word forms folded (hire/hiring…