Biblioteca de Engenharia para IA
Manual de operação

Como usar cada .md com IA

Os arquivos são referências de engenharia. Eles funcionam melhor quando você anexa **somente os guias necessários** e fornece um requisito claro. A IA deve diagnosticar → selecionar princípios → implementar → testar → revisar.

Anexar Diagnosticar Decidir Implementar Revisar
filter_alt

1. Use o menor conjunto

Arquitetura Limpa + Bootstrap + JavaScript pode bastar para uma tela; não anexe todos os livros sempre.

contextual_token

2. Dê contexto

Informe projeto atual, arquivos relevantes, stack, restrições, comportamento preservado e objetivo.

rule

3. Transforme em contrato

Diga que o .md é referência obrigatória, mas que a IA deve justificar quais partes são aplicáveis.

difference

4. Peça alternativas

Antes de codificar, compare solução simples, padrão/arquitetura e custo de cada escolha.

labs

5. Exija verificações

Inclua testes, acessibilidade, responsividade, segurança, performance e rollback conforme o risco.

published_with_changes

6. Itere

Em legado, prefira mudanças pequenas e testáveis em vez de reescrever todo o sistema.

Combinação recomendada
Para uma aplicação Web: Plataforma Web define a camada; HTML/CSS/JavaScript/Bootstrap orientam implementação; Arquitetura Limpa orienta fronteiras; Design Patterns entram somente quando existe um problema recorrente que os justifica; UX revisa a experiência.
Modelo universal

Prompt para qualquer guia

Use os arquivos .md anexados como referência de engenharia para esta tarefa.

Regras:
1. Não aplique todas as regras mecanicamente.
2. Primeiro diagnostique o problema e diga quais seções dos guias são aplicáveis.
3. Compare pelo menos uma alternativa mais simples quando houver abstração/padrão.
4. Preserve comportamento existente salvo requisito explícito.
5. Implemente de forma incremental.
6. Crie/teste os critérios de aceite.
7. Ao final, faça uma auditoria contra os guias e liste desvios deliberados.

Contexto: [DESCREVA o sistema, stack, arquivos/módulos relevantes e estado atual]
Objetivo: [DESCREVA o resultado observável que deve existir ao final]
Restrições: [DESCREVA o que não pode mudar, compatibilidade, segurança e limites técnicos]
Critérios de aceite: [DESCREVA como comprovar que a tarefa ficou correta]
Exemplo preenchido — o que o usuário pode descrever

Use o modelo acima com dados concretos do projeto. O exemplo abaixo mostra o nível de detalhe esperado.

Contexto: Sistema interno de atendimento jurídico em HTML, CSS e JavaScript, com API REST e publicação no Cloudflare Pages.

Objetivo: Adicionar confirmação de exclusão e feedback visual de sucesso sem alterar o fluxo de cadastro.

Restrições: Preservar endpoints e dados existentes; funcionar em desktop/mobile; acessível por teclado; mudanças incrementais e reversíveis.
ContextoStack, versões, arquitetura, página/módulo afetado, estado atual e comportamento existente.
ObjetivoResultado observável para o usuário ou para o sistema; diga o que deve funcionar ao final.
RestriçõesO que não pode mudar, compatibilidade, segurança, acessibilidade, performance, prazo e limites de escopo.
Todos os guias

Baixar, visualizar ou abrir orientação

40 referências catalogadas.

Nenhum guia encontrado.
/mind-map
Navegação contextual

Mapa gerado a partir dos títulos desta página. Clique em um ramo para abrir o expander correspondente e ir diretamente à seção.

progress_activity Gerando mapa…
Configurações

Aparência

Escolha como a biblioteca deve aparecer neste navegador.

Desenvolvimento

Informações da versão e autoria ficam disponíveis somente nesta área.