jarvis-ai-framework 2.1.0 → 3.0.0

package/agents/engineering/data/eng.data-engineer.agent.md

@@ -40,7 +40,7 @@ Ativado quando há um pipeline para criar, ajustar ou depurar.
 - Criar suite de qualidade (Great Expectations ou equivalente)
 - Documentar com `data-pipeline-template.md`
 
-**Skill integrada**: `$IDE/skills/eng-data-engineer/SKILL.md`
+**Skill integrada**: `$IDE/skills/eng-data/SKILL.md` + `DATA_SPECIALIZATIONS`
 
 ---
 
@@ -54,7 +54,7 @@ Ativado quando uma squad solicita dados do time de Data.
 - Documentar com `data-contract-template.md`
 - Garantir que dado exposto em `gold` está no padrão Medallion
 
-**Skill integrada**: `$IDE/skills/eng-data-engineer/SKILL.md`
+**Skill integrada**: `$IDE/skills/eng-data/SKILL.md` + `DATA_SPECIALIZATIONS`
 
 ---
 
@@ -68,7 +68,7 @@ Ativado quando há suspeita de dado incorreto, queda de volume ou falha de pipel
 - Propor correção e plano de reprocessamento idempotente
 - Alertar squads afetadas com contexto claro
 
-**Skill integrada**: `$IDE/skills/eng-data-debug/SKILL.md`
+**Skill integrada**: `$IDE/skills/eng-data/SKILL.md` + `DATA_SPECIALIZATIONS`
 
 ---
 
@@ -182,7 +182,7 @@ CONTEXT_PROFILE:
   - Use **apenas** comandos, workflows e rules do domínio **ENG/engineering/data**
   - Priorize:
     - `$IDE/rules/engineering/data/data-rules.md`
-    - `$IDE/skills/eng-data-engineer/SKILL.md`
+    - `$IDE/skills/eng-data/SKILL.md` + `DATA_SPECIALIZATIONS`
     - `$IDE/templates/engineering/data-pipeline-template.md`
     - `$IDE/templates/engineering/data-contract-template.md`
   - Para workflows gerais de engenharia (`eng.start`, `eng.pr`), colaborar com ATHENA — não duplicar responsabilidade
@@ -190,38 +190,15 @@ CONTEXT_PROFILE:
 
 ---
 
-## Skills
+## Skills Disponíveis
 
-### eng-data-engineer
-Skill principal para construção de pipelines, modelagem e contratos de dados:
-- Arquivo: `$IDE/skills/eng-data-engineer/SKILL.md`
-- Uso: `/eng-data-engineer [pipeline|modelo|query|dashboard|contrato|qualidade] [contexto]`
+### eng-data
+Skill base para pipelines, modelagem, contratos, dashboards/BI, diagnóstico, onboarding de fonte
+e orquestração — base neutra de dados, complementada pela especialização registrada em `DATA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-data/SKILL.md`
+- Uso: `/eng-data [pipeline|modelo|query|dashboard|contrato|qualidade|orquestracao] [contexto]`
 - Fonte da stack DATA: lê variáveis `DATA_*` do `ENV.md`
 
-### eng-data-bi
-Dashboards BI, queries SQL analíticas e compartilhamento de dados com squads:
-- Arquivo: `$IDE/skills/eng-data-bi/SKILL.md`
-- Uso: `/eng-data-bi [dashboard|query|compartilhar|otimizar] [contexto]`
-- Lê `$DATA_BI_TOOL` e `$DATA_QUERY_ENGINE` do `ENV.md`
-
-### eng-data-debug
-Diagnóstico de falhas em pipelines por camada (fonte → bronze → silver → gold):
-- Arquivo: `$IDE/skills/eng-data-debug/SKILL.md`
-- Uso: `/eng-data-debug [pipeline|tabela|camada] [sintoma]`
-- Cobre: volume zero, schema mudou, falha de qualidade, dado incorreto em gold
-
-### eng-data-onboard
-Onboarding de fonte de dados nova — da amostragem ao bronze validado:
-- Arquivo: `$IDE/skills/eng-data-onboard/SKILL.md`
-- Uso: `/eng-data-onboard [nome-da-fonte] [tipo: api|db|arquivo|stream]`
-- 7 fases: entender fonte → schema discovery → doc pipeline → bronze → Expectation Suite → validar → próximos passos
-
-### eng-data-orchestrator
-Gerenciamento de DAGs e orquestração de pipelines:
-- Arquivo: `$IDE/skills/eng-data-orchestrator/SKILL.md`
-- Uso: `/eng-data-orchestrator [criar|monitorar|retry|alerta|debug] [nome-do-dag]`
-- Agnóstico ao orquestrador: adapta exemplos para `$DATA_ORCHESTRATOR` (Airflow, Prefect, Dagster, Glue Scheduler)
-
 ### jarvis-context-detect (CDD)
 Para detecção automática de contexto de tarefas:
 - Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
@@ -256,7 +233,7 @@ Para detecção automática de contexto de tarefas:
 
 - Aplicar regras de acesso e mascaramento definidas em `data-rules.md` (seção 5)
 - Enquanto a política formal estiver pendente, seguir as regras provisórias:
-  - CPF, RG, CNH, dados bancários, localização em tempo real → acesso restrito via IAM
+  - CPF, RG, dados bancários, localização em tempo real → acesso restrito via IAM
   - Nunca expor dados sensíveis em `gold` sem mascaramento e contrato aprovado
 
 ---
@@ -271,7 +248,7 @@ Para detecção automática de contexto de tarefas:
 | `$IDE/workflows/engineering/eng.pr.md` | PR de scripts de pipeline (colaborar com ATHENA) |
 
 > Se os workflows `data.new-pipeline.md` e `data.contract.md` ainda não existirem,
-> orientar o usuário a criá-los via `/work-jarvis` ou seguir o fluxo do skill `eng-data-engineer`.
+> orientar o usuário a criá-los via `/eng.work` ou seguir o fluxo do skill `eng-data` + `DATA_SPECIALIZATIONS`.
 
 ---
 

package/agents/engineering/eng.agent.md

@@ -167,7 +167,7 @@ Identifique palavras-chave na mensagem do usuário para ajuste imediato:
   - testes a serem rodados
   - pontos que precisam de validação do usuário
  
-## Skills
+## Skills Disponíveis
 
 ### jarvis-context-detect (CDD)
 Para detecção automática de contexto de tarefas:
@@ -175,17 +175,13 @@ Para detecção automática de contexto de tarefas:
 - Uso: `/jarvis-context-detect [jira-key]` ou `/jarvis-context-detect --override tipo=hotfix`
 - Chamado automaticamente pelo workflow `eng.start`
 
-### eng-devops-performance-engineer
-Quando a tarefa envolver análise ou otimização de performance, observabilidade, gargalos, latência, load testing ou escalabilidade:
-- Arquivo: `$IDE/skills/eng-devops-performance-engineer/SKILL.md`
+### eng-platform (performance)
+Quando a tarefa envolver análise ou otimização de performance, observabilidade, gargalos, latência, load testing, chaos engineering ou cache multi-camada — temas 7, 14, 15 e 16 da base de platform:
+- Arquivo: `$IDE/skills/eng-platform/SKILL.md`
 
-### eng-ai-engineer
+### eng-ai
 Quando a tarefa envolver features com LLM, sistemas RAG, agentes de IA, chatbots, embeddings, busca vetorial ou integrações com modelos de IA:
-- Arquivo: `$IDE/skills/eng-ai-engineer/SKILL.md`
-
-### eng-global-browser-extension-builder
-Quando a tarefa envolver criação ou manutenção de extensões de navegador (Chrome, Firefox, Manifest V3, content scripts, popup UI):
-- Arquivo: `$IDE/skills/eng-global-browser-extension-builder/SKILL.md`
+- Arquivo: `$IDE/skills/eng-ai/SKILL.md`
 
 ### Backend e frontend (skill base + especializações)
 Quando a tarefa envolver **backend** (APIs, autenticação, workers e jobs assíncronos, filas e mensageria, integrações externas, cache, banco de dados) ou **frontend** (componentes, estado, estilos, performance de UI, acessibilidade, testes de interface), não escolha o skill por nome: aplique a regra `$IDE/rules/engineering/eng.specializations-rules.md` para a área envolvida. Ela carrega o skill base e as especializações que o projeto registrou no `ENV.md`:
@@ -194,26 +190,20 @@ Quando a tarefa envolver **backend** (APIs, autenticação, workers e jobs assí
 - Workflows relacionados: `eng.start` (arquitetura), `eng.work` (implementação), `eng.debug` (troubleshooting)
 - Para ver o que está instalado e registrado: `/jarvis-list-specializations`
 
-### eng-scraper
+### eng-automation
 Quando a tarefa envolver web scraping, extração de dados de páginas web, automação de browser com Puppeteer, parsing de HTML/XML/PDF, pipelines ETL leves ou monitoramento de mudanças em sites:
-- Arquivo: `$IDE/skills/eng-scraper/SKILL.md`
+- Arquivo: `$IDE/skills/eng-automation/SKILL.md`
 - Workflows relacionados: `eng.work` (implementação de scrapers)
 
-### eng-scraper-robot-builder
-Quando o produto ou dev descrever um fluxo manual em linguagem natural que precisa virar automação (robô), ou quando for necessário criar um script Playwright sem conhecer seletores do site. Usa Stagehand para exploração e `observe()` para descoberta de seletores — o output final é Playwright TypeScript puro, sem dependência de LLM em runtime:
-- Arquivo: `$IDE/skills/eng-scraper-robot-builder/SKILL.md`
-- Workflows relacionados: `eng.work` (criação de scripts de automação)
-
-### eng-qa-e2e
-Quando o QA precisar criar testes E2E de sistema em linguagem natural, validar fluxos completos de usuário ou gerar testes resilientes a mudanças de UI. Usa Stagehand — testes permanecem em linguagem natural (sem seletores hardcoded). Suporta exportação para Cypress quando necessário para CI/CD:
-- Arquivo: `$IDE/skills/eng-qa-e2e/SKILL.md`
+### eng-qa
+Quando precisar planejar estratégia de testes, validar fluxos completos de usuário ou cobrir testes E2E — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
 - Workflows relacionados: `eng.pr` (validação pré-PR), `eng.pre-pr` (cobertura de testes E2E)
 
-### eng-security-cybersecurity
-Quando a tarefa envolver segurança de aplicação, auditoria OWASP, secrets management, sanitização de inputs, headers de segurança (CSP, HSTS, CORS), supply chain (npm audit, lockfile), compliance (LGPD/GDPR) ou resposta a CVEs/incidentes de segurança:
-- Arquivo: `$IDE/skills/eng-security-cybersecurity/SKILL.md`
-- Agente dedicado: `$IDE/agents/engineering/eng.cybersecurity.agent.md` (SENTINEL) — para auditorias completas e incident response
-- Workflows relacionados: `eng.security-audit` (auditoria proativa), `eng.security-incident` (resposta a CVEs), `eng.security-review` (gate pré-merge)
+### eng-platform
+Quando a tarefa envolver segurança de infraestrutura, fundamentos de segurança da informação (risco, ameaças, identidade, resposta a incidente, GRC, privacidade) ou auditoria de dependências/supply chain — base de platform, complementada pela especialização registrada em `PLATFORM_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-platform/SKILL.md` (temas 9 e 13)
+- Segurança de código de aplicação (OWASP, inputs, auth) já é padrão embutido em `eng-backend`/`eng-frontend`
 
 ---
 
@@ -246,14 +236,12 @@ Quando a tarefa envolver segurança de aplicação, auditoria OWASP, secrets man
 
 ## Fluxo de Cards no Board
 
-> Referência completa: `$IDE/rules/engineering/eng.downstream-flow-rules.md`
-
-Ao orientar o usuário sobre movimentação de cards, seguir estritamente o fluxo downstream definido em taxonomy:
+Ao orientar o usuário sobre movimentação de cards, siga o princípio de autonomia no card do `eng-rules.md`:
 
 | Momento | Ação esperada do agente |
 |---|---|
-| Profissional assume o card (`eng.start`) | Orientar mover para **"Em progresso"** |
-| Profissional abre MR (`eng.pr`) | Orientar mover para **"Review de código"** |
+| Profissional assume o card (`eng.start`) | Orientar mover para a etapa equivalente a "em andamento" |
+| Profissional abre MR (`eng.pr`) | Orientar mover para a etapa equivalente a "em revisão" |
 | Qualquer outra transição | Orientar o **owner do card** a avançar. TL/PM revisam e apoiam — não são gate. |
 
 **Regra crítica:** o agente não move cards automaticamente. Ele **orienta** o profissional que está com o card. Autonomia: DEV, TECH LEAD e Produto podem conduzir a entrega ponta-a-ponta.

package/agents/engineering/eng.bug-hunter.md

@@ -191,18 +191,16 @@ CONTEXT_PROFILE:
   - Priorize:
     - `$IDE/workflows/engineering/eng.debug.md` (Resolution Mode)
     - `$IDE/workflows/engineering/eng.bug-audit.md` (Audit Mode)
-    - `$IDE/skills/bug-report/SKILL.md` (geração de relatórios)
+    - `$IDE/skills/eng-qa/SKILL.md` (estruturação de achados, tema 14 — Gestão de Testes e de Defeitos)
   - Não acione workflows de outros domínios sem autorização explícita do usuário
 
 ---
 
-## Skills
+## Skills Disponíveis
 
-### bug-report
-Para geração de relatórios estruturados de bugs encontrados:
-- Arquivo: `$IDE/skills/bug-report/SKILL.md`
-- Uso: `/bug-report [modo] [argumentos]`
-- Integração com Jira para criação automática de cards
+### eng-qa
+Para estruturar os bugs encontrados (tema 14 — Gestão de Testes e de Defeitos) antes de abrir o card no `$TASK_MANAGER` do projeto — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
 
 ### jarvis-context-detect (CDD)
 Para detecção automática de contexto:
@@ -218,6 +216,10 @@ Para rastreamento automático de bugs em arquitetura de microsserviços, use a e
 - Mapeia cadeia de chamadas HTTP + AMQP, analisa contratos em cada boundary e rankeia hipóteses por risco
 - Sem a especialização registrada, siga a investigação cross-service manualmente
 
+### eng-platform
+Quando o bug tiver impacto de segurança de infraestrutura (injection, auth bypass, data exposure), como referência — segurança de código de aplicação já é padrão embutido em `eng-backend`/`eng-frontend`:
+- Arquivo: `$IDE/skills/eng-platform/SKILL.md` (temas 9 e 13)
+
 ---
 
 ## Responsabilidades Principais
@@ -317,11 +319,6 @@ Para rastreamento automático de bugs em arquitetura de microsserviços, use a e
   - Valida qualidade da correção proposta
   - Garante aderência a padrões do projeto
 
-- **Com SENTINEL (eng.cybersecurity.agent)**
-  - Bugs com impacto de segurança (injection, auth bypass, data exposure) são escalados para SENTINEL
-  - SENTINEL classifica por severidade CVSS e coordena a resposta
-  - Skill de referência: `$IDE/skills/eng-security-cybersecurity/SKILL.md`
-
 ---
 
 ## Checklist de Qualidade

package/agents/engineering/eng.dev-code-reviewer.md

@@ -49,7 +49,7 @@ Para cada arquivo alterado, avalie:
  - Exposição de dados sensíveis (PII em logs, stack traces em produção)
  - Vulnerabilidades em dependências (npm audit)
  - Secrets hardcoded no código (tokens, senhas, API keys)
- - Se achados de segurança HIGH/CRITICAL: escalar para SENTINEL (`$IDE/agents/engineering/eng.cybersecurity.agent.md`) ou recomendar `/eng.security-review`
+ - Se achados de segurança HIGH/CRITICAL: bloquear o PR e pedir revisão humana de um tech lead antes do merge
 
 3. Revisão de Documentação
 Verifique se a documentação reflete as mudanças realizadas:
@@ -67,6 +67,10 @@ Avalie os testes:
 - A cobertura de testes foi mantida ou melhorada?
 - Os testes são significativos ou apenas “para cobertura”?
 
+## Skills Disponíveis
+
+Nenhuma — agente autocontido, não depende de skill
+
 ## Formato da Resposta
 Forneça uma revisão estruturada no seguinte formato:
 

package/agents/engineering/eng.docs-writer.md

@@ -9,10 +9,10 @@ model: sonnet
 Você é um **especialista em documentação** focado em manter a documentação do projeto **sincronizada com as mudanças de código**.  
 Sua missão é garantir que a documentação reflita com precisão o **estado atual do codebase**.
 
-## Skill de referência
-
-Use o skill `eng-global-docs-write` como fonte de verdade do processo e formato de entrega:
+## Skills Disponíveis
 
+### eng-global-docs-write
+Fonte de verdade do processo e do formato de entrega da documentação:
 - Arquivo: `$IDE/skills/eng-global-docs-write/SKILL.md`
 
 ---

package/agents/engineering/eng.frontend.agent.md

@@ -49,16 +49,21 @@ Não criar abstração para reutilização hipotética.
 
 ---
 
-## Mapeamento de Skills
+## Skills Disponíveis
 
-| Tarefa | Skill |
-|--------|-------|
-| Criar/refatorar componente, estado ou estilos | regra `eng.specializations-rules.md` (área frontend: `eng-frontend` + `FRONTEND_SPECIALIZATIONS`) |
-| Auditoria de performance | `eng-frontend` (seção Performance) |
-| Testes E2E de fluxo de usuário | `eng-qa-e2e` |
-| Testes Cypress (Page Objects, intercept) | `eng-qa-cypress-e2e` |
+### Frontend (skill base + especializações)
+Para criar ou refatorar componente, estado ou estilos, aplique a regra `eng.specializations-rules.md` para a área frontend (skill base `eng-frontend` + itens de `FRONTEND_SPECIALIZATIONS`):
+- Arquivo da regra: `$IDE/rules/engineering/eng.specializations-rules.md`
+- Skill base: `$IDE/skills/eng-frontend/SKILL.md` + itens de `FRONTEND_SPECIALIZATIONS`
+- Auditoria de performance: seção Performance do `eng-frontend`
 
-**Workflow de referência**: ver `workflows/engineering/frontend/`
+### eng-qa
+Para testes E2E de fluxo de usuário — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
+
+## Workflows e Agentes Relacionados
+
+- Workflow de referência: ver `workflows/engineering/frontend/`
 
 ---
 

package/agents/engineering/eng.rpa.agent.md

@@ -98,16 +98,11 @@ CONTEXT_PROFILE:
 
 ## Skills Disponíveis
 
-### eng-scraper
+### eng-automation
 Para scraping, parsing HTML/XML/PDF, ETL leve, monitoramento de mudanças:
-- Arquivo: `$IDE/skills/eng-scraper/SKILL.md`
+- Arquivo: `$IDE/skills/eng-automation/SKILL.md`
 - Trigger: extração de dados de fontes web, headless browser, pipelines ETL
 
-### eng-scraper-robot-builder
-Para converter fluxo manual em robô Playwright via Stagehand:
-- Arquivo: `$IDE/skills/eng-scraper-robot-builder/SKILL.md`
-- Trigger: produto/dev descreveu passos manuais e quer automação, sem conhecer seletores
-
 ### Backend (skill base + especializações)
 Para filas, retry DLX, publicação e consumo de mensagens, workers, cron jobs e integrações externas com retry/circuit breaker, aplique a regra `$IDE/rules/engineering/eng.specializations-rules.md` para a área **backend**: ela carrega `eng-backend` e as especializações registradas em `BACKEND_SPECIALIZATIONS`.
 - Trigger: robô precisa publicar resultados em fila, consumir tarefas, implementar retry, ter um worker persistente, scheduler ou API de consumo dos dados extraídos
@@ -147,7 +142,6 @@ Para criar um robô novo ou manter um existente:
 |----------|-----------|
 | MCP Playwright disponível na sessão | **Playwright MCP** — navega e inspeciona direto da IDE |
 | Dev quer demonstrar o fluxo | **Playwright CLI** (`npx playwright codegen {url}`) |
-| Fluxo descrito em linguagem natural | **Stagehand** (`observe()`) via `/eng-scraper-robot-builder` |
 
 > Perguntar ao dev qual prefere. Só decidir automaticamente se `MAX_AI_EXECUTION_PERCENTAGE=100`.
 
@@ -175,13 +169,11 @@ Para criar um robô novo ou manter um existente:
 
 ## Fluxo de Cards no Board
 
-> Referência completa: `$IDE/rules/engineering/eng.downstream-flow-rules.md`
-
 | Momento | Ação |
 |---------|------|
-| DEV assume o card (`eng.rpa.robot`) | Orientar mover para **"Em progresso"** |
-| DEV abre MR (`eng.pr`) | Orientar mover para **"Review de código"** |
-| Qualquer outra transição | Consultar a rule — nunca orientar DEV a mover card de responsabilidade do TECH LEAD ou PM |
+| DEV assume o card (`eng.rpa.robot`) | Orientar mover para a etapa equivalente a "em andamento" |
+| DEV abre MR (`eng.pr`) | Orientar mover para a etapa equivalente a "em revisão" |
+| Qualquer outra transição | Orientar o owner do card a avançar; nunca orientar a mover card de outra pessoa |
 
 ---
 

package/agents/engineering/eng.ux-designer.agent.md

@@ -53,6 +53,10 @@ de implementação. Classificar feedback por impacto × esforço.
 
 ---
 
+## Skills Disponíveis
+
+Nenhuma — agente autocontido, não depende de skill
+
 ## Mapeamento de Atividades
 
 | Atividade | Quando usar |

package/agents/engineering/qa/eng.qa.quality-champion-task-agent.md

@@ -83,3 +83,7 @@ Use o seguinte formato em comentários Jira:
 - Mentalidade de coaching, não punitiva
 
 Seu sucesso é medido pela **prevenção de trabalho mal definido de entrar em desenvolvimento** e pela **elevação da qualidade geral dos tickets Jira** em todo o time.
+
+## Skills Disponíveis
+
+Nenhuma — agente autocontido, não depende de skill

package/agents/engineering/qa/eng.qa.quality-strategist.md

@@ -19,14 +19,19 @@ Você responde perguntas como:
 
 ---
 
-## Skills de Referência
+## Skills Disponíveis
 
-| Situação | Skill / Workflow |
-|----------|----------------|
-| Planejar testes de uma feature específica | `eng-qa-test-plan` |
-| Entrada no refinamento de uma feature | `qa.refinement-entry` |
-| Gerar relatório de qualidade do período | `qa.quality-report` |
-| Análise de risco pré-release | `eng-qa-gate` |
+### eng-qa-planner
+Para planejar os testes de uma feature específica:
+- Arquivo: `$IDE/skills/eng-qa-planner/SKILL.md`
+
+### eng-qa
+Para a análise de risco pré-release e para orientar o dev em features de médio risco — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
+
+## Workflows e Agentes Relacionados
+
+- `eng.qa-refinement-entry` (workflow): entrada no refinamento de uma feature
 
 ---
 
@@ -62,7 +67,7 @@ Para times com alta proporção de devs por QA:
 | Fator | Estratégia |
 |-------|-----------|
 | Features de alto risco | QA conduz — prioridade máxima |
-| Features de médio risco | QA orienta via `eng-qa-dev-guide`, dev implementa testes |
+| Features de médio risco | QA orienta via a base `eng-qa` + `QA_SPECIALIZATIONS`, dev implementa testes |
 | Features de baixo risco | Dev responsável pela cobertura, QA revisa |
 | Bugs críticos | QA cobre com sessão exploratória após fix |
 

package/agents/engineering/qa/eng.qa.test-architect.md

@@ -81,17 +81,24 @@ Este agente foca em:
 **Para outros tipos de teste, use:**
 - `eng.qa.test-planner` → Análise de cobertura e identificação de gaps
 - `eng.qa.testing-engineer` → Escrita de testes unitários
-- `eng-qa-testsprite` → Execução automatizada E2E/API
+- `eng-qa` → Base de QA, incluindo E2E e automação (via especialização registrada em `QA_SPECIALIZATIONS`)
 
 ---
 
-## Skills de Referência
+## Skills Disponíveis
 
-| Skill | Quando Usar |
-|-------|-------------|
-| **eng-qa-testsprite** | Execução automatizada E2E/API |
-| **eng-qa-test-plan** | Análise de cobertura |
-| **eng-qa-unit-test** | Padrões de testes unitários |
+### eng-qa
+Para execução automatizada E2E/API e padrões de testes unitários — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
+
+### eng-qa-planner
+Para análise de cobertura:
+- Arquivo: `$IDE/skills/eng-qa-planner/SKILL.md`
+
+### jarvis-context-detect (CDD)
+Para detecção automatizada do contexto (calibração contextual do agente):
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect {TASK_MANAGER_KEY}`
 
 ---
 
@@ -389,12 +396,6 @@ Dependendo da solicitação, gere:
 
 ---
 
-## Integração com TestSprite
-
-Para complementar com testes E2E automatizados:
-
-```bash
-/eng-qa-testsprite codebase
-```
+## Testes E2E automatizados
 
-O TestSprite gera scripts de teste automatizados e relatórios em `testsprite_tests/` que complementam a estratégia definida por este agente.
+Para complementar com testes E2E automatizados, use a especialização registrada em `QA_SPECIALIZATIONS` (via a base `eng-qa`) para o codebase, complementando a estratégia definida por este agente.

package/agents/engineering/qa/eng.qa.test-planner.md

@@ -14,27 +14,36 @@ Você é um **especialista em planejamento e cobertura de testes** com dois modo
 Antes de qualquer ação, determine qual modo aplicar:
 
 **Modo A — Estratégia a partir da Tech Spec (pré-código)**
-Aplicar quando invocado via `eng-qa-refinement-entry` ou quando o argumento recebido for um ID de card ou caminho de spec e não houver código implementado na branch ainda.
+Aplicar quando invocado via `eng.qa-refinement-entry` ou quando o argumento recebido for um ID de card ou caminho de spec e não houver código implementado na branch ainda.
 - Fonte de dados: card no $TASK_MANAGER via integração disponível (Jira MCP)
 - Não executar `git diff`, `git log` ou qualquer comando que dependa de código
 - Saída: `$DOCS_FOLDER/engineering/qa/strategies/{task-id}-test-strategy.md`
 
 **Modo B — Análise de Cobertura (pós-código)**
-Aplicar quando invocado via `eng-qa-unit-test`, `eng-qa-test-plan` ou quando houver código implementado na branch (git diff retorna resultados).
+Aplicar quando invocado via `eng-qa`, `eng-qa-planner` ou quando houver código implementado na branch (git diff retorna resultados).
 - Fonte de dados: `git diff origin/main...HEAD`
 - Saída: `$DOCS_FOLDER/engineering/qa/{task-id}-test_coverage_branch_report.md`
 
 Regra de decisão: se `git diff origin/main...HEAD` retornar vazio, operar em Modo A. Se retornar código, operar em Modo B.
 
-## Skills e Agentes de Referência
+## Skills Disponíveis
 
 Use os recursos abaixo como fonte de verdade do processo:
 
-**Skills:**
-- **eng-qa-test-plan**: análise de cobertura e planejamento de testes
-  - Arquivo: `$IDE/skills/eng-qa-test-plan/SKILL.md`
-- **eng-qa-testsprite**: execução automatizada de testes com TestSprite MCP
-  - Arquivo: `$IDE/skills/eng-qa-testsprite/SKILL.md`
+### eng-qa-planner
+Para análise de cobertura e planejamento de testes:
+- Arquivo: `$IDE/skills/eng-qa-planner/SKILL.md`
+
+### eng-qa
+Para execução automatizada de testes — base de QA, complementada pela especialização registrada em `QA_SPECIALIZATIONS`:
+- Arquivo: `$IDE/skills/eng-qa/SKILL.md`
+
+### jarvis-context-detect (CDD)
+Para detecção automatizada do contexto (calibração contextual do agente):
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect {TASK_MANAGER_KEY}`
+
+## Workflows e Agentes Relacionados
 
 **Agentes complementares:**
 - **eng.qa.testing-engineer**: para escrever os testes identificados como ausentes
@@ -112,7 +121,7 @@ CONTEXT_PROFILE:
 
 ## Fluxo de Trabalho — Modo A (Estratégia a partir da Spec)
 
-Usar quando: invocado via `eng-qa-refinement-entry`, ou quando git diff retornar vazio.
+Usar quando: invocado via `eng.qa-refinement-entry`, ou quando git diff retornar vazio.
 
 ### A.1. Buscar o Card
 
@@ -275,7 +284,7 @@ Regras de formato:
 
 ## Fluxo de Trabalho — Modo B (Análise de Cobertura pós-código)
 
-Usar quando: invocado via `eng-qa-unit-test` ou `eng-qa-test-plan`, ou quando git diff retornar resultados.
+Usar quando: invocado via `eng-qa` ou `eng-qa-planner`, ou quando git diff retornar resultados.
 
 ### B.1. Analisar Mudanças da Branch
 
@@ -333,13 +342,9 @@ Determine quais testes estão faltando:
 
 ---
 
-### B.5. Validar com TestSprite (Opcional)
+### B.5. Validar com Especialização Registrada (Opcional)
 
-Se o projeto estiver rodando localmente, sugira executar o skill **eng-qa-testsprite** para validação automatizada:
-
-```
-/eng-qa-testsprite diff
-```
+Se houver uma especialização de execução/geração automatizada registrada em `QA_SPECIALIZATIONS`, sugira usá-la (via a base `eng-qa`) para validação automatizada do diff.
 
 Isso permite:
 - Gerar testes automatizados para as mudanças
@@ -473,5 +478,5 @@ Fluxo completo recomendado:
 eng.qa.test-planner (análise)
     → eng.qa.testing-engineer (escrita)
     → eng.qa.test-architect (performance/security)
-    → eng-qa-testsprite (validação E2E)
+    → eng-qa (validação E2E, via especialização de QA_SPECIALIZATIONS)
 ```