Harness

Em desenvolvimento. Apenas o Limite de Requisições reflete algo real e aplicado hoje. Configurações de Timeout, Política de Retry e Hooks de Execução são visíveis e interativos, mas nada que você digitar neles é salvo ainda — trate-os como uma prévia dos controles que estão a caminho, não configurações funcionais.

Harness é onde você eventualmente ajustará como o Arthur se comporta quando uma chamada de ferramenta para sua API upstream está lenta ou instável.

O que você pode fazer

• Limite de Requisições (real) — uma exibição somente leitura do limite fixo que o Arthur aplica em todo servidor MCP: 60 requisições por minuto. Isso é real e ativo, mas ainda não é configurável por servidor — o switch e o campo aqui são apenas para visibilidade.
• Configurações de Timeout (ainda não funcional) — um campo de timeout global mais overrides por ferramenta, destinado a impedir que uma API upstream lenta trave a resposta da IA indefinidamente.
• Política de Retry (ainda não funcional) — destinada a controlar quantas vezes uma chamada com falha é retentada, com qual estratégia de backoff, e para quais códigos de erro HTTP.
• Hooks de Execução (ainda não funcional) — destinados a rodar lógica customizada antes/depois de uma chamada de ferramenta: injetar um header, adicionar um parâmetro de query, ou registrar o resultado.

Como usar

1. Abra um servidor e vá na aba Harness para ver o Limite de Requisições fixo atual.
2. Você pode preencher configurações de Timeout, Retry ou Hooks e clicar em salvar, mas o salvamento vai falhar silenciosamente ou mostrar um erro — nada disso é persistido ou aplicado pelo backend ainda.

Bom saber

• Todo servidor da instância compartilha o mesmo limite fixo de 60 req/min; não há como aumentá-lo ou diminuí-lo por servidor hoje.
• Relacionado: Guard Rails, o par focado em segurança do Harness, que é focado em confiabilidade — a maior parte dele está no mesmo estágio inicial.