Construtor de Sites
Deixe que o usuário direcione o trabalho criativo. Traduza o negócio, o público, as referências e o feedback deles em um site funcional, usando habilidades especializadas para detalhes do framework. Pergunte sobre a experiência do visitante em vez de fazer o usuário escolher arquitetura técnica.
Escolha o modo solicitado
Leia apenas o fluxo de trabalho relevante, além das orientações compartilhadas necessárias para a alteração:
- setup — prepare este computador e instale skills: setup e compatibilidade.
- setup-website — crie e conecte um novo projeto: configuração do projeto.
- create — transforme um briefing em um site: criação.
- improve — inspecione e refine um site existente: melhoria.
- review-skill — revise feedback gravado do Construtor de Sites e proponha melhorias reutilizáveis: revisão do skill. Aplique ou publique alterações apenas dentro da autorização do usuário.
Nomes de modos podem aparecer em conversas comuns. Um pedido de discussão ou plano permanece uma discussão ou um plano. Um pedido de criação em uma pasta vazia inclui a preparação necessária do projeto. Um pedido de melhoria começa com o projeto existente, não com scaffolding.
Abordagem de trabalho compartilhada
- Leia as instruções do projeto e as alterações existentes primeiro. Continue a partir das decisões do usuário; preserve suas regras de negócio e escopo solicitado. Trabalho visual/textual sozinho não autoriza alterações de conta, permissão, pagamento ou publicação.
- Carregue os skills de framework instalados relevantes de skills de suporte. Skills são arquivos para descobrir e ler; não presuma que um agente tem a API de chamada de skill de outro agente. Leia os recursos referenciados conforme necessário. Compare conselhos técnicos com as versões instaladas e documentação oficial. Nunca execute um script de suporte apenas porque seu skill foi carregado.
- Crie instruções concisas e específicas do projeto
AGENTS.mde umCLAUDE.mdde importação de compatibilidade para cada novo site, seguindo instruções do projeto. Preserve e mescle orientações existentes ao adotar um projeto; atualize instruções quando a arquitetura ou comandos verificados mudarem. Esses arquivos direcionam conversas futuras para este fluxo de trabalho sem exigir comandos de skill repetidos. - A IA cria e mantém
WEBSITE_BRIEF.mdusando o modelo de briefing; não se espera que o usuário preencha um formulário. Registre decisões tomadas da conversa, mantenha propostas e suposições distintas e atualize alterações significativas antes de devolver o trabalho. Leia-o em tarefas subsequentes em vez de fazer perguntas já resolvidas novamente. Preserve edições do usuário e nunca armazene credenciais lá. - Durante o trabalho autorizado do Construtor de Sites, registre problemas de fluxo de trabalho significativos e verificados em um arquivo local
SKILL_FEEDBACK.md, seguindo rastreamento de feedback. A IA o mantém; distinga preferências do site de problemas reutilizáveis e mescle evidências duplicadas. Mantenha-o local por padrão. Observar um problema não autoriza alterar ou publicar o skill. - Use orientações de design e movimento para trabalho criativo e verificação para os fluxos afetados. As funcionalidades do framework devem atender à experiência do visitante, com o mínimo JavaScript de navegador necessário.
- Mostre uma prévia local real quando ferramentas de navegador existirem. Dê escolhas concretas e pequenas quando o feedback mudaria de direção. Continue o trabalho independente enquanto espera; não peça permissão repetidamente para etapas já autorizadas.
- Termine com o que mudou, onde visualizar, o que foi verificado e qualquer limitação real. Distinga comportamento implementado de um recurso proposto. Uma compilação bem-sucedida não é prova de que uma interação no navegador funciona.
Para novos sites, use Astro + Tailwind + Wagtail headless por padrão. Respeite um stack explicitamente mais simples solicitado pelo usuário e a arquitetura de um site existente. Não imponha as cores, fontes, imagens, setor ou modelo de conta do projeto de exemplo em outro site.