[🛠] Implementando um MVP de dieta e refeições dentro do blog

✨ Resumo do GPT-5.6 Sol 　

O registro de como transformei um diário alimentar que acumulava dados automaticamente, mas que nem eu lia, em um pequeno aplicativo dentro do blog para usar e melhorar como MVP.

Versão 1: muitos dados registrados, mas uma legibilidade péssima

Comecei a registrar dados corporais e tudo o que comia em 20 de junho de 2026.

Escrever o registro não era difícil. Eu só precisava enviar uma foto da comida, e o Codex procurava os dados nutricionais no FatSecret, registrava tudo e adicionava o hiperlink. O problema era que a legibilidade continuava péssima. Se nem eu lia, provavelmente ninguém mais lia.

Versão 2: recolher os detalhes das refeições e acrescentar os últimos 7 dias

Mudei o formato a partir de 10 de julho de 2026.

Escondi os detalhes do que comi atrás de um controle de abrir e fechar, transformando-os em um arquivo voltado principalmente para a IA consultar. Também melhorei a legibilidade geral e acrescentei as mudanças dos últimos 7 dias. A partir daí, o registro começou a servir como feedback para mim mesmo.

“Então foi mais ou menos essa a quantidade de calorias que realmente consumi, e por isso meu peso mudou assim.” Finalmente isso começou a ficar visível.

Mesmo assim, ainda era difícil entender tudo de uma vez. Achei que o motivo fosse o formato baseado em texto. Já que eu podia pedir ao Codex, comecei a pensar em implementar um pequeno visualizador com aparência de aplicativo dentro da própria página.

Versão 3: um pequeno aplicativo dentro do blog melhorou muito a leitura

A partir de hoje, mudei para isto.

Expliquei ao Codex, uma por uma, as funcionalidades que eu queria e continuei dando feedback. Em uma hora, o resultado que eu esperava já estava funcionando dentro da publicação.

Ao ver tudo como uma tela de aplicativo, eu conseguia identificar de imediato que tipo de refeição havia feito em cada horário e quais alimentos tinha consumido. Isso tornou minha autoavaliação muito mais fácil. A sensação ficou bem parecida com o Pillyze, um aplicativo que usei bastante no passado.

Registrei os dados no front matter e desenhei a interface com Liquid

O resultado parece um aplicativo, mas eu não criei outro aplicativo para inserir os dados. Escrevo os dados de body_review em YAML no front matter, no topo do Markdown de cada Daily Review.

body_review:
  today:
    exercise:
      aerobic: []
      anaerobic: []
    nutrition:
      complete: true
      meals:
        - type: lunch
          foods:
            - name: Arroz com carne de porco apimentada
              calories_kcal: 779
              macros_g:
                carbohydrate: 115.13
                protein: 29.85
                fat: 21.41

Em vez de repetir o HTML em cada publicação, o corpo chama o visualizador compartilhado uma única vez por meio do {% include %} do Liquid.

{% include body-review.html review=page.body_review %}

Durante o build do Jekyll, page.body_review é enviado para _includes/body-review.html, que renderiza os cartões, registros de exercício, abas de refeições e gráficos de macronutrientes. Se não houver registro em um período, como café da manhã ou refeição noturna, a aba nem sequer é criada. Ao informar calorias e macronutrientes de cada alimento, o renderizador calcula os totais por refeição, o total geral e as porcentagens. As notas e a avaliação dos hábitos alimentares não são calculadas pela tela: o Codex as julga sob a perspectiva da dieta, e eu salvo os valores diretamente no front matter.

Assim, nos próximos Daily Reviews, basta preencher os dados do dia sem copiar novamente o mesmo código de interface.

Dogfooding do MVP

Pretendo continuar usando e melhorar os pontos que permanecerem incômodos. Também comecei a pensar que, no futuro, talvez eu possa lançar um serviço relacionado que funcione entre a web e um aplicativo.

Na prática, este é um MVP dentro do blog antes do desenvolvimento completo do aplicativo, além de um processo de dogfooding¹. Quando tiver tempo, quero desenvolver aos poucos o aplicativo nativo e web com Codex e Flutter e, no futuro, tornar seus dados incorporáveis ao blog.

Referências

1. Dogfooding é a prática de quem desenvolve um produto usá-lo em um ambiente real para verificar seu valor e sua usabilidade. A explicação sobre Lean Product do Microsoft Azure DevOps Blog também descreve o uso do próprio produto antes de continuar refinando o MVP. ↩