@brunosps00/dev-workflow 0.15.0 → 1.0.1

package/scaffold/en/templates/project-onepager.md

@@ -94,12 +94,12 @@ services: []
 
 ## MVP Scope
 
-[The smallest first feature you'll ship. Thought as user stories — this should drive the first /dw-create-prd run.]
+[The smallest first feature you'll ship. Thought as user stories — this should drive the first /dw-plan prd run.]
 
 - As a [persona], I can [action] so that [benefit]
 - As a [persona], I can [action] so that [benefit]
 
-If you don't have a first feature in mind yet, that's OK — leave a placeholder and run /dw-create-prd when ready.
+If you don't have a first feature in mind yet, that's OK — leave a placeholder and run /dw-plan prd when ready.
 
 ## Not Doing (explicit)
 
@@ -115,7 +115,7 @@ If you don't have a first feature in mind yet, that's OK — leave a placeholder
 
 ## Open Questions
 
-[Things this one-pager cannot answer alone. Resolve before /dw-create-prd or escalate to a stakeholder.]
+[Things this one-pager cannot answer alone. Resolve before /dw-plan prd or escalate to a stakeholder.]
 
 - [question 1]
 - [question 2]
@@ -124,6 +124,6 @@ If you don't have a first feature in mind yet, that's OK — leave a placeholder
 
 Pick ONE:
 
-- **`/dw-create-prd`** — when you have a first feature in mind and want to draft the PRD on top of this stack
+- **`/dw-plan prd`** — when you have a first feature in mind and want to draft the PRD on top of this stack
 - **`/dw-analyze-project`** — after the first substantial commit, to enrich `.dw/rules/` with module-level conventions
-- **`/dw-deps-audit --scan-only`** — to confirm no vulnerable deps shipped from the `create-*` templates
+- **`/dw-secure-audit --plan --scan-only`** — to confirm no vulnerable deps shipped from the `create-*` templates

package/scaffold/pt-br/agent-instructions.md

@@ -11,28 +11,40 @@ Este projeto usa [`@brunosps00/dev-workflow`](https://www.npmjs.com/package/@bru
 |------------------------------------------------|--------------|
 | "Implementa X" / "Cria Y" / "Adiciona feature Z" / "Preciso de..." | `/dw-autopilot "X"` |
 | Erro colado / "X está quebrado" / "Bug em Y" / screenshot de teste falhando | `/dw-bugfix "X"` |
-| "Roda essa task" (com ID da task) | `/dw-run-task <ID>` |
-| "Roda todas as tasks pendentes" / "Executa o plano" | `/dw-run-plan` |
-| "Revisa meu PR" / "Checa qualidade do código" / "Tá pronto pra subir?" | `/dw-code-review` |
+| "Planeja essa feature" / "Escreve PRD + techspec + tasks" | `/dw-plan "X"` |
+| "Escreve PRD pra X" / "Especifica Y" | `/dw-plan prd "X"` |
+| "Desenha a arquitetura" / "Faz o techspec" | `/dw-plan techspec` |
+| "Quebra em tasks" | `/dw-plan tasks` |
+| "Roda essa task" (com ID da task) | `/dw-run <ID>` |
+| "Roda todas as tasks pendentes" / "Executa o plano" | `/dw-run` |
+| "Continue de onde parei" | `/dw-run --resume` |
+| "QA dessa feature" / "Roda o test plan" | `/dw-qa` |
+| "Corrige os bugs do QA" | `/dw-qa --fix` |
+| "Avalia a feature AI" / "Testa o RAG / classifier" | `/dw-qa --ai` |
+| "Revisa meu PR" / "Checa qualidade" / "Tá pronto pra subir?" | `/dw-review` |
+| "Só checagem de cobertura PRD" | `/dw-review --coverage-only` |
+| "Só code review qualidade" | `/dw-review --code-only` |
 | "Hora de commitar" / mudanças validadas e prontas | `/dw-commit` |
 | "Abre um PR" / "Sobe isso" | `/dw-generate-pr` |
-| "Escreve PRD pra X" / "Especifica Y" | `/dw-create-prd` |
-| "Desenha a arquitetura" / "Faz o techspec" | `/dw-create-techspec` |
-| "Quebra em tasks" | `/dw-create-tasks` |
+| "Brainstorm X" / "Explora ideias" / "Research X" / "Auditoria de saúde do código" / "Tech debt" | `/dw-brainstorm "X"` (auto-dispatch dos modos grill / prototype / council / research / refactor-audit / onepager conforme os sinais) |
 | "Onde está X?" / "O que usa Y?" / "Como Z é estruturado?" | `/dw-intel "<pergunta>"` |
-| "Audita nossas dependências" / "Estamos atrasados em pacotes?" | `/dw-deps-audit` |
-| "Scan de vulnerabilidades" / "Check de segurança" | `/dw-security-check` |
-| "QA dessa feature" / "Roda o test plan" | `/dw-run-qa` |
-| "Corrige os bugs do QA" | `/dw-fix-qa` |
+| "Reconstrói o índice" / "Refresh do intel" | `/dw-intel --build` |
+| "Redesign dessa UI" / "Audita e entrega novo design" | `/dw-redesign-ui "<target>"` |
+| "Audita dependências" / "Estamos atrasados em pacotes?" | `/dw-secure-audit --plan` |
+| "Scan de vulnerabilidades" / "Check de segurança" | `/dw-secure-audit` |
+| "Analisa esse projeto" / "Gera rules" | `/dw-analyze-project` |
+| "Abre um novo projeto" / "Bootstrap de stack" | `/dw-new-project` |
+| "Dockeriza isso" / "Adiciona docker-compose" | `/dw-dockerize` |
+| "Functional doc" / "Mapeia screens e flows" | `/dw-functional-doc` |
 
 **Prioridade:** na dúvida entre dois comandos, `/dw-autopilot` é o default mais seguro pra qualquer pedido de feature não-trivial — ele compõe os demais.
 
 ## Hard Gates (os comandos enforçam — não burle)
 
 - **`.dw/constitution.md`**: princípios com `severity: high` ou `critical` bloqueiam PRs / techspecs sem um ADR justificando o desvio. Constitution ausente? Os comandos auto-instalam defaults em `severity: info` (não-bloqueante) e seguem — ausência nunca bloqueia.
-- **`.dw/spec/<prd>/tasks-validation.md`**: auto-gerado no fim do `/dw-create-tasks`. Qualquer dimensão FAIL bloqueia approval do usuário até resolver ou override explícito.
+- **`.dw/spec/<prd>/tasks-validation.md`**: auto-gerado no fim do `/dw-plan tasks`. Qualquer dimensão FAIL bloqueia approval do usuário até resolver ou override explícito.
 - **Verification**: `/dw-generate-pr` exige `dw-verify` PASS fresco (testes + lint + build) depois do último edit.
-- **Segurança**: projetos TS / Python / C# / Rust precisam passar `/dw-security-check` (Trivy + OWASP + lockfile audit) antes do PR abrir.
+- **Segurança**: projetos TS / Python / C# / Rust precisam passar `/dw-secure-audit` (Trivy + OWASP + lockfile audit) antes do PR abrir.
 
 ## Escape Hatches — NÃO auto-trigger
 
@@ -44,6 +56,12 @@ Quando qualquer destes se aplica, responda direto e **não** invoque comando `dw
 - Usuário diz explicitamente "faz direto" / "pula autopilot" / "não precisa de PRD" — honre.
 - A conversa já está dentro de um fluxo `dw-*` (você já está executando tasks; não inicie pipeline novo).
 
+## Padrão zoom-out (para áreas desconhecidas do código)
+
+Quando você cai numa área do codebase que não conhece e a orientação custa mais que a tarefa em si, **não mergulhe nos arquivos primeiro** — peça a um agente de exploração que produza um mapa. Passe o glossário de domínio do projeto (`.dw/rules/index.md`) e diga: "zoom out de um nível — me mostra os módulos relevantes, suas superfícies públicas, quem chama, e o fluxo de dados entre eles, usando o vocabulário do glossário de domínio." Pegue a visão geral, e só então mergulhe. Isso evita a armadilha de ler o arquivo mais profundo primeiro e reconstruir a arquitetura das folhas pra cima.
+
+Adaptado de [`mattpocock/skills/zoom-out`](https://github.com/mattpocock/skills/tree/main/zoom-out) (MIT).
+
 ## Referência de Workflow
 
 ```
@@ -52,10 +70,7 @@ Quando qualquer destes se aplica, responda direto e **não** invoque comando `dw
 
   --- OU passo a passo ---
 
-/dw-brainstorm ─► /dw-create-prd ─► /dw-create-techspec ─► /dw-create-tasks
-                                                              │
-                                                              ▼
-/dw-commit + /dw-generate-pr ◄──── /dw-code-review ◄──── /dw-run-plan
+/dw-brainstorm ─► /dw-plan ─► /dw-run ─► /dw-qa ─► /dw-review ─► /dw-commit ─► /dw-generate-pr
 ```
 
 Lista completa e ajuda contextual: `/dw-help`.

package/scaffold/pt-br/commands/dw-adr.md

@@ -3,12 +3,12 @@ Você é um registrador de decisões arquiteturais. Sua função é criar um **A
 
 ## Quando Usar
 - Use quando uma decisão arquitetural ou de design foi tomada e precisa ser registrada para referência futura (escolha de biblioteca, padrão de comunicação, tradeoff de performance, restrição imposta por compliance, etc.)
-- Use durante `/dw-create-techspec` ou `/dw-run-task` quando a justificativa da decisão não cabe no techspec nem no task file
+- Use durante `/dw-plan techspec` ou `/dw-run` quando a justificativa da decisão não cabe no techspec nem no task file
 - NÃO use para decisões triviais ou reversíveis sem custo (escolha de nome de variável, ordem de import)
 - NÃO use para registrar bugs ou incidents (use `/dw-bugfix` ou notas operacionais)
 
 ## Posição no Pipeline
-**Antecessor:** qualquer ponto do pipeline após `/dw-create-prd` | **Sucessor:** continua o fluxo anterior (techspec, task, review)
+**Antecessor:** qualquer ponto do pipeline após `/dw-plan prd` | **Sucessor:** continua o fluxo anterior (techspec, task, review)
 
 O ADR é **aditivo**: ele não substitui nenhuma etapa do pipeline. Qualquer command existente pode invocar `/dw-adr` quando uma decisão não-trivial precisar de registro permanente.
 

package/scaffold/pt-br/commands/dw-analyze-project.md

@@ -24,10 +24,10 @@ Você é um assistente especializado em análise de projetos de software. Sua ta
 
 ## Consumidores da Saída
 As rules geradas por este comando são consumidas por:
-- `/dw-run-task` -- lê rules para padrões de implementação
-- `/dw-code-review` -- lê rules para verificações de conformidade
-- `/dw-refactoring-analysis` -- lê rules para contexto do projeto
-- `/dw-create-techspec` -- lê rules para decisões de arquitetura
+- `/dw-run` -- lê rules para padrões de implementação
+- `/dw-review --code-only` -- lê rules para verificações de conformidade
+- `/dw-brainstorm --refactor` -- lê rules para contexto do projeto
+- `/dw-plan techspec` -- lê rules para decisões de arquitetura
 
 <critical>NUNCA modifique código fonte, apenas leia e documente</critical>
 <critical>Gere os arquivos de rules em .dw/rules/ na raiz do workspace</critical>
@@ -218,13 +218,13 @@ Para cada projeto/módulo detectado, identificar:
 Quando React for detectado, execute `npx react-doctor@latest --verbose` e inclua o health score nas rules geradas como métrica baseline.
 Para projetos Angular, execute `ng lint` e documente warnings como baseline.
 
-<critical>A execução do /dw-map-codebase para gerar o índice queryable em .dw/intel/ é OBRIGATÓRIA. O comando NÃO pode ser considerado completo sem ela.</critical>
+<critical>A execução do /dw-intel --build para gerar o índice queryable em .dw/intel/ é OBRIGATÓRIA. O comando NÃO pode ser considerado completo sem ela.</critical>
 
 #### Inteligência do Codebase (nativo)
 
-Após gerar as rules em `.dw/rules/`, delegue para `/dw-map-codebase` para criar o índice queryable em `.dw/intel/`:
+Após gerar as rules em `.dw/rules/`, delegue para `/dw-intel --build` para criar o índice queryable em `.dw/intel/`:
 - O índice inclui: stack (`stack.json`), grafo de arquivos (`files.json`), superfície de API (`apis.json`), dependências (`deps.json`), overview de arquitetura (`arch.md`)
-- O índice é incremental — `/dw-map-codebase --files <list>` atualiza só os entries tocados; full scan só quando preciso
+- O índice é incremental — `/dw-intel --build --files <list>` atualiza só os entries tocados; full scan só quando preciso
 - Outros comandos dw-* consultam o índice via `/dw-intel` (veja a skill bundled `dw-codebase-intel` para schemas)
 
 ### Passo 4: Ler Arquivos Fonte Representativos (Obrigatório)

package/scaffold/pt-br/commands/dw-autopilot.md

@@ -15,18 +15,18 @@ Uma etapa que invoca um comando `/dw-xxx` SO e considerada completa quando os ar
 | Pensamento | Realidade |
 |------------|-----------|
 | "Ja rodei os testes manualmente" | O comando produz artefatos estruturados. Rode o comando. |
-| "Validei via Playwright ad-hoc" | `/dw-run-qa` exige matriz por RF, bugs.md, screenshots, scripts, logs, checklist. Rode o comando. |
-| "A implementacao esta obviamente correta" | `/dw-review-implementation` exige matriz de compliance por RF/endpoint/task. Rode o comando. |
+| "Validei via Playwright ad-hoc" | `/dw-qa` exige matriz por RF, bugs.md, screenshots, scripts, logs, checklist. Rode o comando. |
+| "A implementacao esta obviamente correta" | `/dw-review --coverage-only` exige matriz de compliance por RF/endpoint/task. Rode o comando. |
 | "Validacao manual forte ja basta" | NAO. Equivalencia tecnica NAO substitui a execucao formal. |
 | "Ja conferi build e lint, e suficiente" | Build/lint NAO substituem review nem QA. Rode os comandos. |
-| "Gerei um qa-report.md resumido a mao" | Um arquivo solto NAO e execucao de `/dw-run-qa`. A arvore `QA/` completa e obrigatoria. |
+| "Gerei um qa-report.md resumido a mao" | Um arquivo solto NAO e execucao de `/dw-qa`. A arvore `QA/` completa e obrigatoria. |
 | "O autopilot ja avancou, nao preciso voltar" | Se o artefato nao existe, a etapa nao rodou. Volte e execute. |
-| "Corrigi bugs no caminho, entao o QA ja esta ok" | Corrigir bugs nao substitui rodar o QA formal. Rode `/dw-run-qa`. |</critical>
+| "Corrigi bugs no caminho, entao o QA ja esta ok" | Corrigir bugs nao substitui rodar o QA formal. Rode `/dw-qa`. |</critical>
 
 ## Quando Usar
 - Use quando quiser ir de uma ideia ate um PR com minima intervencao manual
 - Use para features completas que passam por todo o pipeline (pesquisa, planejamento, execucao, qualidade)
-- NAO use para tasks pequenas e bem-escopadas — use `/dw-run-task` direto com um PRD curto
+- NAO use para tasks pequenas e bem-escopadas — use `/dw-run` direto com um PRD curto
 - NAO use para corrigir bugs (use `/dw-bugfix`)
 - NAO use quando quiser controle manual entre cada fase (use os comandos individuais)
 
@@ -72,12 +72,12 @@ Se este comando for re-invocado no mesmo PRD apos interrupcao:
 
 - Consulte `.dw/intel/` via `/dw-intel` para entender o contexto do projeto
 - Identifique: stack tecnologica, padroes existentes, features relacionadas
-- Se `.dw/intel/` esta ausente, sugira rodar `/dw-map-codebase` primeiro para contexto downstream mais rico
+- Se `.dw/intel/` esta ausente, sugira rodar `/dw-intel --build` primeiro para contexto downstream mais rico
 
 ### Etapa 2: Pesquisa (Condicional)
 
 Avalie se o topico necessita de pesquisa profunda:
-- **SIM** (execute `/dw-deep-research`): tecnologia nova para o projeto, dominio desconhecido, integracoes com APIs externas, decisoes arquiteturais criticas
+- **SIM** (execute `/dw-brainstorm --research`): tecnologia nova para o projeto, dominio desconhecido, integracoes com APIs externas, decisoes arquiteturais criticas
 - **NAO** (pule para etapa 3): feature simples no dominio ja mapeado, refatoracao de algo existente, CRUD basico
   - Se pular, DOCUMENTE o motivo no bloco de progresso. Ex: "Pesquisa pulada — dominio ja mapeado em .dw/rules/[arquivo].md". O usuario deve ver a justificativa.
 
@@ -94,7 +94,7 @@ Execute `/dw-brainstorm` com o contexto acumulado (intel + pesquisa).
 
 <critical>O PRD DEVE incluir entrevista interativa com o usuario. Faca NO MINIMO 7 perguntas de esclarecimento ANTES de redigir o PRD. NAO responda as perguntas automaticamente com base no contexto — o usuario DEVE responder.</critical>
 
-Execute `/dw-create-prd` usando os findings do brainstorm.
+Execute `/dw-plan prd` usando os findings do brainstorm.
 - Siga TODAS as instrucoes do comando, especialmente a secao de perguntas de esclarecimento
 - Faca pelo menos 7 perguntas ao usuario sobre: problema, usuarios-alvo, funcionalidades criticas, escopo, restricoes, design, integracao
 - Em cada pergunta, apresente uma recomendacao embasada nos findings do brainstorm e do deep-research (se executado). Ex: "Com base na pesquisa, recomendo X porque [evidencia]. Concorda ou prefere outra direcao?"
@@ -115,7 +115,7 @@ Apresente ao usuario:
 
 <critical>O TechSpec DEVE incluir entrevista interativa com o usuario. Faca NO MINIMO 7 perguntas de esclarecimento tecnico ANTES de redigir o TechSpec. NAO responda as perguntas automaticamente — o usuario DEVE responder.</critical>
 
-Execute `/dw-create-techspec` a partir do PRD aprovado.
+Execute `/dw-plan techspec` a partir do PRD aprovado.
 - Siga TODAS as instrucoes do comando, especialmente a secao de perguntas de esclarecimento
 - Faca pelo menos 7 perguntas ao usuario sobre: arquitetura preferida, libs existentes vs novas, estrategia de testes, integracao com sistemas existentes, restricoes de infraestrutura, performance, seguranca
 - Em cada pergunta, apresente uma recomendacao tecnica embasada nos findings do brainstorm, deep-research e PRD aprovado. Ex: "A pesquisa indicou que a lib X tem melhor performance para este caso [fonte]. Quer usar X ou tem outra preferencia?"
@@ -125,7 +125,7 @@ Execute `/dw-create-techspec` a partir do PRD aprovado.
 
 ### Etapa 6: Tasks
 
-Execute `/dw-create-tasks` a partir do PRD + TechSpec.
+Execute `/dw-plan tasks` a partir do PRD + TechSpec.
 - Siga todas as instrucoes do comando
 - Gere tasks individuais em `.dw/spec/prd-[nome]/`
 
@@ -148,9 +148,9 @@ Avalie se as tasks envolvem frontend:
 
 ### Etapa 8: Execucao
 
-Execute `/dw-run-plan` com o path do PRD.
+Execute `/dw-run` com o path do PRD.
 - Siga TODAS as instrucoes do comando, incluindo o gate nativo do plan-checker (PASS obrigatorio) e execucao paralela em waves via os agentes da skill bundled `dw-execute-phase`
-- Cada task segue `/dw-run-task` com validacao Level 1
+- Cada task segue `/dw-run` com validacao Level 1
 
 ### Etapa 9: Review de Implementacao (Loop)
 
@@ -164,7 +164,7 @@ Execute build e lint do projeto:
 5. Repita ate que build E lint passem sem erros
 6. So entao prossiga para o review
 
-Execute `/dw-review-implementation` para verificar PRD compliance (Level 2).
+Execute `/dw-review --coverage-only` para verificar PRD compliance (Level 2).
 - Se encontrar gaps: corrija automaticamente e re-execute o review
 - Maximo 3 ciclos de correcao
 - NAO avance para QA ate que o review passe
@@ -177,7 +177,7 @@ Um review textual curto, um "parece ok" ou conclusao "implementacao correta" SEM
 
 ### Etapa 10: QA Visual
 
-Execute `/dw-run-qa` com Playwright MCP.
+Execute `/dw-qa` com Playwright MCP.
 - Teste happy paths, edge cases, fluxos negativos, acessibilidade
 - Documente bugs com screenshots
 
@@ -188,12 +188,12 @@ Execute `/dw-run-qa` com Playwright MCP.
 - `{{PRD_PATH}}/QA/screenshots/` — diretorio existe e contem pelo menos 1 PNG por RF testado (formato `RF-XX-[slug]-PASS.png` ou `-FAIL.png`)
 - `{{PRD_PATH}}/QA/scripts/` — diretorio existe e contem scripts Playwright `.spec.ts`/`.spec.js` por RF
 - `{{PRD_PATH}}/QA/logs/` — diretorio existe com logs de console/rede capturados
-Rodar Playwright ad-hoc, tirar algumas screenshots soltas ou escrever um qa-report.md curto a mao NAO substitui esta estrutura. Se qualquer artefato estiver ausente ou incompleto, o comando NAO rodou — invoque `/dw-run-qa` formalmente e siga o fluxo dele ate o fim.</critical>
+Rodar Playwright ad-hoc, tirar algumas screenshots soltas ou escrever um qa-report.md curto a mao NAO substitui esta estrutura. Se qualquer artefato estiver ausente ou incompleto, o comando NAO rodou — invoque `/dw-qa` formalmente e siga o fluxo dele ate o fim.</critical>
 
 ### Etapa 11: Fix QA (Condicional)
 
 Se o QA encontrou bugs:
-- Execute `/dw-fix-qa` para corrigir e retestar
+- Execute `/dw-qa --fix` para corrigir e retestar
 - Loop ate estabilizar (maximo 5 ciclos). Apos 5 ciclos, PARE e pergunte ao usuario como deseja prosseguir.
 
 ### Etapa 12: Review de Implementacao (Pos-QA)
@@ -205,7 +205,7 @@ Execute build e lint do projeto (mesma sequencia da Etapa 9):
 2. Build
 3. Se falhar: corrija e re-execute ate passar
 
-Execute `/dw-review-implementation` novamente para confirmar que as correcoes do QA nao quebraram PRD compliance.
+Execute `/dw-review --coverage-only` novamente para confirmar que as correcoes do QA nao quebraram PRD compliance.
 - Se encontrar gaps: corrija e re-execute
 - Maximo 3 ciclos
 
@@ -213,7 +213,7 @@ Execute `/dw-review-implementation` novamente para confirmar que as correcoes do
 
 ### Etapa 13: Code Review
 
-Execute `/dw-code-review` (Level 3) para review formal.
+Execute `/dw-review --code-only` (Level 3) para review formal.
 - Gere relatorio persistido
 
 ### Etapa 14: Commit
@@ -227,7 +227,7 @@ Rode `ls` em cada caminho abaixo e confirme existencia. Se QUALQUER um faltar, N
 - `{{PRD_PATH}}/QA/screenshots/` (nao vazio)
 - `{{PRD_PATH}}/QA/scripts/` (nao vazio com arquivos `.spec.*`)
 - `{{PRD_PATH}}/QA/logs/`
-- Evidencia do ultimo `/dw-review-implementation` com matriz RF-by-RF (output da sessao ou referencia em `autopilot-state.json`)
+- Evidencia do ultimo `/dw-review --coverage-only` com matriz RF-by-RF (output da sessao ou referencia em `autopilot-state.json`)
 
 Verifique tambem `autopilot-state.json`:
 - Toda etapa de 1 a 13 que NAO esta em `skipped_steps` deve estar em `completed_steps`
@@ -250,7 +250,7 @@ Pergunte ao usuario: **"Commits realizados. Deseja gerar o Pull Request?"**
 
 ## Engine Nativo
 
-O autopilot depende de infraestrutura dev-workflow-native para inteligencia de codebase (`/dw-map-codebase` + `/dw-intel`) e dos agentes bundled de execucao de fase (plan-checker + executor em `.agents/skills/dw-execute-phase/agents/`). Tudo bundled, sem dependencias externas. Veja as skills bundled `dw-codebase-intel` e `dw-execute-phase` em `.agents/skills/` para detalhes.
+O autopilot depende de infraestrutura dev-workflow-native para inteligencia de codebase (`/dw-intel --build` + `/dw-intel`) e dos agentes bundled de execucao de fase (plan-checker + executor em `.agents/skills/dw-execute-phase/agents/`). Tudo bundled, sem dependencias externas. Veja as skills bundled `dw-codebase-intel` e `dw-execute-phase` em `.agents/skills/` para detalhes.
 
 ## Persistencia de Estado