Chat
O chat é a superfície padrão para perguntar, criar, revisar e transformar contexto em trabalho.
Composer
A caixa de texto aceita o pedido principal e oferece anexos, microfone, seleção de modelo e capacidades de forma compacta.
Durante a geração
- O estado da tarefa aparece junto da resposta.
- Você pode continuar enviando contexto quando a interface permite fila.
- Ações de copiar, ouvir ou tentar novamente ficam junto da mensagem.
Composer, streaming e continuidade
O Chat deve aceitar um pedido simples sem configuração extra, mas também permitir anexos, mensagens enviadas durante geração e continuação de contexto.
- Uma resposta longa não deve bloquear o próximo comando. O fluxo ideal mantém o composer disponível e o estado da geração legível.
O que merece atenção
Use Chat como uma referência de operação, não como uma tela isolada. A própria proposta da página é: O chat é a superfície padrão para perguntar, criar, revisar e transformar contexto em trabalho. O ganho aparece quando isso se conecta ao que vem antes e ao que precisa acontecer depois.
Se o comportamento divergir do esperado, separe falha visual, falha de dados e falha de execução. O objetivo é descobrir em qual etapa de Chat o estado deixou de corresponder ao que a interface prometia.
No app principal, preserve continuidade entre conversa, projeto, arquivo e ação para que o usuário não precise reconstruir o contexto a cada tela.
Um fluxo que funciona
Comece por “Composer”, confirme o estado visível e avance para “Durante a geração” apenas quando a etapa anterior estiver estável. Em Chat, pular contexto costuma gerar mais retrabalho do que velocidade.
- confirme o estado antes de iniciar a próxima ação
- mantenha arquivos, sessão e contexto ligados ao mesmo objetivo
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
Quando mudar de estratégia
Imagine uma tarefa real em que Chat deixa de ser uma opção de menu e passa a decidir a qualidade da entrega. Faça uma primeira passagem curta, observe o retorno do sistema e só então aumente escopo, quantidade de arquivos ou duração da sessão.
Nem todo caso precisa da configuração mais avançada. Prefira o caminho mínimo que resolve o objetivo e aumente complexidade somente quando Chat realmente exigir mais contexto, controle ou verificação.
Sinais de que terminou
Se o comportamento divergir do esperado, separe falha visual, falha de dados e falha de execução. O objetivo é descobrir em qual etapa de Chat o estado deixou de corresponder ao que a interface prometia.
Use Chat como uma referência de operação, não como uma tela isolada. A própria proposta da página é: O chat é a superfície padrão para perguntar, criar, revisar e transformar contexto em trabalho. O ganho aparece quando isso se conecta ao que vem antes e ao que precisa acontecer depois.
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
- revise a saída no mesmo ambiente em que ela será usada
- confirme o estado antes de iniciar a próxima ação
Leitura de engenharia: Chat
Nesta página, a referência completa cobre composer, geração, anexos, modelos, estados de erro e continuidade. O objetivo não é decorar nomes de controles; é entender entradas, estado, efeitos colaterais, falhas recuperáveis e a evidência que confirma a conclusão.
- confirme o estado inicial antes de executar a ação
- identifique quais dados ou arquivos a superfície realmente possui
- trate loading, vazio, erro, retry e reentrada como comportamento principal
- verifique o resultado no mesmo contrato que o usuário consegue observar
Casos de borda de Chat
A versão robusta desta função continua coerente quando a rede atrasa, a sessão muda, o conteúdo está vazio, o usuário repete a ação, o viewport encolhe ou uma dependência externa deixa de responder. Esses estados fazem parte da documentação porque também fazem parte do produto.
