Fluxo de desenvolvimento

Defina o artefato e suas dependências#

A Rogue produz artefatos web a partir de uma especificação e de pedidos de alteração. O resultado salvo pode ser uma página HTML direta ou um projeto com fontes Vite. Identifique a saída real antes de assumir framework, gerenciador de pacotes, backend ou processo de deploy.

Comece com uma entrega pequena e verificável: uma rota ou tela, dados de entrada explícitos e critérios de aceite observáveis. Separe interface, persistência, autenticação e serviços externos. Dados simulados são úteis para um protótipo, mas não equivalem a um backend funcional.

Inicie uma conversa em Sites#

1. 01

   Abra o ambiente web

   Abra Sites pelo link abaixo e autentique-se se solicitado. A entrada geral do app pode abrir Chat; Sites e Slides são modos de saída distintos.

2. 02

   Envie a especificação

   Declare o artefato, os dados de teste, os estados necessários e os critérios de aceite. Anexe apenas as fontes necessárias para essa alteração. Responda aos pedidos de esclarecimento na mesma conversa.

3. 03

   Acompanhe o resultado

   Diferencie pedido aceito, build em execução, execução interrompida ou com falha e prévia pronta. Enviar um pedido não comprova a conclusão do artefato.

• Abrir Sites

Especificação mínima reproduzível#

Artefato: lista responsiva de tarefas.
Dados: três registros de teste com id, título, status e prioridade.
Comportamento: filtrar por status e combinar com busca pelo título.
Estados: carregamento, resultado vazio e lista preenchida.
Limites: apenas dados simulados; sem login, banco ou chamadas externas.
Aceite: filtrar não altera os dados originais; limpar os filtros restaura todos os itens; todos os controles são acessíveis por teclado.
Informe o formato gerado e qualquer requisito não implementado.

Valide antes de avançar a publicação#

Inspecione a prévia e os arquivos salvos, execute os critérios de aceite e associe as falhas à versão testada. Continue com uma alteração delimitada, em vez de mudar a especificação e investigar uma falha de runtime no mesmo pedido.

Publicar seleciona explicitamente a versão servida no endereço público do site. Um build posterior permanece na prévia até ser publicado. A exportação para GitHub é um canal independente de entrega do código; nenhuma dessas operações transfere registros do banco ou credenciais de serviços.