Servidor MCP de TaskMan of London

• Nome no registrolondon.taskman/home-servicesverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-20
• Ferramentas20
• O servidor se chamaTaskMan of London
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

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

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.

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 MCP72 de 100responde 100 · definições 67 · contexto 100 · conexão 100 · reduzida pelos sinais de alerta abaixo
• Respondeuem 100% dos dias7 de 7 verificações diárias
• Mediana da primeira resposta706 ms
• Espaço no contexto do agente≈ 3.035 tokensas definições de todas as ferramentas (20), que o agente carrega a cada turno
• Definições das ferramentasC · 67 de 100
• Resultados tipados0 de 20 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 20 de 20
• Sem dizer se só lê ou se pode destruir: 20 de 20

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_services

  Use when the user needs help identifying which TaskMan of London service fits their job, especially for vague home-service requests in London.

• check_service_area

  Use when the user provides a London postcode or asks whether TaskMan covers their area.

• get_quote_estimate

  Use when the user asks about likely cost, ballpark pricing, or whether a task needs a custom quote.

• check_availability

  Use when the user asks about dates, timing, or whether a service can likely be booked soon.

• match_providers

  Use when an agent needs a single deterministic provider-matching result for assignment. Returns an ordered_candidates array sorted best-to-worst, where the first can_assign=true candidate is the assignee.

• create_booking_request

  Use when the user is ready to submit details for a real TaskMan of London booking request.

• get_booking_status

  Use when the user already has a TaskMan booking request and wants an update.

• start_trusted_phone_session

  Use in trusted telephony flows when the caller number is already verified by the channel provider and you need a short-lived booking session without OTP.

• start_customer_verification

  Use when an existing customer wants to verify identity (OTP or magic link) before assistant-led booking.

• verify_customer_otp

  Use after sending an OTP challenge, to verify the one-time passcode and open a short-lived booking session.

• verify_magic_link_token

  Use when the customer clicks a magic link and provides the token for verification.

• get_customer_profile

  Use after verification to load scoped customer profile details from CRM for booking.

• list_customer_addresses

  Use after verification to list saved addresses linked to the verified customer.

• list_service_types

  Use after verification to show supported service types before collecting booking details.

• get_customer_availability

  Use after verification to check availability for a verified customer at a selected saved address.

• start_booking_payment

  Use after collecting booking details to create a Stripe checkout payment session before final booking submission.

• get_booking_payment_status

  Use to check whether a booking payment session is pending, paid, failed, canceled, or expired before attempting booking creation.

• create_customer_booking

  Use after verification, detail collection, and confirmed paid payment session to create a booking scoped to the verified customer.

• update_contact_note

  Use to append an internal CRM note for the verified customer during or after booking.

• tag_contact

  Use to add CRM tags to the verified customer for booking workflow tracking.