Use @Sites para criar um site para o hackathon [hackathon name] com base no resumo do evento e na programação abaixo. Os participantes fazem parte do nosso espaço de trabalho. Fontes: - Resumo do evento e contato da organização: [attached file or document link]. - Programação: [file or spreadsheet link and tab]. - Data e fuso horário do evento: [date and time zone]. - Regras para as equipes e requisitos para o envio de projetos: [document link]. - Prazo de envio e regra para envios em atraso: [confirmed details]. - Visibilidade da galeria de projetos: [when submitted projects should appear and who can see them]. - Critérios de avaliação e recursos para os participantes: [links or none]. Primeiro, confirme quais fontes você consegue ler. Resuma a programação, o prazo de envio e as regras para as equipes. Indique quais campos são obrigatórios para enviar um projeto. Peça esclarecimentos se faltarem informações ou se houver divergências nos horários. Use apenas os dados fornecidos sobre o evento. Deixe os participantes escolherem seus projetos. Não sugira ideias de projetos nem exemplos de casos de uso. Crie seções com uma visão geral do evento, a programação, as instruções para os participantes, a lista de recursos e o contato da organização. Facilite o acesso às informações sobre a próxima sessão, à inscrição de equipes e ao envio de projetos. Na programação, mostre a data e o fuso horário do evento, além da data e da hora exatas de encerramento dos envios. Deixe o prazo e o contato para dúvidas perto do formulário de envio. Inclua links para os recursos originais e explique que o site apresenta uma cópia revisada das informações do evento. Permita que os participantes inscrevam uma equipe informando o nome da equipe e quem faz parte dela. Eles devem poder voltar depois para adicionar o título do projeto, uma breve descrição e o link da demonstração. Diferencie os rascunhos salvos dos projetos enviados e indique quais campos obrigatórios ainda precisam ser preenchidos. Exiba os projetos enviados em uma galeria conforme a regra de visibilidade fornecida. Exija login e verifique no servidor se o usuário faz parte da equipe cujo registro quer editar. Só permita a edição se ele fizer parte dessa equipe. Antes de habilitar a edição, pergunte como confirmar quem faz parte de cada equipe. Não aceite um nome digitado como prova de identidade. Mantenha as inscrições e os projetos enviados salvos entre as visitas. Armazene separadamente as informações do evento, as inscrições das equipes e os registros dos projetos para que as alterações na programação não afetem os projetos enviados. Valide os campos obrigatórios e os links das demonstrações. Siga a regra fornecida para o prazo de envio. Se ela não tiver sido informada, pergunte qual regra aplicar. Não edite os documentos de origem nem envie convites. Teste o site com duas equipes fictícias. Faça a inscrição, envie um projeto, edite o registro, recarregue a página e tente editar diretamente o registro da outra equipe. Verifique se o site aplica a regra do prazo de envio e se o layout funciona em dispositivos móveis. Identifique e remova os registros de teste antes do evento. Restrinja o acesso ao site aos membros do nosso espaço de trabalho. Antes de publicar, mostre uma prévia salva, os resultados dos testes e as questões em aberto.