O ponto de partida de um App, versionado

Frente em desenvolvimento. A parte de consumo já é produto; o resto é direção.

O que a frente entrega

Todo App nasce de um esqueleto — a estrutura mínima de um sistema que funciona, sobre a qual o agente constrói o resto. Esta frente transforma esse esqueleto num produto próprio: público, com versões numeradas, e adaptável por qualquer organização que queira partir de uma base diferente da oficial.

A mudança de desenho, e por que ela fica registrada

Houve um desenho anterior, que serviria o esqueleto sob demanda a partir do armazenamento, com um endereço por organização. Ele foi substituído por versões numeradas e públicas.

Registrar a substituição — e não apenas a opção vencedora — é o que evita alguém reabrir daqui a seis meses a alternativa que já caiu, sem saber por quê.

O que sustenta a escolha, e o risco que ela carrega

A decisão veio de números medidos, não de estimativa: quanto tempo leva baixar, descompactar e instalar as dependências dentro da máquina do agente, com tudo frio.

O risco conhecido dessa abordagem é a rede no caminho crítico — se o download falha, a partida falha. O plano endereça isso guardando a versão oficial na própria imagem da máquina, o que não anula o benefício: quem usa uma versão adaptada continua passando exatamente pelo mesmo caminho de leitura que a oficial.

O que já funciona hoje

A parte de consumo já é produto:

• A plataforma sempre busca a versão publicada, nunca uma cópia embutida — e a razão está escrita.
• Uma versão adaptada pela organização usa o mesmo caminho da oficial, sem via alternativa.
• Existe um contrato de versão entre a plataforma e o esqueleto, com regra clara de quando cada número muda.

O que segue planejado

O trabalho está organizado em fases, e inclui um diagnóstico da qualidade do próprio esqueleto — o que falta nele para um sistema nascer bem: formatação, testes, documentação do projeto, tratamento de erro, convenção de pastas, validação de entrada e endurecimento da configuração.