jarvis-ai-framework 1.1.0 → 2.0.0

package/AGENTS.md

@@ -21,14 +21,15 @@ prompts/
 │   ├── MCPs.md                   # Integracoes MCP
 │   ├── LEGACY_PROJECTS.md        # Guia para projetos legados
 │   │
-│   ├── agents/                   # 18 ativos + 5 arquivados
-│   │   ├── engineering/          # Agentes de engenharia (14 ativos: 7 main + 6 QA + 1 Data)
+│   ├── agents/                   # 17 ativos + 5 arquivados
+│   │   ├── engineering/          # Agentes de engenharia (15 ativos: 8 main + 6 QA + 1 Data)
 │   │   │   ├── eng.agent.md
 │   │   │   ├── eng.cybersecurity.agent.md  # Cybersecurity e AppSec (SENTINEL)
 │   │   │   ├── eng.bug-hunter.md
 │   │   │   ├── eng.dev-code-reviewer.md
 │   │   │   ├── eng.docs-writer.md
-│   │   │   ├── eng.tech-analyst.agent.md
+│   │   │   ├── eng.frontend.agent.md
+│   │   │   ├── eng.ux-designer.agent.md
 │   │   │   ├── eng.rpa.agent.md   # Agente RPA/Scraping (ARACHNE) — skill técnica
 │   │   │   ├── data/             # 1 agente de Data
 │   │   │   │   └── eng.data-engineer.agent.md
@@ -45,31 +46,30 @@ prompts/
 │   │   ├── engineering/          # 25 workflows de engenharia
 │   │   │   ├── data/             # 2 workflows de dados (data.new-pipeline, data.contract)
 │   │   │   └── frontend/         # 3 workflows de frontend (component, review, perf-audit)
-│   │   └── product/              # 7 workflows de produto
+│   │   └── product/              # 9 workflows de produto
 │   │
-│   ├── skills/                   # 50 skills
+│   ├── skills/                   # Skills (todos com metadata.area)
 │   │   ├── claude-plugin-creator/
-│   │   ├── context-detect/
-│   │   ├── docs-index/
+│   │   ├── jarvis-context-detect/
+│   │   ├── jarvis-docs-index/
 │   │   ├── eng-ai-engineer/
-│   │   ├── eng-arch-c4/
-│   │   ├── eng-backend/           # APIs REST/GraphQL, auth, RabbitMQ, caching
-│   │   ├── eng-ms-trace/          # Rastreamento de bugs cross-service (HTTP + AMQP)
-│   │   ├── eng-browser-extension-builder/
-│   │   ├── eng-docs-write/
-│   │   ├── eng-frontend/          # React/Next.js, UI, performance, a11y
-│   │   ├── eng-microfrontend/     # Module Federation, shell/remote, contratos, event bus
-│   │   ├── eng-design-system/     # Tokens, CVA, Storybook, versionamento, auditoria visual
-│   │   ├── eng-nestjs/            # Framework NestJS: módulos, DI, guards, interceptors
-│   │   ├── eng-performance-engineer/
-│   │   ├── eng-pr/
-│   │   ├── eng-rabbitmq/          # Mensageria RabbitMQ
+│   │   ├── eng-backend-arch-c4/
+│   │   ├── eng-backend/           # Base neutra de backend (+ especializações em BACKEND_SPECIALIZATIONS)
+│   │   ├── eng-backend-microservices-trace/          # Rastreamento de bugs cross-service (HTTP + AMQP)
+│   │   ├── eng-global-browser-extension-builder/
+│   │   ├── eng-global-docs-write/
+│   │   ├── eng-frontend/          # Base neutra de frontend (+ especializações em FRONTEND_SPECIALIZATIONS)
+│   │   ├── eng-frontend-microfrontend/     # Module Federation, shell/remote, contratos, event bus
+│   │   ├── eng-frontend-design-system/     # Tokens, CVA, Storybook, versionamento, auditoria visual
+│   │   ├── eng-backend-nestjs/            # Framework NestJS: módulos, DI, guards, interceptors
+│   │   ├── eng-devops-performance-engineer/
+│   │   ├── eng-global-pr/
+│   │   ├── eng-backend-rabbitmq/          # Mensageria RabbitMQ
 │   │   ├── eng-data-engineer/     # Pipelines ETL/ELT, Athena, MySQL, Metabase, contratos de dados
 │   │   ├── eng-scraper/           # Web scraping, Puppeteer, ETL
-│   │   ├── init-jarvis/
-│   │   ├── lovable-prompt-generator/
-│   │   ├── prod-specs/
-│   │   ├── prod-specs-update/
+│   │   ├── jarvis-init/
+│   │   ├── product-specs/
+│   │   ├── product-specs-update/
 │   │   ├── eng-qa-bug-report/
 │   │   ├── eng-qa-cypress-e2e/          # Testes E2E Cypress + TypeScript (Page Objects, data-testid, intercept)
 │   │   ├── eng-qa-dev-guide/            # Orienta devs a escreverem seus próprios testes Cypress
@@ -81,15 +81,16 @@ prompts/
 │   │   ├── skill-creator/
 │   │   ├── taxonomy-manager/
 │   │   ├── workflow-creator/
-│   │   ├── report-issue/          # Auto-report de bugs no repo do Jarvis (GitLab/GitHub/Bitbucket)
-│   │   ├── eng-task-comment/      # Comentário no card (Jira/Linear/GitHub/Asana)
-│   │   ├── churn-audit/           # Análise de churn SaaS por squad com relatório narrativo via Slack
+│   │   ├── jarvis-report-issue/          # Auto-report de bugs no repo do Jarvis (GitLab/GitHub/Bitbucket)
+│   │   ├── eng-global-task-comment/      # Comentário no card (Jira/Linear/GitHub/Asana)
+│   │   ├── jarvis-list-specializations/ # Lista especializações de stack instaladas e registradas
+│   │   ├── jarvis-create-specialization/ # Cria uma especialização de stack a partir do código do projeto e a registra
 │   │
 │   ├── templates/                # Templates de documentos
 │   │   ├── engineering/          # ARD, RFC, Tech Spec
 │   │   └── product/              # PRD, FRD, épico, issue, breakdown, discovery
 │   │
-│   ├── rules/                    # Regras especificas (filtradas por perfil no init-jarvis)
+│   ├── rules/                    # Regras especificas (filtradas por perfil no jarvis-init)
 │   │   ├── rtk-rules.md          # RTK Token Killer (opt-in: RTK_ENABLED=true)
 │   │   ├── engineering/          # eng-rules.md + eng-security-rules.md + rules com applies_to por HUB/POSITION/AREA/SQUAD
 │   │   │   └── frontend/         # eng.frontend-rules.md (HUB: FRONTEND)
@@ -111,8 +112,8 @@ prompts/
 
 ### Pre-requisito: ENV.md
 
-- Validar `$IDE/ENV.md` antes de qualquer comando; excecao: `/init-jarvis`.
-- Se nao existir ou estiver incompleto, orientar o usuario a executar `/init-jarvis`.
+- Validar `$IDE/ENV.md` antes de qualquer comando; excecao: `/jarvis-init`.
+- Se nao existir ou estiver incompleto, orientar o usuario a executar `/jarvis-init`.
 
 ### Taxonomia Organizacional
 
@@ -122,10 +123,10 @@ O framework usa `taxonomy.md` (raiz) como fonte de verdade para opções válida
 - **POSITIONS** - Cargos (JUNIOR, PLENO, SENIOR, TECH LEAD, etc.)
 - **AREAS** - Áreas de negócio (ENGINEERING, PRODUCT)
 
-**Relação com init-jarvis:**
+**Relação com jarvis-init:**
 1. `taxonomy.md` define as opções válidas
-2. `/init-jarvis` LÊ `taxonomy.md` e cria `ENV.md` com essas opções
-3. Após modificar `taxonomy.md`, executar `/init-jarvis` novamente para atualizar
+2. `/jarvis-init` LÊ `taxonomy.md` e cria `ENV.md` com essas opções
+3. Após modificar `taxonomy.md`, executar `/jarvis-init` novamente para atualizar
 
 **Gerenciamento via `/taxonomy`:**
 ```bash
@@ -254,7 +255,7 @@ Cada pasta pode ter seu proprio AGENTS.md com instrucoes especificas:
 ### Inicializacao
 
 ```bash
-/init-jarvis            # Cria ENV.md lendo taxonomy.md (unico comando sem ENV.md)
+/jarvis-init            # Cria ENV.md lendo taxonomy.md (unico comando sem ENV.md); oferece o passo opcional de adicionar as stacks
 /warm-up                 # Carrega contexto do projeto
 ```
 
@@ -287,29 +288,30 @@ Quando um agente atua em tema com skill correspondente, o skill e a fonte de ver
 
 | Comando/Workflow | Skill |
 |------------------|-------|
-| `/warm-up` | `docs-central` (sync) |
-| `eng.start` | `docs-central` (buscar PRD/ARD) |
-| `eng.docs` | `eng-docs-write`, `docs-index` |
-| `eng.pre-pr` | `eng-qa-test-plan`, `eng-docs-write`, `docs-central` (detectar docs) |
-| `eng.pr` | `eng-pr` (MR/PR via `VERSION_CONTROL`) |
-| Comentário no card | `eng-task-comment` |
-| `jarvis docs sync` | `docs-central` |
-| `jarvis docs publish` | `docs-central` |
+| `/warm-up` | `jarvis-docs-central` (sync) |
+| `eng.start` | `jarvis-docs-central` (buscar PRD/ARD) |
+| `eng.docs` | `eng-global-docs-write`, `jarvis-docs-index` |
+| `eng.pre-pr` | `eng-qa-test-plan`, `eng-global-docs-write`, `jarvis-docs-central` (detectar docs) |
+| `eng.pr` | `eng-global-pr` (MR/PR via `VERSION_CONTROL`) |
+| Comentário no card | `eng-global-task-comment` |
+| Listar especializações de stack (instaladas e registradas) | `jarvis-list-specializations` |
+| Criar uma especialização de stack (backend ou frontend) a partir do código do projeto | `jarvis-create-specialization` |
+| `jarvis docs sync` | `jarvis-docs-central` |
+| `jarvis docs publish` | `jarvis-docs-central` |
 | QA validation | `eng-qa-gate` |
-| Arquitetura C4 | `eng-arch-c4` |
-| Inicializacao | `init-jarvis` |
+| Arquitetura C4 | `eng-backend-arch-c4` |
+| Inicializacao | `jarvis-init` |
 | Testes unitarios | `eng-qa-unit-test` |
 | Testes TestSprite | `eng-qa-testsprite` |
 | Taxonomia | `taxonomy-manager` |
-| Mensageria / RabbitMQ | `eng-rabbitmq` |
-| Gerar prompt para Lovable | `lovable-prompt-generator` |
-| APIs, auth, workers, caching | `eng-backend` |
-| Componentes, UI, frontend | `eng-frontend` |
-| Micro frontend, Module Federation, shell/remote | `eng-microfrontend` |
-| Design system, tokens, CVA, Storybook, versionamento | `eng-design-system` |
-| Revisão de PR frontend (TypeScript, a11y, tokens, MFE) | `eng.frontend-review` |
-| Auditoria de performance frontend (Core Web Vitals, bundle) | `eng.frontend-perf-audit` |
-| Framework NestJS (módulos, DI, guards) | `eng-nestjs` |
+| Mensageria / RabbitMQ | `eng-backend-rabbitmq` (especialização de backend) |
+| APIs, auth, workers, caching | `eng-backend` (base) + `BACKEND_SPECIALIZATIONS` |
+| Componentes, UI, frontend | `eng-frontend` (base) + `FRONTEND_SPECIALIZATIONS` |
+| Micro frontend, Module Federation, shell/remote | `eng-frontend-microfrontend` (especialização de frontend) |
+| Design system, tokens, CVA, Storybook, versionamento | `eng-frontend-design-system` (especialização de frontend) |
+| Revisão de PR frontend (tipagem, a11y, tokens, itens da stack) | `eng.frontend-review` |
+| Auditoria de performance frontend (Core Web Vitals, pacote entregue) | `eng.frontend-perf-audit` |
+| Framework NestJS (módulos, DI, guards) | `eng-backend-nestjs` (especialização de backend) |
 | Web scraping, Puppeteer, ETL | `eng-scraper` |
 | Converter fluxo manual (produto/dev) em robô Playwright via Stagehand | `eng-scraper-robot-builder` |
 | Criar ou manter robô RPA (ciclo completo) | `eng.rpa.robot` |
@@ -318,7 +320,6 @@ Quando um agente atua em tema com skill correspondente, o skill e a fonte de ver
 | Sessão de teste exploratório (charter, roteiro de risco, achados, bug cards) | `eng-qa-exploratory` |
 | Orientar dev sobre cobertura de testes Cypress sem escrever o teste | `eng-qa-dev-guide` |
 | Consolidar sessões exploratórias, bugs e quality gates e gerar relatório de qualidade por sprint/release | `eng-qa-quality-report` |
-| Análise de churn SaaS: coleta Slack, classificação por squad via taxonomy, relatório narrativo para liderança | `churn-audit` |
 | Testes de acessibilidade WCAG 2.1 AA: integra jest-axe em testes unitários existentes | `eng-qa-a11y-audit` |
 | Testes de contrato GraphQL: valida queries frontend contra schema do BFF | `eng-qa-graphql-contract` |
 | Spec E2E para handoff: cenários, Page Objects, fixtures, intercepts, setup de ambiente | `eng-qa-e2e-spec-writer` |
@@ -331,14 +332,13 @@ Quando um agente atua em tema com skill correspondente, o skill e a fonte de ver
 | Diagnóstico de falhas em pipelines por camada (fonte→bronze→silver→gold) | `eng-data-debug` |
 | Onboarding de fonte nova: schema discovery, bronze, Expectation Suite, doc | `eng-data-onboard` |
 | Criar/manter DAGs, retry strategies, alertas, troubleshooting de orquestração | `eng-data-orchestrator` |
-| Documentação central (GitLab/GitHub/Bitbucket) | `docs-central` |
-| Bug cross-service (HTTP + AMQP) | `eng-ms-trace` |
-| Triagem de chamados HUBS board: diagnóstico, sub-bug linking, frequência, encaminhamento para squad | `eng-tech-analyst` |
-| Auditoria de segurança OWASP, secrets, supply chain, headers, compliance | `eng-cybersecurity` |
+| Documentação central (GitLab/GitHub/Bitbucket) | `jarvis-docs-central` |
+| Bug cross-service (HTTP + AMQP) | `eng-backend-microservices-trace` |
+| Auditoria de segurança OWASP, secrets, supply chain, headers, compliance | `eng-security-cybersecurity` |
 | Resposta a incidentes de segurança, CVEs, vulnerabilidades | `eng.security-incident` |
 | Review de segurança em PRs (gate pré-merge) | `eng.security-review` |
 | Pipeline defensivo completo: threat-model → audit → triage → patch (fluxo guiado) | `eng.security-pipeline` |
-| Produzir threat model estruturado do projeto (bootstrap/interview) | `eng-threat-model` |
+| Produzir threat model estruturado do projeto (bootstrap/interview) | `eng-security-threat-model` |
 | Deduplicar, verificar com multi-voto e rankear achados de segurança | `eng-security-triage` |
 | Gerar diffs candidatos para achados confirmados de segurança (fechar o loop do triage) | `eng-security-patch` |
 
@@ -361,9 +361,8 @@ Quando um agente atua em tema com skill correspondente, o skill e a fonte de ver
 - `eng.bug-hunter.md` - Caça e análise de bugs
 - `eng.dev-code-reviewer.md` - Revisao de codigo
 - `eng.docs-writer.md` - Documentacao tecnica
-- `eng.tech-analyst.agent.md` - Triagem e diagnóstico de chamados N2, escalonamento
 - `eng.rpa.agent.md` - Automação e scraping RPA (ARACHNE) — robôs resilientes, análise de sistemas externos
-- `eng.frontend.agent.md` - Especialista frontend: React, micro frontend, design system, a11y
+- `eng.frontend.agent.md` - Especialista frontend (neutro de stack): UI, estado, performance, a11y
 - `eng.ux-designer.agent.md` - Especialista UX/UI: auditoria heurística, fluxos, microcopy, arquitetura de informação
 - `eng.cybersecurity.agent.md` - Especialista em cybersecurity e AppSec (SENTINEL) — OWASP Top 10, secrets, supply chain, incident response
 

package/README.md

@@ -49,10 +49,10 @@ IDEs: `windsurf` · `claude` · `cursor` · `codex` · `opencode` · `gemini` ·
 ### 3. No chat da IDE
 
 ```
-/init-jarvis
+/jarvis-init
 ```
 
-Siga o guia do seu papel. Sem `/init-jarvis`, o `ENV.md` não existe e o resto dos comandos não tem contexto.
+Siga o guia do seu papel. Sem `/jarvis-init`, o `ENV.md` não existe e o resto dos comandos não tem contexto.
 
 ---
 
@@ -106,7 +106,7 @@ jarvis --version
 
 ### 3. Bootstrap da IDE e 4. No chat da IDE
 
-Mesmos passos 2 e 3 do [Get Started](#get-started) acima — `jarvis init --ide {ide}` e `/init-jarvis` no chat.
+Mesmos passos 2 e 3 do [Get Started](#get-started) acima — `jarvis init --ide {ide}` e `/jarvis-init` no chat.
 
 ---
 
@@ -169,10 +169,12 @@ Se o workspace usa `--save-dev` e já tem `jarvis-lock.json`, o `npm install` do
 No chat da IDE:
 
 ```
-/init-jarvis
+/jarvis-init
 ```
 
-Escolha **Upgrade (C)** — adiciona chaves novas do template sem apagar os valores atuais.
+Escolha **Upgrade (C)** — adiciona chaves novas do template sem apagar os valores atuais e oferece o passo opcional **"adicionar as stacks"**.
+
+> **Vindo de uma versão anterior à 2.0?** O Upgrade é **obrigatório**: sem as chaves `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS`, os comandos `eng.*` de backend e de frontend param. Skills criados por você precisam de `metadata.area` (veja [especializações de stack](docs/especializacoes-de-stack.md#atualizando-de-uma-versão-anterior)).
 
 ### O que cada passo atualiza
 
@@ -181,7 +183,7 @@ Escolha **Upgrade (C)** — adiciona chaves novas do template sem apagar os valo
 | `git pull` | Código do framework no clone |
 | `npm install -g` / `--save-dev` | Binário `jarvis` + pacote que o `init` lê |
 | `jarvis init` (ou postinstall com lock) | Arquivos em `.$IDE/` (skills, agents, workflows…) |
-| `/init-jarvis` Upgrade | Só `$IDE/ENV.md` (variáveis faltantes) |
+| `/jarvis-init` Upgrade | Só `$IDE/ENV.md` (variáveis faltantes) e, se você aceitar o passo opcional "adicionar as stacks", as listas de especializações |
 
 `ENV.md`, `.jarvis/sessions/` e o `.gitignore` do workspace **não** são sobrescritos pelo sync de assets.
 
@@ -194,10 +196,22 @@ Escolha **Upgrade (C)** — adiciona chaves novas do template sem apagar os valo
 
 | Recurso | Descricao | Link |
 |---------|-----------|------|
-| **Skills** | Playbooks executaveis (`eng-backend`, `eng-frontend`, `eng-pr`, …) | `skills/` |
+| **Skills** | Playbooks executaveis (`eng-backend`, `eng-frontend`, `eng-global-pr`, …) | `skills/` |
 | **Identidade** | `USER=` no ENV.md (fallback: git / SO). `jarvis whoami` | — |
 | **Documentacao** | Geracao e organizacao de docs tecnica e de negocio | `templates/` |
-| **Troubleshooting** | Configuracao e uso | `/init-jarvis` |
+| **Troubleshooting** | Configuracao e uso | `/jarvis-init` |
+
+---
+
+## Funciona com qualquer stack
+
+O Jarvis não presume Go, PHP, NestJS ou React. Cada área (backend e frontend) tem uma **skill base neutra**, e cada projeto registra no `ENV.md` as **especializações** da sua stack (`BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS`). Os comandos `eng.*` carregam a base mais o que o projeto registrou.
+
+- **Na instalação:** o `/jarvis-init` oferece o passo opcional "adicionar as stacks", que lê o workspace e sugere registrar ou criar a especialização de cada stack
+- **A qualquer momento:** `/jarvis-create-specialization backend golang` cria a especialização a partir do código do projeto, mostra para revisão e só então grava e registra
+- **Consulta:** `/jarvis-list-specializations` mostra o que está instalado e registrado
+
+Guia completo: [`docs/especializacoes-de-stack.md`](docs/especializacoes-de-stack.md).
 
 ---
 
@@ -210,7 +224,7 @@ O Jarvis e organizado em 5 camadas.
 | **Agents** | Agentes especializados de IA para engenharia, QA e produto |
 | **Skills** | Playbooks executaveis com logica autonoma |
 | **Templates** | Modelos de documentos (ARD, RFC, Tech Spec, PRD, Epic) |
-| **Rules** | Regras de dominio filtradas por perfil (HUB, POSITION, AREA, SQUAD) no `/init-jarvis` |
+| **Rules** | Regras de dominio filtradas por perfil (HUB, POSITION, AREA, SQUAD) no `/jarvis-init` |
 | **Workflows** | Fluxos de execucao dos comandos slash |
 
 ---
@@ -226,6 +240,6 @@ Precisa de ajuda?
 - **Engenharia (um guia por comando `eng.*`)** — [`docs/engenharia/`](docs/engenharia/README.md)
 - **Indice de docs/** — [`docs/README.md`](docs/README.md)
 - **Instrucoes para agentes / mapa de skills** — `AGENTS.md`
-- **Issues/Feedback** — skill `report-issue`
+- **Issues/Feedback** — skill `jarvis-report-issue`
 - **Duvidas sobre comandos** — Pergunte diretamente ao agent:
   `"Como funciona /eng.start?"` | `"Qual a diferenca entre /eng.work e /pr?"` | `"O que e CDD?"`

package/agents/AGENTS.md

@@ -14,12 +14,15 @@ A pasta `agents/` contem **definicoes de agentes especializados** que atuam no f
 
 ```
 agents/
-├── engineering/           # Agentes ativos de engenharia (12 agents)
+├── engineering/           # Agentes ativos de engenharia (15 agents)
 │   ├── eng.agent.md
 │   ├── eng.bug-hunter.md
+│   ├── eng.cybersecurity.agent.md
 │   ├── eng.dev-code-reviewer.md
 │   ├── eng.docs-writer.md
-│   ├── eng.tech-analyst.agent.md
+│   ├── eng.frontend.agent.md
+│   ├── eng.rpa.agent.md
+│   ├── eng.ux-designer.agent.md
 │   ├── data/              # Agentes de Data (1 agent)
 │   │   └── eng.data-engineer.agent.md
 │   └── qa/                # Agentes de QA (6 agents)
@@ -131,7 +134,7 @@ Os agentes do framework sao **conscientes de contexto** quando o CDD esta habili
 
 ### Como CDD Afeta os Agentes
 
-Quando habilitado, agentes leem o `CONTEXT_PROFILE` gerado pelo skill `/context-detect`:
+Quando habilitado, agentes leem o `CONTEXT_PROFILE` gerado pelo skill `/jarvis-context-detect`:
 
 ```yaml
 CONTEXT_PROFILE:
@@ -167,14 +170,14 @@ Se `ENABLE_CDD=false` (padrao), agentes operam sem calibracao contextual:
 ENABLE_CDD=true
 ```
 
-> 📚 **Skill relacionado**: `.windsurf/skills/context-detect/SKILL.md`
+> 📚 **Skill relacionado**: `.windsurf/skills/jarvis-context-detect/SKILL.md`
 
 ---
 
 ## Agentes Ativos vs Arquivados
 
 ### Ativos (em uso regular)
-- `engineering/` - Agentes de engenharia (12 agents: 5 main + 6 QA + 1 Data)
+- `engineering/` - Agentes de engenharia (15 agents: 8 main + 6 QA + 1 Data)
 - `product/` - Agentes de produto (2 agents)
 
 ### Arquivados (biblioteca de referência)

package/agents/README.md

@@ -16,9 +16,8 @@ agents/
 │   ├── eng.bug-hunter.md         # Caça e análise de bugs
 │   ├── eng.dev-code-reviewer.md  # Code reviewer
 │   ├── eng.docs-writer.md        # Escritor de documentação
-│   ├── eng.tech-analyst.agent.md # Triagem e diagnóstico de chamados N2
 │   ├── eng.rpa.agent.md          # Automação RPA (ARACHNE)
-│   ├── eng.frontend.agent.md     # Especialista frontend: React, MFE, design system, a11y
+│   ├── eng.frontend.agent.md     # Especialista frontend (neutro de stack): UI, estado, a11y
 │   ├── eng.ux-designer.agent.md  # Especialista UX/UI: heurísticas, jornada, microcopy
 │   ├── data/                     # Data Engineering (1 agent)
 │   │   └── eng.data-engineer.agent.md
@@ -50,9 +49,8 @@ Agentes específicos para fluxos e regras do domínio de Engenharia.
 - `eng.bug-hunter.md` - `@eng.bug-hunter` - Caça e análise de bugs
 - `eng.dev-code-reviewer.md` - `@eng.dev-code-reviewer` - Code review
 - `eng.docs-writer.md` - `@eng.docs-writer` - Documentação técnica
-- `eng.tech-analyst.agent.md` - `@eng.tech-analyst` - Triagem e diagnóstico de chamados N2
 - `eng.rpa.agent.md` - `@eng.rpa` - Automação e scraping RPA (ARACHNE)
-- `eng.frontend.agent.md` - `@eng.frontend` - Especialista frontend: React, micro frontend, design system, a11y
+- `eng.frontend.agent.md` - `@eng.frontend` - Especialista frontend (neutro de stack): UI, estado, performance, a11y
 - `eng.ux-designer.agent.md` - `@eng.ux-designer` - Especialista UX/UI: heurísticas Nielsen, jornada, microcopy
 - `eng.cybersecurity.agent.md` - `@eng.cybersecurity` - Especialista em cybersecurity e AppSec (SENTINEL): OWASP Top 10, secrets, supply chain, incident response
 
@@ -118,7 +116,7 @@ Agentes específicos para fluxos e validações do domínio de Produto.
 
 | Domínio | Agentes | Uso |
 |---------|---------|-----|
-| ⚙️ **Engineering** | 5 | Agent principal, bug hunter, code review, docs, tech analyst |
+| ⚙️ **Engineering** | 4 | Agent principal, bug hunter, code review, docs |
 | 🧪 **QA** (sub-eng) | 6 | Test planning, testing, quality gate, Cypress specialist, quality strategist |
 | 📊 **Data** (sub-eng) | 1 | Pipelines, contratos de dados, qualidade |
 | 🎯 **Product** | 1 | PM checker |
@@ -150,22 +148,20 @@ Quando um agente estiver atuando em um tema que possui skill correspondente, ele
 
 ### Mapeamento recomendado (Workflows/Comandos → Skills)
 
-- **eng.docs** → `eng-docs-write` (principal) e `docs-index` (quando houver índice).
-- **eng.pre-pr** → `eng-qa-test-plan` (cobertura) e `eng-docs-write` (docs).
-- **eng.pr** → `eng-pr`.
+- **eng.docs** → `eng-global-docs-write` (principal) e `jarvis-docs-index` (quando houver índice).
+- **eng.pre-pr** → `eng-qa-test-plan` (cobertura) e `eng-global-docs-write` (docs).
+- **eng.pr** → `eng-global-pr`.
 - **qa-quality-gate-validation** → `eng-qa-gate`.
 - **Sessão de teste exploratório (charter, risco, achados, bug cards)** → `eng-qa-exploratory`.
 - **Gerar specs Cypress + TypeScript (Page Objects, data-testid, intercept)** → `eng-qa-cypress-e2e`.
 - **Orientar dev sobre cobertura Cypress sem escrever o teste** → `eng-qa-dev-guide`.
 - **Consolidar sessões, bugs e quality gates e gerar relatório de qualidade por período** → `eng-qa-quality-report`.
-- **APIs, auth, workers, RabbitMQ, caching** → `eng-backend`.
-- **Componentes, UI, estado, SSR/SSG, performance, acessibilidade** → `eng-frontend`.
-- **Módulos NestJS, DI, guards, interceptors, Passport/JWT** → `eng-nestjs`.
+- **APIs, auth, workers, filas, caching, banco de dados** → regra `eng.specializations-rules.md` (área backend: `eng-backend` + `BACKEND_SPECIALIZATIONS`).
+- **Componentes, UI, estado, estilos, performance, acessibilidade** → regra `eng.specializations-rules.md` (área frontend: `eng-frontend` + `FRONTEND_SPECIALIZATIONS`).
 - **Web scraping, Puppeteer, extração de dados, ETL** → `eng-scraper`.
 - **Converter fluxo manual (produto/dev) em robô Playwright via Stagehand** → `eng-scraper-robot-builder`.
 - **Criar ou manter robô RPA** → `eng.rpa.robot new|update {card}` (workflow).
 - **Testes E2E em linguagem natural, fluxos de usuário, smoke tests pós-deploy** → `eng-qa-e2e`.
-- **Atendimento técnico N2, triagem de chamados, diagnóstico, classificação de bugs, escalonamento** → `eng-tech-analyst`.
 - **Pipelines de dados, ETL/ELT, Glue, Airflow, Athena, bronze/silver/gold, contratos de dados, Great Expectations** → `eng-data-engineer`.
 
 ### Ativação Automática (Agents Ativos)

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

@@ -96,11 +96,11 @@ Ativado quando há suspeita de dado incorreto, queda de volume ou falha de pipel
 ## Calibração Contextual (CDD)
 
 > **Princípio**: O agente deve ser consciente do contexto, não apenas configurado por contexto.
-> 📚 **Skill**: Use `/context-detect` para detecção automatizada do contexto
+> 📚 **Skill**: Use `/jarvis-context-detect` para detecção automatizada do contexto
 
 ### Herdar Contexto da Sessão
 
-Se existir arquivo `context.md` na sessão (gerado por `/context-detect`), use-o:
+Se existir arquivo `context.md` na sessão (gerado por `/jarvis-context-detect`), use-o:
 
 ```bash
 # Localização: $SESSIONS_DIR/eng/{TASK_MANAGER_KEY}/context.md
@@ -120,7 +120,7 @@ CONTEXT_PROFILE:
     linter: [configurado|ausente]
 ```
 
-> Se `context.md` não existir e for necessário, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
+> Se `context.md` não existir e for necessário, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
 
 ### Detecção de Urgência
 
@@ -222,10 +222,10 @@ Gerenciamento de DAGs e orquestração de pipelines:
 - 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)
 
-### context-detect (CDD)
+### jarvis-context-detect (CDD)
 Para detecção automática de contexto de tarefas:
-- Arquivo: `$IDE/skills/context-detect/SKILL.md`
-- Uso: `/context-detect [jira-key]`
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect [jira-key]`
 
 ---
 

package/agents/engineering/eng.agent.md

@@ -49,11 +49,11 @@ Você é um **engenheiro de software sênior** atuando na squad $SQUAD do hub $H
 ## Calibração Contextual (CDD)
 
 > **Princípio**: O agent deve ser consciente do contexto, não apenas configurado por contexto.
-> 📚 **Skill**: Use `/context-detect` para detecção automatizada do contexto
+> 📚 **Skill**: Use `/jarvis-context-detect` para detecção automatizada do contexto
 
 ### Herdar Contexto da Sessão
 
-Se existir arquivo `context.md` na sessão (gerado por `/context-detect`), use-o:
+Se existir arquivo `context.md` na sessão (gerado por `/jarvis-context-detect`), use-o:
 
 ```bash
 # Localização: $SESSIONS_DIR/eng/{TASK_MANAGER_KEY}/context.md
@@ -73,7 +73,7 @@ CONTEXT_PROFILE:
     linter: [configurado|ausente]
 ```
 
-> Se `context.md` não existir e for necessário, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
+> Se `context.md` não existir e for necessário, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
 
 ### Detecção de Urgência (complementar)
 
@@ -169,52 +169,35 @@ Identifique palavras-chave na mensagem do usuário para ajuste imediato:
  
 ## Skills
 
-### context-detect (CDD)
+### jarvis-context-detect (CDD)
 Para detecção automática de contexto de tarefas:
-- Arquivo: `$IDE/skills/context-detect/SKILL.md`
-- Uso: `/context-detect [jira-key]` ou `/context-detect --override tipo=hotfix`
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect [jira-key]` ou `/jarvis-context-detect --override tipo=hotfix`
 - Chamado automaticamente pelo workflow `eng.start`
 
-### eng-performance-engineer
+### 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-performance-engineer/SKILL.md`
+- Arquivo: `$IDE/skills/eng-devops-performance-engineer/SKILL.md`
 
 ### eng-ai-engineer
 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-browser-extension-builder
+### 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-browser-extension-builder/SKILL.md`
+- Arquivo: `$IDE/skills/eng-global-browser-extension-builder/SKILL.md`
 
-### lovable-prompt-generator
-Quando o usuário pedir para gerar um prompt para o Lovable, criar frontend React via Lovable, ou precisar de um prompt estruturado para geração de interface com o Lovable:
-- Arquivo: `$IDE/skills/lovable-prompt-generator/SKILL.md`
-
-### eng-rabbitmq
-Quando a tarefa envolver qualquer aspecto de RabbitMQ: criação de exchanges, filas, bindings, publicação/consumo de mensagens via HTTP API, criação de código de consumers/producers, arquitetura de mensageria (DLX, retry, fanout, topic), troubleshooting de filas ou qualquer problema relacionado a mensageria:
-- Arquivo: `$IDE/skills/eng-rabbitmq/SKILL.md`
-- Workflows relacionados: `eng.work` (implementação), `eng.debug` (troubleshooting), `eng.start` (arquitetura de mensageria)
-
-### eng-nestjs
-Quando a tarefa envolver problemas específicos do framework NestJS: erros de injeção de dependências, circular dependencies, configuração de guards, interceptors, pipes, middleware, ciclo de vida de requisição, ConfigModule, módulos dinâmicos, exception filters ou autenticação com Passport/JWT:
-- Arquivo: `$IDE/skills/eng-nestjs/SKILL.md`
-- Workflows relacionados: `eng.work` (implementação), `eng.debug` (debugging de DI e erros de framework)
-
-### eng-frontend
-Quando a tarefa envolver componentes React/Next.js/Vue/Svelte, estado (Zustand, React Query), performance de UI (bundle, SSR/SSG/ISR, Core Web Vitals, lazy loading), acessibilidade (WCAG, ARIA), design system ou testes de interface (Testing Library, Playwright):
-- Arquivo: `$IDE/skills/eng-frontend/SKILL.md`
-- Workflows relacionados: `eng.start` (arquitetura de UI), `eng.work` (implementação de componentes e features de interface)
-
-### eng-backend
-Quando a tarefa envolver APIs REST/GraphQL, autenticação (JWT, OAuth2, RBAC, sessions), workers e jobs assíncronos com RabbitMQ ou cron, integrações externas com retry/circuit breaker, webhooks, caching com Redis ou design de endpoints (paginação, versionamento, idempotência):
-- Arquivo: `$IDE/skills/eng-backend/SKILL.md`
-- Workflows relacionados: `eng.start` (arquitetura de API e serviços), `eng.work` (implementação), `eng.debug` (troubleshooting de APIs e workers)
+### 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`:
+- Backend: `$IDE/skills/eng-backend/SKILL.md` + itens de `BACKEND_SPECIALIZATIONS`
+- Frontend: `$IDE/skills/eng-frontend/SKILL.md` + itens de `FRONTEND_SPECIALIZATIONS`
+- 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
 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`
-- Workflows relacionados: `eng.work` (implementação de scrapers como NestJS services)
+- 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:
@@ -226,9 +209,9 @@ Quando o QA precisar criar testes E2E de sistema em linguagem natural, validar f
 - Arquivo: `$IDE/skills/eng-qa-e2e/SKILL.md`
 - Workflows relacionados: `eng.pr` (validação pré-PR), `eng.pre-pr` (cobertura de testes E2E)
 
-### eng-cybersecurity
+### 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-cybersecurity/SKILL.md`
+- 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)
 

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

@@ -95,11 +95,11 @@ Ativado quando precisa avaliar um projeto existente em busca de problemas.
 ## Calibração Contextual (CDD)
 
 > **Princípio**: O agente deve adaptar rigor e urgência ao contexto do bug.
-> 📚 **Skill**: Use `/context-detect` para detecção automatizada do contexto
+> 📚 **Skill**: Use `/jarvis-context-detect` para detecção automatizada do contexto
 
 ### Herdar Contexto da Sessão
 
-Se existir arquivo `context.md` na sessão (gerado por `/context-detect`), use-o:
+Se existir arquivo `context.md` na sessão (gerado por `/jarvis-context-detect`), use-o:
 
 ```bash
 # Localização: $SESSIONS_DIR/eng/{TASK_MANAGER_KEY}/context.md
@@ -119,7 +119,7 @@ CONTEXT_PROFILE:
     linter: [configurado|ausente]
 ```
 
-> Se `context.md` não existir e for necessário, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
+> Se `context.md` não existir e for necessário, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual.
 
 ### Detecção de Urgência
 
@@ -204,18 +204,19 @@ Para geração de relatórios estruturados de bugs encontrados:
 - Uso: `/bug-report [modo] [argumentos]`
 - Integração com Jira para criação automática de cards
 
-### context-detect (CDD)
+### jarvis-context-detect (CDD)
 Para detecção automática de contexto:
-- Arquivo: `$IDE/skills/context-detect/SKILL.md`
-- Uso: `/context-detect [jira-key]`
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect [jira-key]`
 - Chamado automaticamente pelo workflow `eng.debug`
 
-### eng-ms-trace
-Para rastreamento automático de bugs em arquitetura de microsserviços:
-- Arquivo: `$IDE/skills/eng-ms-trace/SKILL.md`
-- Uso: `/eng-ms-trace [serviço-entrada] [sintoma-ou-jira-key]`
-- Ativado automaticamente pelo `eng.debug` (Passo 2.5) quando o bug é suspeito de cruzar serviços
+### Rastreamento de bugs entre serviços (especialização de backend)
+Para rastreamento automático de bugs em arquitetura de microsserviços, use a especialização de rastreamento entre serviços **se ela estiver registrada** em `BACKEND_SPECIALIZATIONS` (regra `$IDE/rules/engineering/eng.specializations-rules.md`):
+- Nome do skill: `eng-backend-microservices-trace`
+- Arquivo: `$IDE/skills/eng-backend-microservices-trace/SKILL.md`
+- Ativado pelo `eng.debug` (Passo 2.5) quando o bug é suspeito de cruzar serviços
 - 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
 
 ---
 
@@ -319,7 +320,7 @@ Para rastreamento automático de bugs em arquitetura de microsserviços:
 - **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-cybersecurity/SKILL.md`
+  - Skill de referência: `$IDE/skills/eng-security-cybersecurity/SKILL.md`
 
 ---