Como o método é medido
O Fluxo Âncora é avaliado sempre com a mesma régua, comparado com as principais ferramentas e guias de desenvolvimento com IA. Como a régua não muda, dá para saber se o método está melhorando de verdade.
Os seis critérios
O desenho do método (fundamento, segurança e diferenciais) pesa 60%. A vida real (custo, manutenção e prova) pesa 40%. A prova pesa menos porque nenhum método novo tem dados antes do piloto.
| Critério | Peso | v1.0 29/10 | v1.1 29/10 | v1.12ª 05/11 | O que mede | Por que importa |
|---|---|---|---|---|---|---|
| Fundamento | 20% | 9 | 9 | 9 | O método segue o que o mercado aprendeu sobre desenvolver com IA? | Um método fora do que já se provou certo cria riscos que outros já resolveram. |
| Segurança | 20% | 9 | 9,5 | 9,5 | A IA consegue fazer algo que não deveria? Um ataque consegue se esconder? | Uma IA com acesso amplo é um risco para o código, os dados e os clientes da empresa. |
| Diferenciais | 20% | 8 | 8 | 8 | O método resolve problemas que as outras ferramentas não resolvem? | Sem diferencial, é melhor usar uma ferramenta pronta do mercado. |
| Custo de adoção | 15% | 6 | 6 | 6,5 | Quanto esforço o time faz para começar e para seguir o processo? | Um processo pesado demais é abandonado ou pulado na pressa. |
| Manutenção | 15% | 6 | 8 | 8 | A documentação continua certa depois de meses de mudanças? | Documentação desatualizada engana a IA e as pessoas. |
| Prova | 10% | 5 | 6 | 6 | Existe evidência de que funciona? Como vamos saber? | Sem números, a decisão de adotar é só opinião. |
| Nota final | 100% | 7,5 | 8,0 | 8,1 | Média ponderada dos seis critérios. | |
A avaliação atual, critério por critério
O Fluxo Âncora foi avaliado em seis critérios, comparando o método com as principais ferramentas e guias de desenvolvimento com IA publicados até novembro de 2026. A versão 1.0 deu 7,5 e a 1.1 deu 8,0. Desde então, o método ganhou um kit de instalação: o Claude conduz a montagem passo a passo, o progresso fica registrado e outra pessoa pode continuar de onde a primeira parou. Reavaliado, o método ficou com 8,1.
Fundamento
9O método segue o que o mercado aprendeu sobre desenvolver com IA?
Sem mudança na base: segue a sequência que o mercado consolidou (constituição, especificação, plano, tarefas e implementação), quase a mesma do Spec Kit. O kit aplica as mesmas etapas, sem alterar o método.
Nota 10 seria: Etapas claras, especificação antes do código, pessoas aprovando
Segurança
9,5A IA consegue fazer algo que não deveria? Um ataque consegue se esconder?
Continua no nível da OWASP e da CSA. A diferença é que agora parte disso roda de verdade: cofre com a chave no sistema operacional, senha digitada só pela pessoa, varredura de segredos antes de cada commit e envio, e banco só de leitura, sem produção. Não é 10 porque o gateway MCP ainda não existe.
Nota 10 seria: Atende todos os controles da OWASP e da CSA para agentes e MCP
Diferenciais
8O método resolve problemas que as outras ferramentas não resolvem?
Os mesmos de antes (pasta Âncora, retomada por diário, Gatekeeper em duas camadas, Ponte Âncora). O kit soma uma instalação que pode passar de mão, mas isso ainda não muda o patamar.
Nota 10 seria: Várias soluções originais para dores reais de empresa
Custo de adoção
6,5antes 6Quanto esforço o time faz para começar e para seguir o processo?
Subiu meio ponto: começar ficou bem mais fácil, com o Claude conduzindo a instalação por partes e o progresso salvo no Git. Seguir o processo continua tão pesado quanto antes, porque a trilha pequena ainda tem muitos arquivos.
Nota 10 seria: Leve como o OpenSpec, sem perder o controle
Manutenção
8A documentação continua certa depois de meses de mudanças?
Sem mudança de nota. O script do Gatekeeper agora existe e confere se o delta aponta para itens reais da especificação viva, e o kit se atualiza sem tocar no que a squad escreveu. O arquivar continua manual.
Nota 10 seria: A especificação sempre reflete o sistema em produção
Prova
6Existe evidência de que funciona? Como vamos saber?
Ainda não há dados do piloto. O ensaio do kit mostrou que a instalação e a passagem entre pessoas funcionam, mas ensaio não é uso real: pela régua, a prova só passa de 6 com dados de piloto.
Nota 10 seria: Dados de piloto com ganho medido e métricas acompanhadas
O que só encontramos aqui
Soluções do Fluxo Âncora que não apareceram em nenhuma das ferramentas e guias pesquisados.
| No Fluxo Âncora | Como é | O que vimos nas outras |
|---|---|---|
| Pasta Âncora fora do código | Especificações, decisões e estado das tarefas ficam num repositório Git próprio, com cofre de credenciais e sincronização ao começar e parar. No código, só um AGENTS.md de três linhas. | Spec Kit, OpenSpec e Kiro guardam tudo dentro do repositório de código, um por projeto. |
| Processo com papéis reais | PO, TL, Gatekeeper, dev, QA e segurança, cada um com seu agente e sua aprovação. Feito para empresa, com várias squads e visão entre elas. | A maioria pensa num desenvolvedor sozinho. O BMAD tem papéis, mas são personas simuladas pela IA, não pessoas aprovando. |
| Gatekeeper em duas camadas | Antes do código, um script confere a rastreabilidade de forma determinística e um agente independente lê tudo como revisor desconfiado. Só passa com selo. | As checagens de consistência que existem são feitas pelo mesmo agente, sem uma camada de script que não pode ser convencida. |
| Loop com dúvidas numeradas | Cada etapa roda em voltas curtas; toda dúvida vira um item Q, fica registrada, e a etapa só fecha com zero dúvidas e aceite de uma pessoa. Há limite de voltas. | As ferramentas pedem esclarecimentos, mas não registram, contam nem limitam as rodadas. |
| Retomada e passagem de bastão | O estado é salvo a cada tarefa. Se alguém para no meio, outra pessoa ou outra IA continua do ponto exato, com o raciocínio preservado. | As tarefas ficam salvas, mas não há um protocolo para outra pessoa assumir no meio. |
| Ponte Âncora (BYOM) | Parceiros externos usam a própria IA, na própria máquina, acessando só o escopo liberado pelo gateway MCP, com tudo auditado. | Nada parecido. Nenhuma ferramenta trata colaboração entre empresas. |
| Review calibrado no TL | O review preventivo usa o histórico real das exigências do Tech Lead, guardado num arquivo, para corrigir antes do PR chegar a ele. | Os reviews de IA usam regras genéricas ou do próprio modelo. |
| Trilhas por tamanho | Trivial, pequena e completa no mesmo método, definidas pelo TL, com regras para subir de trilha. | Cada ferramenta tem um peso só: o OpenSpec é sempre leve, o BMAD é sempre pesado. |
| Instalação que passa de mão | O Claude instala por partes, explica cada passo e registra tudo num backlog enviado ao Git da squad. Outra pessoa clona e continua do ponto exato, com os próprios acessos. | Spec Kit e OpenSpec têm um comando de instalação, mas ele roda de uma vez, numa máquina só, sem registro para outra pessoa continuar. |
O que falta para subir a nota
Rodar o piloto
Medir a linha de base por 8 semanas, depois o piloto, e publicar os números. Com dados bons, a prova pode chegar a 8 ou 9.
Deixar a rotina mais leve
O kit resolveu o começo. Falta reduzir os arquivos da trilha pequena e criar a pasta da US automaticamente, que é o que pesa no dia a dia.
Arquivar sem esforço
Fazer o arquivar rodar sozinho no deploy, com o TL só aprovando, para a especificação viva nunca ficar para trás.
Todas as versões
A versão é a dos documentos do método e só sobe quando eles mudam. A mesma versão pode ser reavaliada quando muda algo em volta dela, como o kit de instalação, ou quando o mercado muda.