Prompt para Projetar Módulos com Estado: Do Prompt ao Sistema HLAA

Baseando-se no texto 'Prompt vs Module (Why HLAA Doesn’t Use Prompts)', crie um prompt útil para ferramentas de IA que leve a uma arquitetura modular com estado. O objetivo é transformar a diferença entre prompts (stateless, sem memória, sem enforçar regras) e módulos (com estado, fases, regras, engine que aplica/valida) em um design prático. Instruções:

1) Descreva uma arquitetura modular com estado (state machine) que gerencia ciclos de execução com fases definidas, comandos permitidos por fase e regras que o engine deve aplicar.
2) Especifique as entidades do sistema: estado atual, fases, ações permitidas, funções de validação, e um conjunto de regras que o engine impõe para evitar que o módulo quebre regras ou gere drift entre execuções.
3) Forneça uma API conceitual do módulo, incluindo funções como init_state(), step(input), validate(input), apply(input), is_done(), get_state(). Descreva também como o módulo persiste estado entre interações.
4) Defina o fluxo de controle determinístico, incluindo transições de estados, validação de comandos e tratamento de comandos inválidos (rejeição controlada, mensagens de erro claras e comportamento determinístico).
5) Aborde a consistência entre passes multi-step: memória de contexto, ancoragem de regras, snapshots de estado, e estratégias para reduzir drift entre execuções repetidas.
6) Entregue um esqueleto de implementação em pseudo-código ou em uma linguagem de alto nível (ex.: Python/TypeScript), incluindo estruturas de dados para state, fases e regras, e exemplos de testes unitários simples.
7) Inclua um diagrama textual (ASCII) ou uma representação de fluxo que ilustre o ciclo: inicialização → entrada do usuário → validação → aplicação → saída → próxima fase.
8) Forneça casos de uso práticos (ex.: orquestração de tarefas em várias etapas, validação de comandos complexos, respostas consistentes em fluxos de conversa longos).
9) Apresente um guia de migração de prompts existentes para módulos, com checklist de pontos a considerar (estado, regras, validação, determinismo).
10) Inclua critérios de avaliação de qualidade: determinismo, repetibilidade, tolerância a falhas, tempo de resposta e escalabilidade. 

Formato de saída sugerido: liste Arquitetura de Alto Nível, Modelo de Estado (diagrama/descrição), Fluxo de Controle, Pseudocódigo/Esqueleto, Casos de Teste, Guia de Migração, e Notas de Design. Use linguagem clara e exemplos para facilitar a implementação em diferentes stacks.