Como trabalhamos.
Esta página descreve os mecanismos definidos no código-fonte e seu escopo. As contagens de produtos, afirmações, níveis de evidência, ciclo de vida e superfícies vencidas são calculadas a partir dos dados registrados; tarefas em produção exigem evidência de execução separada.
Níveis de evidência
Cada afirmação registrada recebe um nível. Não é uma classificação de qualidade, mas uma indicação de escopo para que o leitor diferencie “lemos o código e contamos” de “nosso próprio texto diz isso”.
Os próprios dados do produto indicam isso; ninguém verificou novamente de forma independente. É o nível mais fraco e nunca é apresentado como algo maior.
O código de execução foi lido e contado; a afirmação se baseia no próprio código.
Executado e medido em um ambiente real; o resultado é registrado com sua data.
Confirmado por alguém de fora da YULA.
Máquina de estados do produto
Há 4 estados, e cada um altera algo mecanicamente. Um estado que não altera nada é um rótulo; apresentá-lo aqui como uma etapa seria a encenação que esta página existe para evitar.
Aparece primeiro no índice de produtos; cada captura precisa ter sourceBuild e capturedAt ou a compilação falha.
As mesmas regras de evidência dos produtos publicados; aparece depois deles no índice.
É exibido em sua própria seção recolhida, e o link principal não pode apontar para uma URL de loja: um produto que não pode ser baixado não deve parecer disponível para download.
Sai do índice padrão de produtos; seu registro permanece, seu espaço na vitrine não.
Política de afirmações públicas
Afirmações registradas, estatísticas vinculadas, capturas de tela e estudos de caso têm verificações automatizadas. Textos promocionais livres são revisados separadamente.
- Uma lacuna estrutural faz a compilação falhar: uma afirmação sem fonte, escopo, responsável ou data não pode ser publicada.
- As datas devem ter zeros à esquerda: um único zero ausente (2026-9-18) impediria que uma afirmação expirasse até a virada do ano.
- A expiração NÃO faz a compilação falhar; ela altera a página: uma afirmação vencida não é falsa, mas não verificada. Nunca é apagada; aparece como aguardando nova verificação.
- Um cartão de estatísticas não pode exibir um número ausente na afirmação à qual ele se vincula.
- Um produto ainda não lançado não pode mostrar uma tela inventada; cada captura informa a compilação de origem e a data em que foi feita.
- Uma análise do texto procura pelo nome 12 afirmações que se mostraram falsas no passado e impede que retornem.
- Critério de publicação de casos: sem autorização, situação inicial, artefato, resultado medido, aprendizado com a falha e data de validade, não há caso.
Privacidade e segurança
O formulário de contato, a medição do funil e o envio de e-mails têm controles separados. A página de privacidade descreve as categorias de dados e suas finalidades.
- Quando novas solicitações de contato estão desativadas, o endpoint do formulário retorna 503. O envio de notificações aceitas anteriormente depende de configuração de e-mail separada e da execução do processador da fila; fechar o recebimento não cancela os e-mails pendentes.
- O consentimento não é uma caixa de seleção, mas um registro próprio associado a uma versão datada do aviso: saber que alguém concordou não informa com o que concordou.
- A medição do funil recusa texto livre: os valores dos campos são restritos e as strings de consulta são removidas dos caminhos das páginas. Os registros brutos têm retenção de 30 dias e uma tarefa que remove os registros vencidos; a exclusão concluída em produção é confirmada pelos registros de execução.
- As solicitações de dados incluem a verificação do endereço de e-mail. Verificar o endereço não significa que uma solicitação de acesso, correção ou exclusão foi atendida.
- O site está configurado com uma CSP que restringe as fontes de conteúdo e cabeçalhos que impedem sua exibição em frames de outros sites. As páginas gerais e a página de verificação de e-mail usam regras CSP diferentes.
O limite entre IA e pessoas
Grande parte deste site é escrita por sessões de IA. O limite não fica vago: ele está vinculado a uma classe de risco.
- Controle do fundador: envio às lojas, preços, dinheiro real, titularidade de contas, questões jurídicas e decisões irreversíveis cabem exclusivamente a uma pessoa.
- Trabalhos de segurança, pagamentos, migração e privacidade exigem revisão independente antes da aceitação; ninguém aprova o próprio trabalho. Essa revisão também rejeita trabalhos na prática: há rodadas no registro que foram rejeitadas mais de uma vez.
- “Concluído” não é uma porcentagem: o trabalho só termina ao chegar a ACEITO, e não pode chegar lá sem uma linha de evidência.
- Etapas que exigem uma pessoa, um dispositivo ou um calendário são registradas como CONTROLES EXTERNOS, com a ação necessária e a evidência de conclusão explicitadas.
Limitações atuais
Esta seção é o preço desta página. Descrever como mantemos a honestidade e omitir onde ainda não conseguimos seria exatamente a falha que ela afirma evitar.
- A análise do texto roda em cada compilação, mas seus alvos entre repositórios existem apenas localmente e na CI; a implantação que serve esta página executa uma versão mais restrita.
- Um estudo de caso não fornece seu próprio número: ele indica qual valor verificado de uma afirmação do registro apresenta, e o número exibido é lido do registro. A mesma regra abrange o título, o rótulo da métrica e a seção “o que mudou depois”, pois são lidos como afirmações. Situação inicial, restrição, resumos de decisões, rótulos de artefatos, escopo da autorização e aprendizado com a falha continuam como texto livre; ali um número é comum. Limite conhecido: uma string em formato de identificador, como “Accuracy-95”, é aceita como rótulo.
- As páginas de detalhes usam datas de verificação para as superfícies de lojas e disponibilidade; afirmações de disponibilidade vencidas mostram um aviso de nova verificação. As janelas de verificação de 5 superfícies registradas foram encerradas. Esse controle não abrange todos os textos promocionais.
- A acessibilidade dos links não bloqueia a CI: uma URL de loja inativa gera um aviso, mas não faz o pipeline falhar.
- A CI inclui lint, verificação de tipos, testes, compilação e verificações de dependências. Os resultados são avaliados conforme a alteração e o registro de execução correspondentes; verificações locais não comprovam um lançamento em produção.
- A configuração padrão de implantação agenda a tarefa de e-mail uma vez por dia. Isso não é um compromisso de prazo de entrega; o envio depende da configuração de e-mail, do provedor e da execução bem-sucedida da tarefa.
Relacionado: transparência dos produtos · estudos de caso