jarvis-ai-framework 2.1.0 → 3.0.0

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,24 +81,34 @@ 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
+
+| Passo | Skill | Condição |
+|-------|-------|----------|
+| — | Nenhuma — skill autocontida | — |
 
 ---
 
 ## Saída
 
-Por área, uma tabela:
+Por área, uma tabela (backend/frontend têm coluna "Stack"; qa/data/automation/platform não):
 
 ```
 ### Backend
@@ -104,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"
@@ -146,6 +146,12 @@ Erro:
 Verifique token (GitLab .npmrc / gh auth / BITBUCKET_TOKEN) e JARVIS_PROJECT.
 ```
 
+### Skills invocados durante a execução do skill
+
+| Passo | Skill | Condição |
+|-------|-------|----------|
+| — | Nenhuma — skill autocontida | — |
+
 ---
 
 ## Regras

package/skills/product-roadmap-report/SKILL.md

@@ -157,6 +157,14 @@ Para cada projeto:
 - Corresponder ao idioma do usuário
 - Inserir novas atualizações ANTES do conteúdo antigo (cronologia reversa)
 
+### Skills invocados durante a execução do skill
+
+| Passo | Skill | Condição |
+|-------|-------|----------|
+| — | Nenhuma — skill autocontida | — |
+
+Se o usuário usa Obsidian, a skill pode usar skills ou MCP de manipulação de notas disponíveis no ambiente; nenhum é nomeado neste arquivo.
+
 ## Regras Críticas
 
 ### NUNCA:

package/skills/product-specs/SKILL.md

@@ -21,6 +21,7 @@ Esta skill é só a **porta de entrada** das especificações de produto: ela **
 | Investigar uma ideia inicial | `/prod.spec.discovery` | `$IDE/$FLOWS_FOLDER/prod.spec.discovery.md` |
 | PRD (Documento de Requisitos de Produto) | `/prod.spec.prd` | `$IDE/$FLOWS_FOLDER/prod.spec.prd.md` |
 | FRD (Documento de Requisitos Funcionais) | `/prod.spec.frd` | `$IDE/$FLOWS_FOLDER/prod.spec.frd.md` |
+| ARD (requisitos arquiteturais a partir do produto) | `/prod.spec.ard` | `$IDE/$FLOWS_FOLDER/prod.spec.ard.md` |
 | Épico | `/prod.spec.epic` | `$IDE/$FLOWS_FOLDER/prod.spec.epic.md` |
 | História, tarefa ou bug | `/prod.spec.issue` | `$IDE/$FLOWS_FOLDER/prod.spec.issue.md` |
 | Esclarecer uma especificação | `/prod.spec.clarify` | `$IDE/$FLOWS_FOLDER/prod.spec.clarify.md` |
@@ -43,3 +44,11 @@ Para outras necessidades de produto sem workflow próprio, aplique as boas prát
 **Discovery:** "investigar uma ideia..." · "fazer discovery de..." · "tenho uma ideia, vale a pena?"
 
 **Esclarecimento:** "esclarecer a especificação..." · "esclarecer o PRD..."
+
+### Skills invocados durante a execução do skill
+
+| Passo | Skill | Condição |
+|-------|-------|----------|
+| — | Nenhuma — skill autocontida | — |
+
+A skill só roteia para os workflows `prod.spec.*` (tabela acima); workflows não são skills e ficam fora desta tabela.

package/skills/product-specs-update/SKILL.md

@@ -150,6 +150,12 @@ apenas o que estiver faltando.
 Escrever ou atualizar o `specs-index.md` no Drive seguindo o template
 de Índice Global abaixo.
 
+### Skills invocados durante a execução do skill
+
+| Passo | Skill | Condição |
+|-------|-------|----------|
+| Pré-requisito — Carregar ENV.md | `/jarvis-init` | Se o `ENV.md` não existir (executado via Skill tool) |
+
 ---
 
 ## Templates

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.
 
 ---
 
@@ -58,73 +58,73 @@ Desenvolvedor Júnior (0-2 anos de experiência)
 - Aprendendo tecnologias e processos
 - Pede ajuda quando precisar — sem gate obrigatório de TL/PM
 - Foco em desenvolver habilidades técnicas
-- No fluxo downstream: dono ponta-a-ponta do card que assumiu (puxar, implementar, MR, validar, deploy)
+- No card: dono ponta-a-ponta do card que assumiu (puxar, implementar, MR, validar, deploy)
 
 ### PLENO
 Desenvolvedor Pleno (2-4 anos de experiência)
 - Autonomia em tarefas individuais
 - Contribui para decisões técnicas
 - Mentoría desenvolvedores júnior
-- No fluxo downstream: dono ponta-a-ponta do card que assumiu
+- No card: dono ponta-a-ponta do card que assumiu
 
 ### SENIOR
 Desenvolvedor Sênior (4+ anos de experiência)
 - Alta autonomia técnica
 - Toma decisões arquiteturais
 - Mentoria e liderança técnica
-- No fluxo downstream: dono ponta-a-ponta do card que assumiu
+- No card: dono ponta-a-ponta do card que assumiu
 
 ### TECH LEAD
 Líder técnico de time ou squad
 - Responsável por direção técnica do time
 - Coordena desenvolvimento e arquitetura
 - Interface entre time e stakeholders
-- No fluxo downstream: apoia o time. Não é gate — o profissional que assumiu o card conduz ponta-a-ponta. TL desbloqueia e cobre quando pedido.
+- No card: apoia o time. Não é gate — o profissional que assumiu o card conduz ponta-a-ponta. TL desbloqueia e cobre quando pedido.
 
 ### SPECIALIST
 Especialista em área técnica ou disciplina específica
 - Expert em domínio particular (segurança, performance, etc.)
 - Consultoria técnica para times
 - Define padrões e melhores práticas
-- No fluxo downstream: dono ponta-a-ponta do card que assumiu
+- No card: dono ponta-a-ponta do card que assumiu
 
 ### QA-ENGINEER
 Engenheiro de Quality Assurance
 - Planejamento e execução de testes (manuais e automatizados)
 - Reporte e rastreamento de bugs
 - Validação técnica de entregas antes da aprovação de produto
-- No fluxo downstream: apoia o DEV na validação — não move cards, apenas executa e reporta
+- No card: apoia o DEV na validação — não move cards, apenas executa e reporta
 
 ### PM
 Product Manager
 - Gestão de produto e roadmap
 - Define prioridades e features
 - Interface com stakeholders de negócio
-- No fluxo downstream: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
+- No card: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
 
 ### TPM
 Technical Product Manager
 - Product Manager com foco técnico
 - Ponte entre produto e engenharia
 - Decisões de produto com viés técnico
-- No fluxo downstream: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
+- No card: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
 
 ### GPM
 Group Product Manager
 - Gerencia múltiplos PMs
 - Visão estratégica de produto
 - Coordenação entre diferentes áreas
-- No fluxo downstream: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
+- No card: pode priorizar, aceitar e também assumir/conduzir um card ponta-a-ponta. Aceite apoia — não trava o owner.
 
 ### QUALITY_CHAMPION
 Designação secundária para devs com função parcial de qualidade dentro do squad.
 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 fluxo downstream: apoia o QA-ENGINEER na cobertura — não toma decisões de bloqueio
+- No card: apoia o QA-ENGINEER na cobertura — não toma decisões de bloqueio
 
 ### CTO
 Chief Technology Officer
@@ -137,7 +137,7 @@ Profissional que acumula funções de outras posições (SPECIALIST, PM, dev, QA
 - Cargo principal (como SPECIALIST), não designação secundária (diferente de QUALITY_CHAMPION)
 - Transita entre ENGINEERING e PRODUCT — não fica restrito a uma única área
 - Em qualquer verificação de POSITION ou AREA, é tratado como coringa/superusuário: satisfaz qualquer valor exigido
-- No fluxo downstream: dono ponta-a-ponta do card que assumiu, com autonomia equivalente a TECH LEAD/staff (ver eng-rules.md)
+- No card: dono ponta-a-ponta do card que assumiu, com autonomia equivalente a TECH LEAD/staff (ver eng-rules.md)
 
 ---
 
@@ -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.
 
 ---
 
@@ -215,7 +203,7 @@ prefix: design
 Área de Design, UX e pesquisa com usuários
 ```
 
-> Use `/taxonomy-manager add` para adicionar opções com validação automática.
+> Use `/taxonomy add` para adicionar opções com validação automática.
 
 ---
 

package/templates/AGENTS.md

@@ -20,6 +20,7 @@ templates/
 │   ├── RFC-template.md             # Request For Comments
 │   ├── RFC-Playbook@1.0.0.md       # Playbook para RFCs
 │   ├── tech-spec-template.md       # Especificacao tecnica
+│   ├── tech-spec-delivery-template.md # Formatos de entrega da tech spec (Jira, mensagem final, fluxo)
 │   ├── plan-template.md            # Plano de execucao
 │   ├── work-progress-template.md   # Progresso de trabalho
 │   ├── PR-template.md              # Pull Request
@@ -107,6 +108,7 @@ Use chaves `{...}` para indicar campos a serem preenchidos:
 | `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` |
+| `tech-spec-delivery-template.md` | Formatos de entrega da tech spec | `/eng.build-tech-spec` |
 | `plan-template.md` | Plano de execucao | `/eng.plan` |
 | `PR-template.md` | Pull Request | `/eng.pr` |
 

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) -------------------------------------------------

package/templates/engineering/qa/qa.sprint-plan-template.md

@@ -30,7 +30,7 @@ status: Draft
 |------|--------|-------|-----------|-------------|------------|
 | {ID} | {título} | Alto | E2E + exploratório | {QA} | |
 | {ID} | {título} | Médio | Quality gate | {QA ou Champion} | |
-| {ID} | {título} | Baixo | Delegar ao dev | {Champion} | eng-qa-dev-guide |
+| {ID} | {título} | Baixo | Delegar ao dev | {Champion} | base eng-qa |
 
 ---