@brunosps00/dev-workflow 0.4.1 → 0.4.2

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@brunosps00/dev-workflow",
-  "version": "0.4.1",
+  "version": "0.4.2",
   "description": "AI-driven development workflow commands for any project. Scaffolds a complete PRD-to-PR pipeline with multi-platform AI assistant support.",
   "bin": {
     "dev-workflow": "./bin/dev-workflow.js"

package/scaffold/en/commands/dw-code-review.md

@@ -273,6 +273,20 @@ Save to `{{PRD_PATH}}/dw-code-review.md`:
 
 **REJECTED**: Tests failing, RFs not implemented, serious rules violations, security issues, or CRITICAL issues.
 
+## Next Steps by Status
+
+<critical>The suggested next step MUST match the review status. NEVER suggest /dw-fix-qa after code-review — that command is exclusively for bugs found by /dw-run-qa.</critical>
+
+- **APPROVED**: Suggest `/dw-commit` followed by `/dw-generate-pr`
+- **APPROVED WITH CAVEATS**: List the caveats. Suggest fixing the caveats, re-running build + lint with --fix, then re-running `/dw-code-review`
+- **REJECTED**: List the findings that caused rejection. The correct flow is:
+  1. Fix the findings listed in the report
+  2. Run build and lint with `--fix` until they pass
+  3. Re-run `/dw-code-review`
+  4. Repeat until APPROVED
+  - Do NOT suggest `/dw-fix-qa` (that is for visual QA bugs)
+  - Do NOT suggest `/dw-run-qa` before resolving code-review findings
+
 **Approval Decision Flow:**
 ```dot
 digraph approval {

package/scaffold/en/commands/dw-run-qa.md

@@ -97,7 +97,13 @@ Refer to `.dw/rules/` for project-specific URLs and frameworks.
   - `{{PRD_PATH}}/QA/screenshots/`
   - `{{PRD_PATH}}/QA/logs/`
   - `{{PRD_PATH}}/QA/scripts/`
-- Read `.dw/templates/qa-test-credentials.md` and choose the appropriate user/profile for the scenario
+<critical>BEFORE executing any test involving login or authentication, search for test credentials in the codebase. Look for (in priority order):
+1. `.dw/templates/qa-test-credentials.md`
+2. Any file with "credenciais", "credentials", "test-users", "test-accounts", "auth", "login", "usuarios-teste" in the name (recursive glob search)
+3. Environment variables in `.env.test`, `.env.local`, `.env.development`
+4. Documentation in README or docs/ mentioning test users
+If NO credentials are found, STOP and ask the user before continuing. Do NOT guess credentials or use fake data.</critical>
+- Choose the appropriate user/profile for the test scenario
 - Verify the application is running on localhost
 - Use `browser_navigate` from Playwright MCP to access the application
 - Confirm the page loaded correctly with `browser_snapshot`

package/scaffold/pt-br/commands/dw-code-review.md

@@ -253,6 +253,20 @@ Salvar em `{{PRD_PATH}}/dw-code-review.md`:
 
 **REPROVADO**: Testes falhando, RFs não implementados, violação grave de rules, problemas de segurança, ou CRITICAL issues.
 
+## Próximos Passos por Status
+
+<critical>O próximo passo sugerido DEVE corresponder ao status do review. NUNCA sugira /dw-fix-qa após code-review — esse comando é exclusivo para bugs encontrados pelo /dw-run-qa.</critical>
+
+- **APROVADO**: Sugira `/dw-commit` seguido de `/dw-generate-pr`
+- **APROVADO COM RESSALVAS**: Liste as ressalvas. Sugira corrigir as ressalvas, re-executar build + lint com --fix, e então re-executar `/dw-code-review`
+- **REPROVADO**: Liste os findings que causaram a reprovação. O fluxo correto é:
+  1. Corrigir os findings listados no relatório
+  2. Executar build e lint com `--fix` até passar
+  3. Re-executar `/dw-code-review`
+  4. Repetir até APROVADO
+  - NÃO sugira `/dw-fix-qa` (esse é para bugs de QA visual)
+  - NÃO sugira `/dw-run-qa` antes de resolver os findings do code-review
+
 **Fluxo de Decisão de Aprovação:**
 ```dot
 digraph approval {

package/scaffold/pt-br/commands/dw-run-qa.md

@@ -97,7 +97,13 @@ Consulte `.dw/rules/` para URLs e frameworks específicos do projeto.
   - `{{PRD_PATH}}/QA/screenshots/`
   - `{{PRD_PATH}}/QA/logs/`
   - `{{PRD_PATH}}/QA/scripts/`
-- Ler `.dw/templates/qa-test-credentials.md` e escolher o usuário/perfil apropriado para o cenário
+<critical>ANTES de executar qualquer teste que envolva login ou autenticação, busque credenciais de teste no codebase. Procure por (em ordem de prioridade):
+1. `.dw/templates/qa-test-credentials.md`
+2. Qualquer arquivo com "credenciais", "credentials", "test-users", "test-accounts", "auth", "login", "usuarios-teste" no nome (busca recursiva com glob)
+3. Variáveis de ambiente em `.env.test`, `.env.local`, `.env.development`
+4. Documentação em README ou docs/ que mencione usuários de teste
+Se NENHUMA credencial for encontrada, PARE e pergunte ao usuário antes de continuar. NÃO tente adivinhar credenciais ou usar dados falsos.</critical>
+- Escolher o usuário/perfil apropriado para o cenário de teste
 - Verificar se a aplicação está rodando em localhost
 - Usar `browser_navigate` do Playwright MCP para acessar a aplicação
 - Confirmar que a página carregou corretamente com `browser_snapshot`