Tiden: confira se o código de IA cumpre os requisitos

Para que serve o Tiden, em linguagem simples?

O Tiden ajuda equipes de desenvolvimento a verificar se um agente de programação implementou o que foi pedido. O produto da Qase, Inc. reúne especificações, sessões de agentes, testes e evidências para decidir sobre uma entrega.

Pense em uma API que precisa devolver 429 ao ultrapassar um limite e informar quando tentar novamente. Compilar sem erro não comprova as duas exigências. O Tiden relaciona cada comportamento esperado aos testes e mostra o que ainda está sem evidência.

Quando o teste confirma a implementação, mas não o pedido

O ponto de partida é uma especificação que descreva o comportamento do produto. O Tiden lê código, organiza essas especificações e destaca as que não têm testes. Elas continuam editáveis em Markdown, com fontes, componentes, prioridades e histórico.

A captura de intenção registra decisões das sessões de programação e as transforma em branches revisáveis. O fluxo apresentado no site acompanha as promessas de um acordo de trabalho. As mudanças propostas nas especificações e nos testes passam por revisão humana antes de serem incorporadas. A equipe continua responsável por conferir se as assertivas representam o resultado de negócio.

Colocar uma primeira verificação para funcionar

O guia oficial de início descreve este caminho:

1. Crie ou entre em uma organização e adicione um produto no workspace.
2. Instale a CLI para macOS, Linux ou Windows. Execute tiden setup para autorizar e vincular o repositório, depois tiden config verify.
3. Conecte o GitHub App do Tiden aos repositórios escolhidos, conferindo as permissões.
4. Crie uma especificação, inclusive a partir de Markdown, e vincule um teste.
5. Execute as verificações e consulte Traceability. Diferencie verified, not_run e no_test.
6. Instale os hooks com tiden intent install, confira seu estado e revise os branches gerados pelas sessões.

Comece com um comportamento de resultado observável. Isso permite avaliar a utilidade da relação entre requisito, teste e resultado antes de ampliar a cobertura.

Entrega e produção com evidências rastreáveis

Os quality gates combinam cobertura das especificações, resultados de testes, risco por componente, atualidade das evidências e problemas de produção disponíveis. Podem avaliar main, um branch ou uma versão. O resultado informa aprovação, bloqueio ou risco aceito.

A CLI tiden gate check --product-id <product-id> retorna código diferente de zero quando há bloqueio ou análise de risco pendente. O rastreamento de erros em execução associa problemas a versões e ambientes. Um resultado aprovado vale para os requisitos e controles registrados; não garante ausência de qualquer defeito.

O Tiden se encaixa no trabalho de desenvolvedores, QA e líderes que entregam código de agentes com frequência. O site cita Claude Code, Cursor, Copilot e Codex. CLI, API REST pública e servidor MCP local permitem usar especificações, testes, branches e decisões em automações. Atualize CLI e MCP juntos.

Teste gratuito, cobrança e retenção

Em 15 de outubro de 2026, os preços públicos mensais em dólares são US$ 49 no Starter e US$ 199 por produto no Team. O Starter inclui um produto, até três repositórios e 25 mudanças verificadas ao mês. O Team inclui 100 por produto e repositórios ilimitados, sujeito a cobranças extras de uso. Ambos oferecem 14 dias de teste; mantendo o plano, a cobrança começa no 15º dia.

Uma mudança verificada é um pull request integrado com quality gate aprovado, cobrado uma vez. Repetições, mudanças que falharam e commits de bots são gratuitos. As evidências ficam três meses no Starter e doze no Team. Veja a tabela e o calculador oficiais para faixas de uso, telemetria e condições anuais. Não trate os valores em USD como preço final em reais com impostos.

Permissões e dados do projeto

O GitHub App lê os repositórios autorizados; confira o escopo e proteja os tokens de API. A telemetria pode ser filtrada pelo hook beforeSend. Consulte a política de privacidade junto ao contrato. As informações públicas verificadas não comprovam uma garantia universal de processamento apenas local ou de exclusão de todo código de clientes do treinamento. Self-hosting Enterprise é um adicional pago.

Requisitos claros e testes relevantes são necessários para que o processo produza uma conclusão útil. A ferramenta não resolve sozinha uma definição ambígua de sucesso.

Perguntas frequentes

Tiden substitui a revisão humana?

Não. Os agentes propõem branches; uma pessoa revisa e integra as mudanças aceitas. O Tiden fornece evidências para a decisão.

Testes passando provam que o requisito foi atendido?

Apenas o comportamento realmente testado está demonstrado. Confira a ligação à especificação, lacunas de cobertura e resultados antigos.

Como começar em um repositório existente?

Crie um produto, autorize o repositório e configure a CLI. Vincule uma especificação concreta a um teste e examine Traceability.

Recursos oficiais

• Repositório do MCP: adaptador e instruções para desenvolvedores.
• Histórico de alterações: atualizações do produto.
• Contato com o Tiden: implantação Enterprise e avaliação de segurança.