@gabrihhh/jarvis 2.7.0 → 2.8.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@gabrihhh/jarvis",
-  "version": "2.7.0",
+  "version": "2.8.0",
   "description": "Claude Code terminal dashboard + semantic memory graph via Neo4j",
   "bin": {
     "jarvis": "bin/jarvis.js",

package/slash/reset-folder.md

@@ -65,12 +65,27 @@ git -C <repo> show-ref --verify --quiet refs/heads/<branch> 2>/dev/null \
 # exit 0 = existe, exit 1 = não existe
 ```
 
+Para repositórios com alterações locais, verifique se as mudanças já foram enviadas ao remote da branch atual:
+
+```bash
+git -C <repo> fetch origin <branch-atual> 2>/dev/null
+git -C <repo> diff origin/<branch-atual>
+```
+
+Se o diff for vazio, as alterações já estão no remote — descarte automaticamente sem perguntar:
+
+```bash
+git -C <repo> checkout -- .
+git -C <repo> clean -fd
+```
+
 Classifique cada repositório em uma das categorias:
 
 | Categoria | Critério |
 |---|---|
 | `PRONTO` | Branch existe, sem alterações locais |
-| `COM ALTERAÇÕES` | Branch existe, mas tem mudanças locais |
+| `AUTO-DESCARTADO` | Tinha alterações locais, mas já estavam no remote — descartado automaticamente |
+| `COM ALTERAÇÕES` | Branch existe, tem mudanças locais que ainda não subiram ao remote |
 | `SEM BRANCH` | Branch alvo não existe no repo |
 
 ---
@@ -86,18 +101,21 @@ Repositórios encontrados em <pasta atual>:
      • api-service        [main → qa]
      • frontend           [main → qa]
 
+  🔄 AUTO-DESCARTADOS (alterações já estavam no remote — descartadas automaticamente):
+     • worker             [qa]  — 1 arquivo (já sincronizado com origin/qa)
+
   ⚠️  COM ALTERAÇÕES LOCAIS (aguardando decisão):
      • backend            [qa]  — 3 arquivos modificados
 
   ✗  SEM BRANCH "qa" (serão ignorados):
      • legacy-app         — branch "qa" não encontrado
 
-Total: 4 repositórios | 2 prontos | 1 com alterações | 1 sem branch
+Total: 5 repositórios | 2 prontos | 1 auto-descartado | 1 com alterações | 1 sem branch
 ```
 
-Pergunte: **"Posso prosseguir? Vou tratar os repositórios com alterações um a um antes de continuar."**
+**Se não houver nenhum repositório COM ALTERAÇÕES:** prossiga automaticamente para o Passo 6, sem pedir confirmação.
 
-Aguarde confirmação antes de continuar.
+**Se houver repositórios COM ALTERAÇÕES:** pergunte: **"Posso prosseguir? Vou tratar os repositórios com alterações um a um antes de continuar."** e aguarde confirmação antes de continuar.
 
 ---
 
@@ -194,9 +212,10 @@ Resumo — reset-folder <branch>
   ✅ api-service      → <branch> atualizado  (pull: 3 commits novos)
   ✅ frontend         → <branch> atualizado  (pull: já estava atualizado)
   ✅ backend          → <branch> atualizado  (stash criado antes do pull)
+  🔄 worker           → <branch> atualizado  (alterações locais já estavam no remote — descartadas automaticamente)
   ⏭️  legacy-app      → ignorado             (branch "<branch>" não existe)
 
-Concluído. 3 repositórios atualizados, 1 ignorado.
+Concluído. 4 repositórios atualizados, 1 ignorado.
 ```
 
 Se algum repositório ficou com stash pendente, lembre o usuário:

package/slash/submit-folder.md

@@ -0,0 +1,267 @@
+---
+name: submit-folder
+description: Detecta o branch base (qa/main), pergunta se é fix ou feature, cria branch no padrão, faz commit com descrição e push — tudo no repositório atual
+---
+
+# /submit-folder — Submeter Alterações do Repositório Atual
+
+## Uso
+
+```
+/submit-folder
+```
+
+Sem argumentos. O comando detecta automaticamente o branch base.
+
+---
+
+## REGRA GLOBAL
+
+- Nunca executar `git add`, `commit` ou `push` sem aprovação explícita do usuário
+- Nunca subir arquivos de ambiente ou segredos — bloquear e avisar sempre que encontrado
+- Se travar em qualquer ponto — erro inesperado, ambiguidade — **pare e pergunte ao usuário**
+- Sempre mostrar o que será feito antes de executar qualquer ação destrutiva
+
+---
+
+## Passo 1 — Verificar repositório e alterações
+
+Confirme que o diretório atual é um repositório git:
+
+```bash
+git rev-parse --is-inside-work-tree 2>/dev/null
+```
+
+Se não for um repositório git, informe:
+**"Este diretório não é um repositório git. Navegue para um repositório antes de usar `/submit-folder`."**
+Interrompa aqui.
+
+Verifique se há alterações pendentes:
+
+```bash
+git status --short
+```
+
+Se não houver nenhuma alteração (output vazio):
+**"Nenhuma alteração pendente encontrada. Nada a submeter."**
+Interrompa aqui.
+
+---
+
+## Passo 2 — Detectar branch base (qa ou main)
+
+Execute os comandos abaixo para determinar a origem das alterações:
+
+```bash
+# Branch atual
+git branch --show-current
+
+# Verificar relação com qa e main
+git log --oneline origin/qa..HEAD 2>/dev/null | wc -l
+git log --oneline origin/main..HEAD 2>/dev/null | wc -l
+```
+
+**Lógica de detecção:**
+
+1. Se o branch atual **é** `qa` ou `main` → esse é o `BRANCH_BASE`
+2. Se o branch atual é outro (ex: já numa feature branch):
+   - Calcule quantos commits existem desde cada base
+   - O branch com **menos commits de distância** é o `BRANCH_BASE`
+   - Em caso de empate, use `git merge-base` para confirmar:
+     ```bash
+     git merge-base HEAD origin/qa
+     git merge-base HEAD origin/main
+     # Compare qual merge-base é mais recente (mais próximo de HEAD)
+     git rev-list --count <merge-base-qa>..HEAD
+     git rev-list --count <merge-base-main>..HEAD
+     ```
+3. Se `origin/qa` não existir, use `main` como `BRANCH_BASE`
+4. Se nenhum dos dois existir no remote, pergunte ao usuário:
+   **"Não encontrei `origin/qa` nem `origin/main`. Qual é o branch base das suas alterações?"**
+
+Defina internamente:
+- `BRANCH_BASE` = `qa` ou `main`
+- `LABEL` = `QA` ou `MAIN`
+
+---
+
+## Passo 3 — Verificar arquivos sensíveis (BLOQUEIO DE SEGURANÇA)
+
+Antes de qualquer `git add`, verifique se há arquivos sensíveis nas alterações:
+
+```bash
+git diff --name-only
+git diff --cached --name-only
+git ls-files --others --exclude-standard
+```
+
+Bloqueie arquivos que correspondam a qualquer um destes padrões:
+
+```
+.env
+.env.*
+*.env
+*.pem
+*.key
+*.p12
+*.pfx
+secrets.*
+*secret*
+*credentials*
+*password*
+*.token
+```
+
+Se encontrar qualquer arquivo bloqueado, **não prossiga**. Informe:
+
+```
+⛔ Arquivo sensível detectado:
+   • .env.local
+   • config/secrets.json
+
+Corrija o .gitignore ou remova os arquivos antes de tentar novamente.
+```
+
+Interrompa aqui.
+
+---
+
+## Passo 4 — Analisar o que foi alterado
+
+Execute:
+
+```bash
+git diff
+git diff --cached
+git status --short
+```
+
+Com base no diff, entenda:
+- Quais arquivos foram modificados, adicionados ou removidos
+- Qual o propósito das alterações (correção de bug, nova funcionalidade, ajuste, etc.)
+
+---
+
+## Passo 5 — Perguntar tipo (fix ou feature)
+
+Apresente um resumo do que foi encontrado e pergunte:
+
+```
+Branch base detectado: qa  (ou main)
+
+Alterações encontradas:
+  M  src/auth/login.ts
+  M  src/auth/middleware.ts
+  ?? src/utils/tokenHelper.ts
+
+Isso é um fix ou uma feature?
+  [1] fix   — correção de bug, ajuste, hotfix
+  [2] feat  — nova funcionalidade, melhoria, adição
+```
+
+Aguarde resposta do usuário. Aceite variações como:
+- "fix", "1", "correção", "bug" → `TIPO = fix`, `PREFIXO_COMMIT = fix:`
+- "feat", "feature", "2", "funcionalidade", "melhoria" → `TIPO = feat`, `PREFIXO_COMMIT = feat:`
+
+---
+
+## Passo 6 — Propor branch, commit e descrição
+
+Com base no diff e no tipo confirmado, proponha:
+
+**Branch** no padrão: `<tipo>/<branch_base>/<slugCamelCase>`
+- Slug em camelCase, curto (3–5 palavras), descritivo do que foi feito
+- Exemplos: `correcaoValidacaoToken`, `novaTelaLogin`, `ajusteMiddlewareAuth`
+
+**Commit** no padrão: `<prefixo_commit> [<LABEL>] <Título breve>`
+- Título em português, conciso, sem ponto final
+- Exemplos: `fix: [QA] Correção na validação do token`, `feat: [MAIN] Nova tela de login`
+
+**Descrição do commit**: 3–6 linhas explicando o que foi alterado e por quê, baseado no diff.
+
+Apresente tudo de uma vez e pergunte uma única confirmação:
+
+```
+Detectei: branch base = qa | tipo = fix
+
+  Branch:    fix/qa/correcaoValidacaoToken
+  Commit:    fix: [QA] Correção na validação do token de autenticação
+
+             Ajustado o middleware de autenticação para rejeitar tokens
+             expirados corretamente. O comportamento anterior permitia
+             tokens inválidos em edge cases de timezone.
+             Adicionado helper `tokenHelper.ts` para centralizar validação.
+
+Posso criar a branch, commitar e fazer push? (confirme ou ajuste o que quiser)
+```
+
+Aguarde resposta:
+- **Confirmar / sim / pode:** prossiga para o Passo 7 com esses dados
+- **Ajuste pontual (ex: "muda o nome da branch para X"):** aplique e prossiga sem nova confirmação
+- **Cancelar:** interrompa sem modificar nada
+
+---
+
+## Passo 7 — Executar: criar branch, add, commit, push
+
+### 7.1 — Criar a branch a partir do branch base
+
+```bash
+git checkout -b <nova-branch> origin/<branch-base>
+```
+
+Se `origin/<branch-base>` não existir localmente:
+```bash
+git fetch origin <branch-base>
+git checkout -b <nova-branch> origin/<branch-base>
+```
+
+Se a branch já existir, informe o usuário e pergunte se quer usar um nome diferente.
+
+### 7.2 — Adicionar arquivos
+
+```bash
+git add .
+```
+
+Confirme o que foi staged:
+```bash
+git status --short
+```
+
+Se arquivos inesperados aparecerem no stage (que não estavam no resumo), avise antes de continuar.
+
+### 7.3 — Fazer commit com mensagem e descrição
+
+```bash
+git commit -m "$(cat <<'EOF'
+<prefixo>: [<LABEL>] <título>
+
+<descrição>
+EOF
+)"
+```
+
+Se o commit falhar (hook rejeitou, nada para commitar, etc.), informe o erro e pergunte o que fazer.
+
+### 7.4 — Fazer push
+
+```bash
+git push origin <nova-branch>
+```
+
+Se o push falhar, informe o erro e pergunte ao usuário o que fazer.
+
+---
+
+## Passo 8 — Resumo Final
+
+```
+✅ submit-folder concluído
+
+  Branch base:  qa
+  Tipo:         fix
+  Branch:       fix/qa/correcaoValidacaoToken
+  Commit:       fix: [QA] Correção na validação do token de autenticação
+  Push:         origin/fix/qa/correcaoValidacaoToken ✓
+```

package/slash/{folder-submit.md → submit-folders.md}

@@ -1,9 +1,9 @@
 ---
-name: folder-submit
+name: submit-folders
 description: Cria branches, commita e faz push das alterações em todos os repositórios git filhos com mudanças locais pendentes
 ---
 
-# /folder-submit — Submeter Alterações dos Repositórios Filhos
+# /submit-folders — Submeter Alterações dos Repositórios Filhos
 
 ## Uso
 
@@ -135,69 +135,38 @@ Continue normalmente com os demais repositórios.
 
 Para cada repositório aprovado (sem arquivos sensíveis), **um de cada vez**:
 
-**5.1 — Mostrar resumo das alterações:**
-
-```bash
-git -C <repo> diff --stat
-git -C <repo> status --short
-```
-
-**5.2 — Perguntar tipo e mensagem:**
-
-```
-Repositório: api-service
-
-Alterações:
-  M  src/auth/login.js
-  M  src/auth/middleware.js
-  ?? src/utils/newHelper.js
-
-  [1] fix    — correção de bug, ajuste, hotfix
-  [2] feature — funcionalidade nova, melhoria
-
-Qual o tipo? E qual a mensagem curta da branch? (será usada em camelCase)
-Exemplo: "correcaoValidacaoToken" ou "novaTelaLogin"
-```
-
-Aguarde a resposta do usuário. Valide:
-- Tipo deve ser `fix` ou `feature`
-- Mensagem deve ser curta (sem espaços — se o usuário mandar com espaços, converta para camelCase automaticamente)
-
-Monte o nome da branch:
-```
-<tipo>/<branch-alvo>/<mensagem>
-Exemplo: fix/qa/correcaoValidacaoToken
-```
-
-**5.3 — Gerar mensagem de commit:**
-
-Analise o diff para entender o que foi alterado:
+**5.1 — Analisar diff e propor tudo de uma vez:**
 
 ```bash
 git -C <repo> diff
+git -C <repo> diff --cached
 ```
 
-Proponha uma mensagem de commit no padrão:
+Com base no diff, decida autonomamente:
+- **Tipo**: `fix` se for correção/ajuste, `feat` se for funcionalidade nova ou melhoria
+- **Slug da branch**: camelCase curto que descreva a alteração (ex: `correcaoValidacaoToken`)
+- **Título do commit**: breve, no padrão `<tipo>: [<LABEL>] <título>`
+- **Descrição do commit**: o que foi feito e por quê, baseado no diff
 
-```
-[<LABEL>] <título breve da alteração>
+Apresente tudo junto e pergunte **uma única vez**:
 
-<descrição do que foi feito e por quê, baseada no diff>
 ```
+Repositório: api-service
 
-Exemplo:
-```
-[QA] Correção na validação do token de autenticação
+  Branch:    fix/qa/correcaoValidacaoToken
+  Commit:    fix: [QA] Correção na validação do token de autenticação
 
-Ajustado o middleware de autenticação para rejeitar tokens expirados
-corretamente. O comportamento anterior permitia tokens com expiração
-inválida passarem pela validação em edge cases de timezone.
-```
+             Ajustado o middleware de autenticação para rejeitar tokens
+             expirados corretamente. O comportamento anterior permitia
+             tokens inválidos passarem em edge cases de timezone.
 
-Mostre a mensagem proposta e pergunte:
-**"Essa mensagem está correta? Pode ajustar o título ou a descrição se quiser."**
+Posso subir assim? (ajuste o que quiser ou confirme para prosseguir)
+```
 
-Só prossiga após aprovação ou ajuste do usuário.
+Aguarde resposta:
+- **Confirmar / sim / pode:** prossiga para o Passo 6 com esses dados
+- **Ajuste pontual:** aplique e prossiga sem nova confirmação
+- **Cancelar:** pule este repositório e siga para o próximo
 
 ---
 
@@ -234,7 +203,7 @@ Se arquivos inesperados aparecerem no stage (ex: arquivos que não estavam no re
 
 ```bash
 git -C <repo> commit -m "$(cat <<'EOF'
-[<LABEL>] <título>
+<tipo>: [<LABEL>] <título>
 
 <descrição>
 EOF
@@ -264,17 +233,17 @@ Se o push falhar, informe o erro e pergunte ao usuário o que fazer.
 Ao concluir todos os repositórios, apresente o resultado:
 
 ```
-Resumo — folder-submit <branch-alvo>
+Resumo — submit-folders <branch-alvo>
 
   ✅ api-service
      Branch:  fix/qa/correcaoValidacaoToken
-     Commit:  [QA] Correção na validação do token de autenticação
+     Commit:  fix: [QA] Correção na validação do token de autenticação
      Push:    origin/fix/qa/correcaoValidacaoToken ✓
 
   ✅ frontend
-     Branch:  feature/qa/novaTelaLogin
-     Commit:  [QA] Nova tela de login com validação em tempo real
-     Push:    origin/feature/qa/novaTelaLogin ✓
+     Branch:  feat/qa/novaTelaLogin
+     Commit:  feat: [QA] Nova tela de login com validação em tempo real
+     Push:    origin/feat/qa/novaTelaLogin ✓
 
   ⛔ config-service  → ignorado (arquivo .env detectado)
 
@@ -282,5 +251,5 @@ Concluído. 2 branches criadas e publicadas, 1 ignorado por segurança.
 
 Branches criadas:
   • fix/qa/correcaoValidacaoToken
-  • feature/qa/novaTelaLogin
+  • feat/qa/novaTelaLogin
 ```