jarvis-ai-framework 2.1.1 → 3.2.0

package/skills/jarvis-context-detect/assets/context-profile-template.md

@@ -124,4 +124,4 @@ Ou edite manualmente os valores acima e salve o arquivo.
 ---
 
 > Este perfil é usado automaticamente pelos workflows do Framework Jarvis.
-> Documentação: `$IDE/templates/CDD aplicado a Prompts.md`
+> Documentação: `$IDE/templates/cdd-aplicado-a-prompts.md`

package/skills/jarvis-create-specialization/SKILL.md

@@ -26,6 +26,14 @@ Gerar uma especialização **fiel ao código do projeto** e deixá-la ligada sem
 
 A especialização **soma-se** à skill base da área (`eng-backend` ou `eng-frontend`) e guarda só o que **depende da stack**. O que continua válido ao trocar de linguagem já está na base e não é repetido.
 
+> **Por que só backend e frontend**: essas duas áreas têm universo de stack **aberto** — qualquer
+> linguagem ou framework novo pode aparecer num projeto, então faz sentido ler o código e gerar
+> uma especialização sob demanda. QA, data, automation e platform têm um **conjunto fixo** de
+> especializações pré-construídas pelo framework (sem `metadata.stack`); registrar uma delas é
+> só listar e marcar no `ENV.md` — não há o que detectar por código nem gerar. Ver
+> `$IDE/skills/jarvis-list-specializations/SKILL.md` para listar/registrar as especializações
+> dessas 4 áreas, e o passo 9 do `/jarvis-init` para o mesmo fluxo durante o onboarding.
+
 ## Entrada
 
 - `$ARGUMENTS` - (Opcional) `[backend|frontend] [stack]`, por exemplo `backend golang`. O que faltar, pergunte (uma pergunta por vez).

package/skills/jarvis-docs-central/README.md

@@ -25,7 +25,7 @@ Esta skill permite:
 CENTRAL_DOCS_REPO=https://gitlab.com/org/group/central-docs.git
 CENTRAL_DOCS_REF=main
 CENTRAL_DOCS_TARGET_BRANCH=dev
-SQUAD=squad-driver
+SQUAD=core
 WORKSPACE=meu-workspace
 ```
 
@@ -60,9 +60,9 @@ jarvis docs publish \
 
 # Publicar PRD
 jarvis docs publish \
-  --file ./docs/product/prd-gestao-condutores.md \
+  --file ./docs/product/prd-gestao-carteiras.md \
   --tipo prd \
-  --feature gestao-condutores
+  --feature gestao-carteiras
 
 # Publicar Swagger/OpenAPI (YAML)
 jarvis docs publish \
@@ -75,7 +75,7 @@ jarvis docs publish \
   --file ./docs/engineering/ard-api-wallet.md \
   --tipo ard \
   --feature api-wallet-auth-jwt \
-  --squad squad-driver \
+  --squad core \
   --workspace meu-workspace
 ```
 
@@ -102,16 +102,16 @@ central-docs/
 
 ```
 central-docs/
-└── drivers/
+└── core/
     ├── index.md
     ├── product/
-    │   └── gestao-de-condutores/
-    │       ├── prd-gestao-condutores.md
-    │       └── frd-gestao-condutores-onboarding.md
+    │   └── gestao-de-carteiras/
+    │       ├── prd-gestao-carteiras.md
+    │       └── frd-gestao-carteiras-onboarding.md
     └── engineering/
-        └── drivers-api/
-            ├── ard-drivers-api.md
-            └── rfc-drivers-api-idempotencia.md
+        └── api-wallet/
+            ├── ard-api-wallet.md
+            └── rfc-api-wallet-idempotencia.md
 ```
 
 ## Formato do index.md
@@ -119,19 +119,19 @@ central-docs/
 O `index.md` fica na raiz do squad (`{squad}/index.md`) e lista todos os documentos organizados por área e produto:
 
 ```markdown
-# squad-driver
+# core
 
 ## product
 
-### gestao-de-condutores
-- [prd-gestao-condutores.md](product/gestao-de-condutores/prd-gestao-condutores.md) | v1.2.0 | in_progress | jira: DRV-001 | tags: condutores,onboarding
-- [frd-gestao-condutores-onboarding.md](product/gestao-de-condutores/frd-gestao-condutores-onboarding.md) | v1.0.0 | in_review | jira: DRV-123 | tags: onboarding,cadastro
+### gestao-de-carteiras
+- [prd-gestao-carteiras.md](product/gestao-de-carteiras/prd-gestao-carteiras.md) | v1.2.0 | in_progress | jira: WAL-001 | tags: carteiras,onboarding
+- [frd-gestao-carteiras-onboarding.md](product/gestao-de-carteiras/frd-gestao-carteiras-onboarding.md) | v1.0.0 | in_review | jira: WAL-123 | tags: onboarding,cadastro
 
 ## engineering
 
-### drivers-api
-- [ard-drivers-api.md](engineering/drivers-api/ard-drivers-api.md) | v2.1 | Finalizada | tags: arquitetura,rest,api
-- [rfc-drivers-api-idempotencia.md](engineering/drivers-api/rfc-drivers-api-idempotencia.md) | Accepted | tags: idempotencia,redis
+### api-wallet
+- [ard-api-wallet.md](engineering/api-wallet/ard-api-wallet.md) | v2.1 | Finalizada | tags: arquitetura,rest,api
+- [rfc-api-wallet-idempotencia.md](engineering/api-wallet/rfc-api-wallet-idempotencia.md) | Accepted | tags: idempotencia,redis
 ```
 
 ## Frontmatter Obrigatório
@@ -141,11 +141,11 @@ O `index.md` fica na raiz do squad (`{squad}/index.md`) e lista todos os documen
 ```yaml
 ---
 id: PRD-001
-name: Gestão de Condutores
+name: Gestão de Carteiras
 version: 1.2.0
 status: in_progress
-task_link: https://jira.com/DRV-001
-related_repo: drivers-api,drivers-worker
+task_link: https://jira.com/WAL-001
+related_repo: api-wallet,wallet-worker
 ---
 ```
 
@@ -199,7 +199,7 @@ Detecta docs desatualizados e oferece publicação.
 ### Arquivo não encontrado
 
 ```
-❌ Arquivo não encontrado no central-docs: squad-driver/index.md
+❌ Arquivo não encontrado no central-docs: core/index.md
 ```
 
 **Solução:** Verificar se o squad existe no central-docs ou criar o `index.md` do squad.
@@ -227,10 +227,13 @@ bin/
     ├── utils/
     │   ├── npmrc-parser.js    # Extrai token do .npmrc
     │   └── git-parser.js      # Parseia URL GitLab
+    ├── vcs/
+    │   └── api.js             # fetchRawFile/createMergeRequest/commitFiles — GitLab/GitHub/Bitbucket
     └── docs/
         ├── validate-frontmatter.js  # Valida YAML
-        ├── fetch-file.sh      # Busca via API (cache redis-cli opcional)
-        └── publish-file.sh    # Publica via API + MR
+        ├── redis-cache.js     # Cache best-effort via redis-cli (get/setex/del)
+        ├── fetch-file.js      # Busca via vcs/api.js — CLI: jarvis docs fetch
+        └── publish-file.js    # Publica via vcs/api.js + MR — CLI: jarvis docs publish
 ```
 
 ### Fluxo de Publicação
@@ -280,7 +283,7 @@ jarvis docs sync
 
 ```bash
 # 1. Criar ARD localmente
-cat > docs/engineering/ard-drivers-api-auth.md << EOF
+cat > docs/engineering/ard-api-wallet-auth.md << EOF
 ---
 Status: Proposta
 Data: 2026-03-10
@@ -295,12 +298,12 @@ EOF
 
 # 2. Publicar
 jarvis docs publish \
-  --file docs/engineering/ard-drivers-api-auth.md \
+  --file docs/engineering/ard-api-wallet-auth.md \
   --tipo ard \
-  --feature drivers-api-auth
+  --feature api-wallet-auth
 
 # 3. Resultado
-# ✅ MR criado: docs/squad-driver/engineering/drivers-api/ard-drivers-api-auth → dev
+# ✅ MR criado: docs/core/engineering/api-wallet/ard-api-wallet-auth → dev
 # URL: https://gitlab.com/.../merge_requests/42
 ```
 

package/skills/jarvis-docs-central/SKILL.md

@@ -145,8 +145,8 @@ O CI (`.gitlab-ci.yml`) **falha** se o `index.md` commitado divergir do que o sc
 ```bash
 jarvis docs sync
 
-# Internamente executa:
-bash bin/lib/docs/fetch-file.sh "${SQUAD}/index.md" "${CENTRAL_DOCS_REF}"
+# Internamente chama fetchFile() de bin/lib/docs/fetch-file.js, equivalente a:
+jarvis docs fetch "${SQUAD}/index.md" "${CENTRAL_DOCS_REF}"
 ```
 
 **Passo 1.b — Fallback: navegar árvore (quando index.md não existe)**
@@ -180,8 +180,8 @@ Com base no contexto da tarefa (`TASK_MANAGER_KEY`, tags, descrição):
 **Passo 3 — Buscar arquivos identificados**
 
 ```bash
-bash bin/lib/docs/fetch-file.sh "${SQUAD}/product/${WORKSPACE}/prd-feature.md" "main"
-bash bin/lib/docs/fetch-file.sh "${SQUAD}/engineering/${WORKSPACE}/ard-feature.md" "main"
+jarvis docs fetch "${SQUAD}/product/${WORKSPACE}/prd-feature.md" "main"
+jarvis docs fetch "${SQUAD}/engineering/${WORKSPACE}/ard-feature.md" "main"
 ```
 
 **Passo 4 — Retornar resultado**
@@ -302,7 +302,7 @@ URL: {url do MR/PR retornada pelo adapter}
 - Inventar metadados (version, status, id)
 - Editar `{SQUAD}/index.md` manualmente — sempre via `build-index.sh`
 - Usar path em campos `related_*` — sempre basename apenas
-- Usar formato `squad-driver` — sempre ALL-CAPS-COM-HIFEN: `MEU-SQUAD`
+- Usar squad em minúsculas (ex: `core`) — sempre ALL-CAPS-COM-HIFEN: `MEU-SQUAD`
 - Criar subpastas `engineering/index.md` ou `product/index.md` (não existem neste repo)
 
 ### Sempre

package/skills/jarvis-init/SKILL.md

@@ -234,7 +234,7 @@ Fluxo correto:
 3. Se `HUB≠DATA`: remover o bloco DATA_* inteiro
 4. Garantir `SESSIONS_DIR=.jarvis/sessions` e `JARVIS_PROJECT=https://github.com/phelipperibeiro/jarvis-framework` (ou URL que o usuário informar)
 5. Escrever `$IDE/ENV.md` com o restante do template (incluindo variáveis vazias)
-6. As chaves `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS` ficam **vazias**: não são perguntadas aqui. O registro de especializações é feito no **passo 9 (adicionar as stacks)**, ou depois, a qualquer momento: consulta com `jarvis-list-specializations` e criação com `jarvis-create-specialization`.
+6. As 6 chaves de especialização ficam **vazias**, exceto `QA_SPECIALIZATIONS`, que vem com `eng-qa-planner` (único hoje, pré-registrado por padrão — ver `templates/ENV-template.md`): não são perguntadas aqui. O registro/ajuste é feito no **passo 9 (adicionar as stacks)**, ou depois, a qualquer momento: consulta com `jarvis-list-specializations` e criação com `jarvis-create-specialization` (só backend/frontend).
 
 ### 3. Coletar Variáveis Obrigatórias
 
@@ -588,6 +588,7 @@ Nunca grave TOKEN_VERSION_CONTROL (chave removida do template).
 | `CENTRAL_DOCS_REPO` / `_REF` / `_TARGET_BRANCH` / `_REVIEWERS` / `_CACHE_TTL` | *(opcional)* | Docs centrais |
 | `SESSIONS_DIR` | `.jarvis/sessions` | Não perguntar — gravar fixo |
 | `RTK_ENABLED` | `false` (ou true se detectar `rtk`) | Token Killer |
+| `ADVISOR_MODELS` | `"Sonnet 5.5,Opus 5.5,Opus 5,Fable 5.1"` | Advisor do `eng.start` — não perguntar, gravar o padrão |
 
 #### 4.1 Detecção do RTK (Token Killer)
 
@@ -1000,13 +1001,13 @@ cp "$pasta/$relPath" "$IDE/$pasta/$relPath"   # $pasta = rules ou rules-on-deman
 
 Oferecido sempre que o `ENV.md` fica pronto: criação, atualização, **Upgrade (C)** e o caso "já atualizado". **Não** é oferecido ao cancelar (D). A pessoa pode **pular**; ao pular, as listas ficam como estão e o projeto usa só a skill base.
 
-Trata **somente backend e frontend**. O passo:
+A **detecção de stack por código e a criação de skill novo** (sub-passos 9.4-9.6) tratam **somente backend e frontend** — são as únicas áreas com universo de stack aberto (qualquer linguagem/framework novo). **Listar o que já está instalado e registrar direto** (sub-passo 9.3) vale para as **6 áreas** com especialização (backend, frontend, qa, data, automation, platform): essas 4 últimas têm um conjunto fixo de skills pré-construídos, sem detecção por código nem criação — só listar e registrar (ver `architecture.md` da #63, Decisão 3.5). O passo:
 
-1. Confere que `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS` existem (acrescenta vazias se faltarem)
-2. Lista as especializações instaladas, registradas ou não, e deixa registrar uma direto
-3. **Lê** o workspace (a análise **só lê**: não altera arquivos do projeto nem as listas), identifica as stacks de backend e de frontend, inclusive de vários projetos, e **mostra o que encontrou antes de sugerir**
-4. Para cada stack, sugere **registrar o skill que já existe** (mesmo `area` e `stack`) ou **criar um novo** com `/jarvis-create-specialization {área} {stack}`; a pessoa escolhe, e o que não aceita não muda
-5. Mostra um resumo das listas e do que foi registrado ou criado
+1. Confere que as 6 variáveis de especialização existem (acrescenta vazias as que faltarem)
+2. Lista as especializações instaladas de todas as 6 áreas, registradas ou não, e deixa registrar qualquer uma direto
+3. **Lê** o workspace (a análise **só lê**: não altera arquivos do projeto nem as listas), identifica as stacks de backend e de frontend, inclusive de vários projetos, e **mostra o que encontrou antes de sugerir** (só essas 2 áreas)
+4. Para cada stack de backend/frontend, sugere **registrar o skill que já existe** (mesmo `area` e `stack`) ou **criar um novo** com `/jarvis-create-specialization {área} {stack}`; a pessoa escolhe, e o que não aceita não muda
+5. Mostra um resumo das 6 listas e do que foi registrado ou criado
 
 O tempo de ~10 minutos é referência, não limite. Nunca leia `.env*`, chaves ou credenciais.
 
@@ -1032,7 +1033,7 @@ O tempo de ~10 minutos é referência, não limite. Nunca leia `.env*`, chaves o
 - Usuário: {USER}
 - Cargo: {POSITION}
 - Limite AI: {MAX_AI_EXECUTION_PERCENTAGE}%
-- Especializações: {BACKEND_SPECIALIZATIONS e FRONTEND_SPECIALIZATIONS, ou "só skill base"}
+- Especializações: {as 6 variáveis registradas, ou "só skill base" por área}
 - CDD: habilitado
 - JARVIS_PROJECT: {JARVIS_PROJECT}
 

package/skills/jarvis-init/assets/passo-adicionar-stacks.md

@@ -6,7 +6,11 @@
 
 Deixar o projeto especializado em torno de 10 minutos (tempo de **referência**, não limite; o passo nunca é interrompido por passar dele), sem que a pessoa descreva a stack à mão: o framework lê o workspace, mostra as stacks que encontrou e, para cada uma, sugere registrar o skill que já existe ou criar um novo.
 
-Vale **só para backend e frontend**.
+A **detecção por código e a criação de skill novo** (9.4-9.6) valem **só para backend e frontend** —
+são as únicas áreas com universo de stack aberto. **Listar o que já está instalado e registrar
+direto** (9.3) vale para as **6 áreas** com especialização: backend, frontend, qa, data, automation
+e platform. As 4 últimas têm um conjunto fixo de skills pré-construídos (sem `metadata.stack`,
+sem detecção por manifesto, sem criador) — só listar e registrar o que a pessoa aceitar.
 
 ## Regras gerais
 
@@ -30,9 +34,10 @@ Vale **só para backend e frontend**.
 
 ## 9.1 Conferir as variáveis das listas
 
-Leia o `$IDE/ENV.md` e confirme que `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS` existem (vazias valem).
+Leia o `$IDE/ENV.md` e confirme que as **6 variáveis** existem (vazias valem):
+`BACKEND_SPECIALIZATIONS`, `FRONTEND_SPECIALIZATIONS`, `QA_SPECIALIZATIONS`, `DATA_SPECIALIZATIONS`, `AUTOMATION_SPECIALIZATIONS`, `PLATFORM_SPECIALIZATIONS`.
 
-- Se **faltar** uma delas, acrescente-a **vazia** ao final do `ENV.md` (com a mesma linha do `templates/ENV-template.md`) **antes** de oferecer o passo. Não altere nenhuma outra linha.
+- Se **faltar** alguma, acrescente-a ao final do `ENV.md` com o valor padrão do `templates/ENV-template.md` (vazia para todas, **exceto `QA_SPECIALIZATIONS=eng-qa-planner`**) **antes** de oferecer o passo. Não altere nenhuma outra linha.
 - Se existirem, siga.
 
 ## 9.2 Oferecer o passo
@@ -40,19 +45,23 @@ Leia o `$IDE/ENV.md` e confirme que `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIA
 Pergunte, em texto:
 
 ```
-Deseja adicionar as stacks do projeto agora?
-(Leva em torno de 10 minutos como referência; só backend e frontend.)
+Deseja adicionar especializações ao projeto agora?
+(Leva em torno de 10 minutos como referência.)
 
-A: Sim, adicionar as stacks
-B: Pular (o projeto usa só a skill base; dá para adicionar depois com /jarvis-create-specialization)
+A: Sim, adicionar especializações
+B: Pular (o projeto usa só as skills base; dá para adicionar depois com
+   /jarvis-list-specializations e /jarvis-create-specialization)
 ```
 
 - **B (pular):** informe que as listas **ficam como estão** e siga para o passo 10. Nada é alterado.
 - **A:** siga para o 9.3.
 
-## 9.3 Listar as especializações instaladas
+## 9.3 Listar as especializações instaladas (6 áreas)
 
-Leia o frontmatter de cada `$IDE/skills/*/SKILL.md` (comando de comparação em [sinais-de-stack.md](sinais-de-stack.md)) e mostre as **especializações**: skills com `metadata.area` de backend ou frontend **e** `metadata.stack`, estejam ou não registradas nas listas.
+Leia o frontmatter de cada `$IDE/skills/*/SKILL.md` (comando de comparação em [sinais-de-stack.md](sinais-de-stack.md)) e mostre as **especializações das 6 áreas**, estejam ou não registradas nas listas:
+
+- Backend e frontend: skills com `metadata.area` correspondente **e** `metadata.stack`
+- QA, data, automation, platform: skills com `metadata.area` correspondente **e sem** `metadata.stack` (exceto a própria skill base da área)
 
 ```
 ### Backend
@@ -62,11 +71,27 @@ Leia o frontmatter de cada `$IDE/skills/*/SKILL.md` (comando de comparação em
 
 ### Frontend
 (nenhuma instalada)
+
+### QA
+| Skill | Registrada |
+|-------|------------|
+| eng-qa-planner | ✅ (padrão) |
+
+### Data
+(nenhuma instalada)
+
+### Automation
+(nenhuma instalada)
+
+### Platform
+(nenhuma instalada)
 ```
 
-Pergunte: **"Quer registrar alguma delas agora, sem passar pela detecção?"** Se sim, registre pelo 9.6 e siga.
+Pergunte: **"Quer registrar alguma delas agora?"** Se sim, registre pelo 9.6 e siga.
+
+> Sub-passos 9.4-9.6 (detecção por código e criação de skill novo) valem **só para backend e frontend** — para QA/data/automation/platform, este sub-passo 9.3 já é o fluxo inteiro (listar + registrar).
 
-## 9.4 Detectar as stacks do workspace (só leitura)
+## 9.4 Detectar as stacks do workspace (só leitura, só backend/frontend)
 
 **Quais projetos analisar:**
 
@@ -112,31 +137,35 @@ Para backend / php: não há skill especializado. Sugiro criar (eng-backend-php)
 
 A pessoa escolhe quais sugestões aceitar. **O que ela não aceita não é alterado.**
 
-## 9.6 Aplicar o que foi aceito (uma stack por vez)
+## 9.6 Aplicar o que foi aceito (um item por vez)
 
-**Registrar um skill existente:**
+**Registrar um skill existente (qualquer uma das 6 áreas):**
 
-1. Leia a linha `VAR=...` da área e separe os itens (aceita colchetes, espaços e aspas):
-   `grep -E '^BACKEND_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'`
+1. Leia a linha `{VAR}=...` da área (`BACKEND_SPECIALIZATIONS`, `FRONTEND_SPECIALIZATIONS`, `QA_SPECIALIZATIONS`, `DATA_SPECIALIZATIONS`, `AUTOMATION_SPECIALIZATIONS` ou `PLATFORM_SPECIALIZATIONS`) e separe os itens (aceita colchetes, espaços e aspas):
+   `grep -E '^{VAR}=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'`
 2. Se o nome do skill **não está** na lista: acrescente ao **final**. Os demais itens ficam como estavam; só o formato da linha é normalizado (**separado por vírgula, sem colchetes**).
 3. Se **já está**: não duplique e avise.
 4. Edite **só a linha dessa variável** e **releia** o `ENV.md` para confirmar.
 
-**Criar um skill novo:** chame `/jarvis-create-specialization {área} {stack}`. O criador lê o projeto, mostra o skill para revisão e só grava e registra depois da confirmação da pessoa. Faça **uma stack por vez** e espere o criador terminar antes da próxima.
+**Criar um skill novo (só backend/frontend):** chame `/jarvis-create-specialization {área} {stack}`. O criador lê o projeto, mostra o skill para revisão e só grava e registra depois da confirmação da pessoa. Faça **uma stack por vez** e espere o criador terminar antes da próxima. Para QA/data/automation/platform não há criador — só registrar o que já existe (9.6, passo 1-4).
 
 ## 9.7 Resumo final
 
 Mostre o que ficou configurado:
 
 ```
-✅ Stacks configuradas
+✅ Especializações configuradas
 
 📋 BACKEND_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
 📋 FRONTEND_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
+📋 QA_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
+📋 DATA_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
+📋 AUTOMATION_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
+📋 PLATFORM_SPECIALIZATIONS={lista atual ou "(vazia: só a skill base)"}
 
 Registradas: {nomes registrados agora, ou "nenhuma"}
 Criadas:     {nomes criados agora, ou "nenhuma"}
-Puladas:     {stacks que a pessoa não aceitou, ou "nenhuma"}
+Puladas:     {itens que a pessoa não aceitou, ou "nenhum"}
 
 Para acrescentar outra especialização a qualquer momento: /jarvis-create-specialization
 Para ver o que está instalado e registrado: /jarvis-list-specializations

package/skills/jarvis-list-specializations/SKILL.md

@@ -1,9 +1,9 @@
 ---
 name: jarvis-list-specializations
 description: >
-  Lista as especializações de stack instaladas no projeto (backend e frontend), a área de cada uma
-  e se ela está registrada em BACKEND_SPECIALIZATIONS ou FRONTEND_SPECIALIZATIONS. Só lê: não altera
-  o ENV.md, as listas nem nenhum skill.
+  Lista as especializações instaladas no projeto nas 6 áreas com especialização (backend, frontend,
+  qa, data, automation, platform), a área de cada uma e se está registrada na variável
+  `{ÁREA}_SPECIALIZATIONS` correspondente. Só lê: não altera o ENV.md, as listas nem nenhum skill.
   Trigger: Use para ver quais especializações existem, quais estão registradas e quais skills estão
   sem marcação de área.
 license: AGPL-3.0
@@ -14,7 +14,7 @@ metadata:
   version: "1.0"
   area: global
 # Campos Claude Code-specific (não fazem parte da spec oficial agentskills.io):
-argument-hint: "[backend|frontend]"
+argument-hint: "[backend|frontend|qa|data|automation|platform]"
 disable-model-invocation: false
 ---
 
@@ -26,11 +26,11 @@ Mostrar, sem alterar nada, **todas as especializações instaladas** no projeto,
 
 ## Entrada
 
-- `$ARGUMENTS` - (Opcional) `backend` ou `frontend`, para listar só uma área. Vazio lista as duas.
+- `$ARGUMENTS` - (Opcional) `backend`, `frontend`, `qa`, `data`, `automation` ou `platform`, para listar só uma área. Vazio lista as 6.
 
 ## Recursos
 
-- **ENV**: `$IDE/ENV.md` (listas `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS`)
+- **ENV**: `$IDE/ENV.md` (listas `BACKEND_SPECIALIZATIONS`, `FRONTEND_SPECIALIZATIONS`, `QA_SPECIALIZATIONS`, `DATA_SPECIALIZATIONS`, `AUTOMATION_SPECIALIZATIONS`, `PLATFORM_SPECIALIZATIONS`)
 - **Skills instalados**: `$IDE/skills/*/SKILL.md` (só o frontmatter)
 - **Regra relacionada**: `$IDE/rules/engineering/eng.specializations-rules.md`
 - **Criação**: `$IDE/skills/jarvis-create-specialization/SKILL.md`
@@ -52,11 +52,15 @@ O arquivo ENV.md não existe. Execute /jarvis-init antes de continuar.
 
 ### Passo 1: Ler as listas
 
-Para cada área, leia a lista (aceita vírgula, colchetes, espaços e aspas):
+Para cada uma das 6 áreas, leia a lista (aceita vírgula, colchetes, espaços e aspas):
 
 ```bash
 grep -E '^BACKEND_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
 grep -E '^FRONTEND_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
+grep -E '^QA_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
+grep -E '^DATA_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
+grep -E '^AUTOMATION_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
+grep -E '^PLATFORM_SPECIALIZATIONS=' $IDE/ENV.md | cut -d= -f2- | tr -d '[]" ' | tr ',' '\n' | grep -v '^$'
 ```
 
 Se uma variável **não existir** no `ENV.md`, informe que ela falta (sem criá-la) e siga com o restante.
@@ -77,18 +81,22 @@ done
 
 ### Passo 3: Classificar
 
-| `metadata.area` | `metadata.stack` | Classificação |
-|---|---|---|
-| `backend` ou `frontend` | presente | **Especialização** da área |
-| `backend` ou `frontend` | ausente | **Skill base** da área (não é especialização) |
-| `global`, `product` ou outra | qualquer | Fora da listagem |
-| ausente | qualquer | **Pendente** (sem marcação de área) |
+As 6 áreas com especialização têm uma skill base fixa: `eng-backend`, `eng-frontend`, `eng-qa`, `eng-data`, `eng-automation`, `eng-platform`.
+
+| `metadata.area` | `metadata.stack` | `name` | Classificação |
+|---|---|---|---|
+| `backend` ou `frontend` | presente | — | **Especialização** da área |
+| `backend` ou `frontend` | ausente | — | **Skill base** da área (não é especialização) |
+| `qa`, `data`, `automation` ou `platform` | — | igual à skill base da área | **Skill base** da área |
+| `qa`, `data`, `automation` ou `platform` | — | diferente da skill base | **Especialização** da área (nunca tem `stack`) |
+| `global`, `product`, `ai`, `devops` ou outra | qualquer | — | Fora da listagem |
+| ausente | qualquer | — | **Pendente** (sem marcação de área) |
 
 ### Passo 4: Cruzar com as listas
 
-- Uma especialização está **registrada** se o `name` consta na lista da sua área.
+- Uma especialização está **registrada** se o `name` consta na lista `{ÁREA}_SPECIALIZATIONS` da sua área.
 - Um item da lista **sem skill instalado** aparece como "registrado sem skill instalado".
-- Se `$ARGUMENTS` for `backend` ou `frontend`, mostre só essa área.
+- Se `$ARGUMENTS` for uma das 6 áreas, mostre só essa área.
 
 ### Skills invocados durante a execução do skill
 
@@ -100,7 +108,7 @@ done
 
 ## Saída
 
-Por área, uma tabela:
+Por área, uma tabela (backend/frontend têm coluna "Stack"; qa/data/automation/platform não):
 
 ```
 ### Backend
@@ -110,12 +118,17 @@ Por área, uma tabela:
 | eng-backend-php | php | ➖ |
 
 Registrado sem skill instalado: eng-backend-naoexiste
+
+### QA
+| Skill | Registrada |
+|-------|------------|
+| eng-qa-planner | ✅ |
 ```
 
 Depois, os **pendentes** em uma única linha:
 
 ```
-Sem marcação de área (pendentes): eng-global-pr, eng-qa-gate, jarvis-context-detect, ...
+Sem marcação de área (pendentes): algum-skill-sem-area, outro-skill-sem-area, ...
 ```
 
 Sem nenhuma especialização instalada, diga: `Nenhuma especialização instalada.`

package/skills/jarvis-report-issue/SKILL.md

@@ -114,7 +114,7 @@ BODY_FILE=$(mktemp)
 
 REPO=$(grep -E '^(JARVIS_PROJECT|JARVIS_GITLAB_PROJECT)=' $IDE/ENV.md | tail -1 | cut -d= -f2-)
 
-node bin/lib/vcs/create-issue.js \
+jarvis vcs create-issue \
   --repo "$REPO" \
   --title "$ISSUE_TITLE" \
   --body-file "$BODY_FILE"

package/taxonomy.md

@@ -4,7 +4,7 @@ Define a estrutura organizacional, vocabulário e configurações do framework J
 > **📝 Como usar**: Este arquivo define as opções válidas para variáveis do ENV.md.
 > Edite este arquivo para customizar as opções da sua organização antes de instalar o framework.
 >
-> **Domínio de Email**: Configure `DOMAIN:` para validar emails corporativos (ex: `DOMAIN: suaempresa.com.br`)
+> **Domínio de Email**: ver seção "Domain" abaixo.
 
 ---
 
@@ -121,7 +121,7 @@ Designação secundária para devs com função parcial de qualidade dentro do s
 Não é uma posição de senioridade — o dev mantém seu cargo (JUNIOR, PLENO, SENIOR, etc.).
 Registrado no campo Posição do `members.md` junto com o cargo principal.
 - Responsável por cobertura de testes em features de baixo/médio risco do squad
-- Executa quality gates e orienta outros devs via eng-qa-dev-guide
+- Executa quality gates e orienta outros devs com a base eng-qa
 - NÃO substitui QA em features críticas, decisões de bloqueio ou sign-off de release
 - Dedicação típica: ~30% do tempo em atividades de qualidade
 - No card: apoia o QA-ENGINEER na cobertura — não toma decisões de bloqueio
@@ -165,26 +165,14 @@ DOMAIN:
 
 ## 🌐 Domain (Domínio de Email Corporativo)
 
-Define o domínio de email corporativo para validação e padronização de emails.
+Define o domínio de email corporativo para validação e padronização de emails. A instrução `DOMAIN:` fica numa única linha, logo após a seção Areas (ver acima) — não repita essa linha em outro lugar deste arquivo.
 
-**ADICIONAR APENAS UMA LINHA APÓS AREAS:**
-
-```markdown
-DOMAIN:
-```
-
-### Como Funciona
 - Todos os emails devem terminar com `@DOMAIN`
 - Usado na validação de ENV.md durante `/jarvis-init`
 - Garante que apenas emails corporativos sejam registrados
 - Exemplo: `pedro@domain.com.br`, `ana@domain.com.br`
 
-### Para Open Source (Sem Restrição)
-Deixe em branco ou remova a linha:
-
-```markdown
-DOMAIN:
-```
+**Para open source, sem restrição**: deixe a linha em branco (`DOMAIN:`) ou remova-a.
 
 ---
 

package/templates/AGENTS.md

@@ -16,6 +16,7 @@ A pasta `templates/` contem **modelos de documentos** usados pelo framework para
 templates/
 ├── engineering/                    # Templates tecnicos
 │   ├── architecture-template.md    # Template de arquitetura
+│   ├── advisor-template.md         # Prompts e auditoria do Advisor
 │   ├── ARD-template.md             # Architecture Review Document
 │   ├── RFC-template.md             # Request For Comments
 │   ├── RFC-Playbook@1.0.0.md       # Playbook para RFCs
@@ -105,6 +106,7 @@ Use chaves `{...}` para indicar campos a serem preenchidos:
 | Template | Uso | Comando |
 |----------|-----|---------|
 | `architecture-template.md` | Design arquitetural | `/eng.start` |
+| `advisor-template.md` | Prompts do Advisor e modelo de auditoria | `/eng.start` |
 | `ARD-template.md` | Revisao de arquitetura | `/eng.create-ard` |
 | `RFC-template.md` | Proposta de mudanca | `/eng.create-rfc` |
 | `tech-spec-template.md` | Especificacao tecnica | `/eng.build-tech-spec` |

package/templates/ENV-template.md

@@ -65,12 +65,20 @@ PROD_TEMPLATES=.$IDE/$TEMPLATES_FOLDER/$PROD_FOLDER_NAME
 PROD_DOCS=$DOCS_FOLDER/$PROD_FOLDER_NAME
 
 
-# --- Especializações de stack ------------------------------------------------
+# --- Especializações por área -------------------------------------------------
 # Skills especializados que o Jarvis carrega junto com o skill base de cada área.
 # Lista de nomes de skill separados por vírgula. Ex: eng-backend-golang,eng-backend-nestjs
-# Vazio = só o skill base (eng-backend / eng-frontend). A variável precisa EXISTIR, mesmo vazia.
+# Vazio = só o skill base de cada área (eng-backend, eng-frontend, eng-qa,
+# eng-data, eng-automation, eng-platform). Toda variável precisa EXISTIR,
+# mesmo vazia — ver rules/engineering/eng.specializations-rules.md.
+# QA_SPECIALIZATIONS vem com eng-qa-planner por padrão: é a única especialização de QA hoje
+# e cobre planejamento/gap de cobertura, útil pra quase todo projeto. Remova se não quiser.
 BACKEND_SPECIALIZATIONS=
 FRONTEND_SPECIALIZATIONS=
+QA_SPECIALIZATIONS=eng-qa-planner
+DATA_SPECIALIZATIONS=
+AUTOMATION_SPECIALIZATIONS=
+PLATFORM_SPECIALIZATIONS=
 
 
 # --- Task manager (opcional) -------------------------------------------------
@@ -136,6 +144,16 @@ SMTP=[google, ses, sendgrid]
 RTK_ENABLED=false
 
 
+# --- Advisor (opcional) ------------------------------------------------------
+# Modelos oferecidos quando o usuário escolhe usar o Advisor no início do eng.start,
+# separados por vírgula. Até 4 viram opções da pergunta; o resto fica em "Outro".
+# Vazio ou ausente = o Advisor usa "Sonnet 5.5" (fallback).
+# Tradução para a IDE pela família (primeira palavra, em minúsculas: Sonnet → sonnet,
+# Opus → opus, Fable → fable). No Claude Code só a família é respeitada: "Opus 5.5"
+# e "Opus 5" abrem o mesmo modelo; remova um deles se quiser só opções distintas.
+ADVISOR_MODELS="Sonnet 5.5,Opus 5.5,Opus 5,Fable 5.1"
+
+
 # --- Data Engineering (só se HUB=DATA) ---------------------------------------
 # Obrigatório quando HUB=DATA. Omitir o bloco inteiro se o HUB for outro.
 DATA_ORCHESTRATOR=[airflow, prefect, dagster, glue-scheduler]