Vibe coding para guardar o recorde da sequência, não só o streak atual

Quando o contador de hábito zera, o app ainda precisa guardar o recorde da sequência. Na live do app a R$ 0, Martin fechou a metade que mostra o zero. A outra metade ainda falta: uma coluna nova em profiles com a melhor sequência, para o produto não fingir que aqueles dias não existiram.

Ele estava na spec do onboarding. Essa parte já estava cumprida. O item 6 deste recorte é o contador que zera e a tela que acompanha o número. Ele percorre a lista, marca o que já funciona e para no pedaço que a spec ainda não cobriu.

O item 6 zera o contador e a outra metade falta

O item seis não era bug. O contador zera e mostra. Tranquilo. Amanhã é um novo dia.

Ele trata o zero na tela como comportamento certo. A pessoa perdeu um dia, o número cai, a tela exibe o zero. Ele confere a spec: o item 6 deste corte passa. O reset está visível e ele não pede correção nesse ponto. A sequência em andamento termina no zero. Amanhã o usuário volta a marcar o dia do zero para cima.

O que ele nomeia em seguida é o pedaço que a spec ainda não cobriu.

Que falta é outra metade. Guardar o recorde e mostrar.

O número que zera já aparece na tela. A melhor sequência que a pessoa já construiu não aparece. Ele descreve o buraco pelo lado de quem usa o app. Guardar e mostrar são o mesmo pedido: o valor precisa existir depois do reset e voltar para a interface. Isso aparece também em vibe coding para guardar valor unitario em vez de media. Isso aparece também em vibe coding para travar o agente em so leitura.

Hoje a pessoa perde e o app não reconhece que eles existiram.

A pessoa perde, o app deixa de reconhecer os dias e some com o trabalho que ela já tinha feito. O fluxo do onboarding ensina a marcar o dia e aceita o recomeço. Sem a outra metade, o recomeço apaga o que já tinha sido construído. Quem abriu o app no dia seguinte à quebra vê só o zero.

Isso vira uma coluna nova em profiles

Ele aponta o lugar no produto.

Isso vira uma coluna nova em profiles guardando a melhor sequência.

Uma coluna nova em profiles, guardando a melhor sequência. A coluna ainda não existe. É o que falta na spec. Neste recorte ele aponta o lugar (profiles) e o conteúdo (a melhor sequência). Quando o contador zera, a melhor sequência permanece nessa coluna e volta para a tela.

Se você só persiste o número de agora, o primeiro dia perdido apaga o histórico. Na tela do dia seguinte à quebra cabem o zero e, ao lado, a melhor sequência lida dessa coluna.

No código, a ordem é esta: o reset do item 6 continua mostrando o zero; em profiles você grava a melhor sequência e renderiza esse número junto. A coluna nasce nessa hora. Ela não está no ar nesta live.

39 dias na tela e o layout estoura

Na mesma live ele ainda olha a sequência que está rodando agora. São 39 dias em andamento. O número estourou o layout. Um monte de dígito foi um pouco para fora da tela. Ele mandou o print para si no Zap para olhar o desenho.

ele tá ali em andamento há 39 dias e ficou um monte de número aleatório ali até um pouco para fora da da tela.

39 dias é a sequência atual transbordando o layout. Ele olha por print.

Vou mandar isso aqui para mim no zap.

analisar por print muito top

O número grande na tela já tem lugar para aparecer. O ajuste que ele pede aqui é o desenho do número na tela. Os 39 dias continuam em andamento.

No vibe coding do hábito, grave a melhor sequência

Amanhã, no vibe coding do hábito, se o contador zera, grave a melhor sequência numa coluna e mostre. O app não pode fingir que aqueles dias não existiram. O item 6 deste recorte já é o reset. A outra metade é a coluna em profiles.

Dá para assistir à live e ouvir o contador que zera, os dias que o app não reconhece e a coluna em profiles que ainda precisa nascer.