jarvis-ai-framework 1.1.0 → 2.0.0

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

@@ -133,11 +133,11 @@ Ativado para revisao de seguranca de PRs/MRs com impacto em areas sensiveis.
 ## Calibracao Contextual (CDD)
 
 > **Principio**: O agente deve adaptar rigor e urgencia ao contexto da ameaca.
-> Skill: Use `/context-detect` para deteccao automatizada do contexto
+> Skill: Use `/jarvis-context-detect` para deteccao automatizada do contexto
 
 ### Herdar Contexto da Sessao
 
-Se existir arquivo `context.md` na sessao (gerado por `/context-detect`), use-o:
+Se existir arquivo `context.md` na sessao (gerado por `/jarvis-context-detect`), use-o:
 
 ```bash
 # Localizacao: $SESSIONS_DIR/eng/{TASK_MANAGER_KEY}/context.md
@@ -157,7 +157,7 @@ CONTEXT_PROFILE:
     linter: [configurado|ausente]
 ```
 
-> Se `context.md` nao existir e for necessario, execute `/context-detect {TASK_MANAGER_KEY}` ou faca deteccao manual.
+> Se `context.md` nao existir e for necessario, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faca deteccao manual.
 
 ### Deteccao de Urgencia
 
@@ -222,48 +222,33 @@ CONTEXT_PROFILE:
     - `$IDE/workflows/engineering/eng.security-audit.md` (Audit Mode)
     - `$IDE/workflows/engineering/eng.security-incident.md` (Incident Response Mode)
     - `$IDE/workflows/engineering/eng.security-review.md` (Review Mode)
-    - `$IDE/skills/eng-cybersecurity/SKILL.md` (playbook operacional)
+    - `$IDE/skills/eng-security-cybersecurity/SKILL.md` (playbook operacional)
   - Nao acione workflows de outros dominios sem autorizacao explicita do usuario
 
 ---
 
 ## Skills
 
-### eng-cybersecurity
+### eng-security-cybersecurity
 Playbook operacional de seguranca — fonte de verdade para padroes, checklists e exemplos:
-- Arquivo: `$IDE/skills/eng-cybersecurity/SKILL.md`
-- Uso: `/eng-cybersecurity [audit|incident|review|hardening|secrets|owasp] [contexto]`
+- Arquivo: `$IDE/skills/eng-security-cybersecurity/SKILL.md`
+- Uso: `/eng-security-cybersecurity [audit|incident|review|hardening|secrets|owasp] [contexto]`
 - Cobre: OWASP Top 10, secrets, sanitizacao, headers, supply chain, compliance
 
-### context-detect (CDD)
+### jarvis-context-detect (CDD)
 Para deteccao automatica de contexto:
-- Arquivo: `$IDE/skills/context-detect/SKILL.md`
-- Uso: `/context-detect [jira-key]`
-
-### eng-backend
-Para revisao de auth, JWT, RBAC, sessions, workers:
-- Arquivo: `$IDE/skills/eng-backend/SKILL.md`
-- Trigger: fluxos de autenticacao e autorizacao
-
-### eng-nestjs
-Para guards, pipes, interceptors, middleware de seguranca:
-- Arquivo: `$IDE/skills/eng-nestjs/SKILL.md`
-- Trigger: seguranca especifica do framework NestJS
-
-### eng-frontend
-Para CSP, XSS prevention, sanitizacao no client:
-- Arquivo: `$IDE/skills/eng-frontend/SKILL.md`
-- Trigger: seguranca de frontend e renderizacao
-
-### eng-ms-trace
-Para rastreamento de vulnerabilidades cross-service:
-- Arquivo: `$IDE/skills/eng-ms-trace/SKILL.md`
-- Trigger: vulnerabilidade que atravessa multiplos servicos
-
-### eng-threat-model
+- Arquivo: `$IDE/skills/jarvis-context-detect/SKILL.md`
+- Uso: `/jarvis-context-detect [jira-key]`
+
+### Backend e frontend (skill base + especializações)
+Para revisão de segurança em código de backend (auth, JWT, RBAC, sessions, workers, middleware, guards) ou de frontend (CSP, XSS, sanitização no client), aplique a regra `$IDE/rules/engineering/eng.specializations-rules.md` para a área envolvida: ela carrega o skill base (`eng-backend` ou `eng-frontend`) e as especializações registradas no `ENV.md`.
+- Trigger: fluxos de autenticação e autorização, segurança de renderização e do framework usado no projeto
+- Vulnerabilidade que atravessa múltiplos serviços: use a especialização de rastreamento entre serviços, se registrada em `BACKEND_SPECIALIZATIONS`
+
+### eng-security-threat-model
 Para producao de threat model estruturado antes de audit ou review:
-- Arquivo: `$IDE/skills/eng-threat-model/SKILL.md`
-- Uso: `/eng-threat-model [bootstrap|interview|bootstrap-then-interview] [--fresh]`
+- Arquivo: `$IDE/skills/eng-security-threat-model/SKILL.md`
+- Uso: `/eng-security-threat-model [bootstrap|interview|bootstrap-then-interview] [--fresh]`
 - Trigger: auditoria de seguranca, onboarding em novo projeto, feature com superficie de ataque significativa
 - Output: `THREAT_MODEL.md` (schema em `docs/SECURITY-ARTIFACTS-SCHEMA.md`)
 
@@ -336,7 +321,7 @@ Para gerar diffs candidatos por achado confirmado — fechar o loop técnico do
 **Workflow**: `$IDE/workflows/engineering/eng.security-pipeline.md`
 
 **4 Estágios encadeados**:
-1. Threat Model — mapear ameaças STRIDE (`/eng-threat-model`)
+1. Threat Model — mapear ameaças STRIDE (`/eng-security-threat-model`)
 2. Audit — varredura OWASP guiada pelo threat model (`/eng.security-audit`)
 3. Triage — dedup + multi-voto + rank por exploitabilidade (`/eng-security-triage`)
 4. Patch — diffs candidatos por achado confirmado (`/eng-security-patch`)

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

@@ -11,9 +11,9 @@ Sua missão é garantir que a documentação reflita com precisão o **estado at
 
 ## Skill de referência
 
-Use o skill `eng-docs-write` como fonte de verdade do processo e formato de entrega:
+Use o skill `eng-global-docs-write` como fonte de verdade do processo e formato de entrega:
 
-- Arquivo: `$IDE/skills/eng-docs-write/SKILL.md`
+- Arquivo: `$IDE/skills/eng-global-docs-write/SKILL.md`
 
 ---
 

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

@@ -1,9 +1,9 @@
 ---
 name: eng.frontend.agent
 description: >
-  Agente especialista em desenvolvimento frontend: React, micro frontend com Module Federation,
-  design system, acessibilidade e Core Web Vitals.
-  Usa eng-frontend, eng-microfrontend e eng-design-system como skills operacionais.
+  Agente especialista em desenvolvimento frontend, neutro de stack: componentes, estado, estilos,
+  acessibilidade e Core Web Vitals. Usa o skill base eng-frontend mais as especializações que o
+  projeto registrou em FRONTEND_SPECIALIZATIONS (regra eng.specializations-rules.md).
 author: jarvis-team
 version: "1.0"
 ---
@@ -13,7 +13,7 @@ version: "1.0"
 ## Identidade
 
 Você é o **especialista de frontend** — o ponto de referência técnico para tudo que envolve
-interface, experiência do usuário, arquitetura de micro frontends e design system.
+interface, experiência do usuário e arquitetura de frontend, na stack que o projeto usa.
 
 Sua atuação combina profundidade técnica com visão de produto: você não implementa apenas
 o que foi pedido, mas questiona ativamente se a solução é a melhor para o usuário final.
@@ -22,9 +22,8 @@ o que foi pedido, mas questiona ativamente se a solução é a melhor para o usu
 
 ## Domínio de Conhecimento
 
-- **React / Next.js**: React 19, App Router, Server Components, Server Actions, hooks avançados
-- **Micro Frontend**: Module Federation (Vite + Webpack), shell/remote architecture, contratos de interface, event bus
-- **Design System**: tokens semânticos, CVA, Storybook, versionamento semver, acessibilidade
+- **Stack do projeto**: o que o projeto usa (framework, bibliotecas, estrutura) vem das especializações registradas em `FRONTEND_SPECIALIZATIONS` e do código existente; não presuma uma stack
+- **Arquitetura de UI**: componentes, estado, estilos, tokens de design, reuso de componentes compartilhados
 - **Performance**: Core Web Vitals, bundle analysis, code splitting, SSR/SSG/ISR
 - **Acessibilidade**: WCAG 2.1 AA, ARIA, semântica HTML, screen readers
 - **Testes**: Testing Library, Vitest, Playwright, Cypress
@@ -38,8 +37,7 @@ Acessibilidade não é checklist — é parte da entrega. Sempre sinalizar quand
 proposta tem problemas de acessibilidade, mesmo que não tenha sido perguntado.
 
 ### Questionar antes de implementar
-Antes de criar um componente: "Já existe no design system?". Antes de criar um remote:
-"Este código pertence a este remote ou ao design system?". Evitar duplicação é parte do trabalho.
+Antes de criar um componente: "Já existe um equivalente compartilhado no projeto?". Evitar duplicação é parte do trabalho.
 
 ### Foco no usuário final
 Performance e acessibilidade não são extras — são requisitos. Uma feature que trava o INP
@@ -55,9 +53,7 @@ Não criar abstração para reutilização hipotética.
 
 | Tarefa | Skill |
 |--------|-------|
-| Criar/refatorar componente React | `eng-frontend` |
-| Configurar ou expandir micro frontend | `eng-microfrontend` |
-| Criar/evoluir componente do design system | `eng-design-system` |
+| 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` |
@@ -72,10 +68,9 @@ Não criar abstração para reutilização hipotética.
 
 ```
 Qual é a tarefa?
-├── Novo componente / refatoração    → verificar: design system ou remote?
-├── Nova feature no remote           → carregar ENV.md + estrutura do remote
-├── Problema no micro frontend       → verificar contratos e shared deps
-├── Problema no design system        → verificar Storybook e versionamento
+├── Novo componente / refatoração    → verificar: já existe um equivalente compartilhado?
+├── Nova feature                     → carregar ENV.md + estrutura do projeto
+├── Problema numa especialização     → ler o skill da especialização registrada
 ├── Problema de performance          → medir antes, otimizar depois
 └── Code review                      → aplicar checklist de eng.frontend-review
 ```
@@ -87,22 +82,22 @@ Qual é a tarefa?
 cat $IDE/ENV.md
 
 # Entender estrutura do projeto
-ls apps/ packages/ 2>/dev/null
+ls
 
-# Identificar o stack em uso
-cat package.json | grep -E '"react|next|vite|webpack|federation"'
+# Identificar o stack em uso: ler os arquivos de configuração do projeto
+# (package.json, go.mod, composer.json, pyproject.toml etc.) e FRONTEND_SPECIALIZATIONS no ENV.md
 ```
 
 ### 3. Executar com o skill correto
 
-Carregar o skill relevante para a tarefa antes de implementar.
+Aplicar a regra `eng.specializations-rules.md` para a área frontend (skill base + especializações registradas) antes de implementar.
 
 ---
 
 ## Quando Escalar
 
-- Decisão arquitetural que afeta múltiplos remotes → envolver Tech Lead
-- Breaking change no design system com impacto em múltiplos times → comunicar antes de implementar
+- Decisão arquitetural que afeta múltiplos módulos ou times → envolver Tech Lead
+- Breaking change em componente compartilhado com impacto em múltiplos times → comunicar antes de implementar
 - Problema de performance em produção com usuário afetado → tratar como incidente
 - Dúvida sobre requisito de acessibilidade legal/compliance → envolver PM
 

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

@@ -53,7 +53,7 @@ Você segue as regras em `$IDE/rules/engineering/rpa/eng.rpa-rules.md` e `$IDE/r
 
 ## Calibração Contextual (CDD)
 
-> 📚 **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
 
@@ -108,20 +108,10 @@ 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
 
-### eng-rabbitmq
-Para filas, retry DLX, publicação e consumo de mensagens:
-- Arquivo: `$IDE/skills/eng-rabbitmq/SKILL.md`
-- Trigger: robô precisa publicar resultados em fila, consumir tarefas ou implementar retry via DLX
-
-### eng-backend
-Para workers NestJS, cron jobs, integrações externas com retry/circuit breaker:
-- Arquivo: `$IDE/skills/eng-backend/SKILL.md`
-- Trigger: robô precisa de worker persistente, scheduler ou API de consumo dos dados extraídos
-
-### eng-ms-trace
-Para rastreamento de bugs cross-service (HTTP + AMQP):
-- Arquivo: `$IDE/skills/eng-ms-trace/SKILL.md`
-- Trigger: bug em produção que atravessa serviços ou filas
+### 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
+- Bug em produção que atravessa serviços ou filas: use a especialização de rastreamento entre serviços, se registrada
 
 ---
 

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

@@ -11,14 +11,14 @@ Você é um **arquiteto de testes** especializado em estratégias avançadas de
 
 ## Pré-requisito
 
-Antes de executar comandos no terminal (Bash), verifique se o `ENV.md` existe e está preenchido corretamente. Se não existir ou estiver incompleto, execute `/init-jarvis` antes de continuar.
+Antes de executar comandos no terminal (Bash), verifique se o `ENV.md` existe e está preenchido corretamente. Se não existir ou estiver incompleto, execute `/jarvis-init` antes de continuar.
 
 ---
 
 ## Calibração Contextual (CDD)
 
 > **Princípio**: Adaptar o rigor de testes de performance/segurança ao contexto real do projeto e da tarefa.
-> 📚 **Skill**: Use `/context-detect` para detecção automatizada do contexto
+> 📚 **Skill**: Use `/jarvis-context-detect` para detecção automatizada do contexto
 > ⚠️ **Pré-requisito**: `ENABLE_CDD=true` no `ENV.md`. Se desativado, usar comportamento padrão.
 
 ### Validar se CDD está Habilitado
@@ -36,7 +36,7 @@ Antes de aplicar CDD, verificar `$IDE/ENV.md`:
 
 ### 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
@@ -49,7 +49,7 @@ CONTEXT_PROFILE:
   rigor: [mínimo|padrão|alto]
 ```
 
-> Se `context.md` não existir, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
+> Se `context.md` não existir, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
 
 ### Calibração por Tipo de Tarefa
 

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

@@ -47,7 +47,7 @@ Use os recursos abaixo como fonte de verdade do processo:
 ## Calibração Contextual (CDD)
 
 > **Princípio**: Adaptar o rigor e cobertura de testes ao contexto real do projeto e da tarefa.
-> 📚 **Skill**: Use `/context-detect` para detecção automatizada do contexto
+> 📚 **Skill**: Use `/jarvis-context-detect` para detecção automatizada do contexto
 > ⚠️ **Pré-requisito**: `ENABLE_CDD=true` no `ENV.md`. Se desativado, usar comportamento padrão.
 
 ### Validar se CDD está Habilitado
@@ -65,7 +65,7 @@ Antes de aplicar CDD, verificar `$IDE/ENV.md`:
 
 ### 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
@@ -81,7 +81,7 @@ CONTEXT_PROFILE:
     testes: [existentes|ausentes]
 ```
 
-> Se `context.md` não existir, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
+> Se `context.md` não existir, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
 
 ### Calibração por Tipo de Tarefa
 

package/agents/engineering/qa/eng.qa.testing-engineer.md

@@ -40,11 +40,11 @@ realmente funciona como pretendido — tanto testes unitários quanto E2E Cypres
 ## Calibração Contextual (CDD)
 
 > **Princípio**: Adaptar o rigor e cobertura de testes ao contexto real do projeto e da tarefa.
-> 📚 **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
@@ -61,7 +61,7 @@ CONTEXT_PROFILE:
     cobertura: [alta|média|baixa]
 ```
 
-> Se `context.md` não existir, execute `/context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
+> Se `context.md` não existir, execute `/jarvis-context-detect {TASK_MANAGER_KEY}` ou faça detecção manual abaixo.
 
 ### Calibração por Tipo de Tarefa (do context.md)
 

package/agents/product/prod.discovery-interviewer.md

@@ -72,8 +72,8 @@ Não use quando já existe uma spec (use `/prod.spec.clarify`) ou quando o escop
 
 ## Apoio de skills (apoio, nunca a fonte da decisão)
 
-- **Sempre:** busca em `$PROD_DOCS`; `docs-central` quando `CENTRAL_DOCS_REPO` estiver configurado; `context-detect` para calibrar a profundidade da entrevista
-- **Só com a confirmação do usuário:** `eng-arch-c4` (arquitetura atual) e `eng-cybersecurity` (quando a ideia envolve autenticação, dados pessoais ou fluxo financeiro). São skills de engenharia: pergunte antes de consultá-las, e o que retornarem entra no discovery como **suposição a validar**, não como fato
+- **Sempre:** busca em `$PROD_DOCS`; `jarvis-docs-central` quando `CENTRAL_DOCS_REPO` estiver configurado; `jarvis-context-detect` para calibrar a profundidade da entrevista
+- **Só com a confirmação do usuário:** `eng-backend-arch-c4` (arquitetura atual) e `eng-security-cybersecurity` (quando a ideia envolve autenticação, dados pessoais ou fluxo financeiro). São skills de engenharia: pergunte antes de consultá-las, e o que retornarem entra no discovery como **suposição a validar**, não como fato
 
 ## Restrições
 

package/bin/commands/init.js

@@ -186,18 +186,18 @@ export async function init(flags) {
   if (ide === "codex") {
     logger.info(`  No ${GREEN}Codex${NC}, skills não usam slash commands.`);
     logger.info(`  Para invocar um skill, use linguagem natural:`);
-    logger.info(`  ${DIM}  "use o skill init-jarvis para configurar o projeto"${NC}`);
+    logger.info(`  ${DIM}  "use o skill jarvis-init para configurar o projeto"${NC}`);
     logger.info(`  ${DIM}  "execute o warm-up do Jarvis"${NC}`);
     logger.info("");
     logger.info(`  Skills disponíveis em ${YELLOW}.codex/skills/${NC}`);
     logger.info(`  Cada pasta é um skill — veja o SKILL.md para a descrição.`);
     logger.info("");
     logger.info(`  Para configurar as variáveis do projeto, peça ao Codex:`);
-    logger.info(`  ${GREEN}"execute o skill init-jarvis"${NC}`);
+    logger.info(`  ${GREEN}"execute o skill jarvis-init"${NC}`);
   } else if (ide === "kiro") {
     logger.info(`  No ${GREEN}Kiro${NC}, skills e workflows são steering files.`);
     logger.info(`  Para invocar um skill, use ${GREEN}#skill-{nome}${NC} no chat:`);
-    logger.info(`  ${DIM}  #skill-init-jarvis${NC}`);
+    logger.info(`  ${DIM}  #skill-jarvis-init${NC}`);
     logger.info(`  ${DIM}  #skill-eng-backend${NC}`);
     logger.info("");
     logger.info(`  Steering files gerados em ${YELLOW}.kiro/steering/${NC}`);
@@ -206,9 +206,9 @@ export async function init(flags) {
     logger.info(`  • ${DIM}steering/skills/*.md${NC} — skills (inclusion: manual)`);
     logger.info("");
     logger.info(`  Para configurar as variáveis do projeto, ative:`);
-    logger.info(`  ${GREEN}#skill-init-jarvis${NC} no chat do Kiro`);
+    logger.info(`  ${GREEN}#skill-jarvis-init${NC} no chat do Kiro`);
   } else {
-    logger.info(`  Execute o comando ${GREEN}/init-jarvis${NC} na sua IDE para`);
+    logger.info(`  Execute o comando ${GREEN}/jarvis-init${NC} na sua IDE para`);
     logger.info(`  configurar as variáveis de ambiente do projeto.`);
   }
 

package/bin/jarvis.js

@@ -80,7 +80,7 @@ function help() {
     `  ${DIM}1.${NC} npm install -g ${GREEN}/caminho/para/jarvis${NC}`,
   );
   logger.info(`  ${DIM}2.${NC} ${GREEN}jarvis init${NC} --ide cursor`);
-  logger.info(`  ${DIM}3.${NC} No chat da IDE: ${GREEN}/init-jarvis${NC}`);
+  logger.info(`  ${DIM}3.${NC} No chat da IDE: ${GREEN}/jarvis-init${NC}`);
   logger.info("");
 
   logger.info(`${BLUE}📖 Exemplos:${NC}`);

package/bin/lib/config/constants.js

@@ -26,12 +26,47 @@ export const SYNC_DIRS = Object.freeze([
  * Caminhos que saíram do framework e são removidos das instalações que atualizam.
  * Lista explícita, relativa à pasta da IDE (ex.: `.claude/`): o `init` nunca varre
  * nem apaga nada fora dela. Para uma remoção futura, acrescente o caminho aqui.
+ * Inclui as pastas dos skills renomeados para o padrão de áreas (`<prefixo>-<área>-...`).
  * @constant {ReadonlyArray<string>}
  */
 export const OBSOLETE_PATHS = Object.freeze([
   "skills/prod-specs/references",
   "skills/prod-specs/templates",
   "skills/prod-specs/rules",
+  // Tech Analyst (removido): skill, agente e o comando, que é achatado na pasta de workflows de cada IDE
+  "skills/eng-tech-analyst",
+  "agents/engineering/eng.tech-analyst.agent.md",
+  "workflows/eng.ta.atendimento.md",
+  "commands/eng.ta.atendimento.md",
+  "steering/eng.ta.atendimento.md",
+  "steering/skills/skill-eng-tech-analyst.md",
+  // churn-audit e lovable-prompt-generator (removidos)
+  "skills/churn-audit",
+  "skills/lovable-prompt-generator",
+  "steering/skills/skill-churn-audit.md",
+  "steering/skills/skill-lovable-prompt-generator.md",
+  "skills/eng-nestjs",
+  "skills/eng-rabbitmq",
+  "skills/eng-arch-c4",
+  "skills/eng-ms-trace",
+  "skills/eng-microfrontend",
+  "skills/eng-design-system",
+  "skills/eng-cybersecurity",
+  "skills/eng-threat-model",
+  "skills/eng-performance-engineer",
+  "skills/eng-pr",
+  "skills/eng-jira-comment",
+  "skills/eng-task-comment",
+  "skills/eng-docs-write",
+  "skills/eng-browser-extension-builder",
+  "skills/prod-specs",
+  "skills/prod-specs-update",
+  "skills/prod-roadmap-report",
+  "skills/init-jarvis",
+  "skills/context-detect",
+  "skills/report-issue",
+  "skills/docs-central",
+  "skills/docs-index",
 ]);
 
 /**

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "jarvis-ai-framework",
-  "version": "1.1.0",
+  "version": "2.0.0",
   "description": "Jarvis framework",
   "type": "module",
   "bin": {

package/rules/AGENTS.md

@@ -22,6 +22,8 @@ rules/
 │   ├── eng.pr-rules.md       # Regras para /eng.pr
 │   ├── eng.bump-rules.md     # Regras para versionamento
 │   ├── eng.tech-spec-rules.md # Regras para tech specs
+│   ├── eng.specializations-rules.md # Carregamento de especializações por stack
+│   ├── eng.skills-rules.md       # Área obrigatória nos skills e aviso de skill inexistente
 │   └── qa/                   # Regras de QA
 └── product/                  # Regras de produto
     └── prod-rules.md    # Regras de especificacao
@@ -67,14 +69,14 @@ Cada arquivo de rule declara para quais perfis se aplica via bloco `applies_to`,
 | HUB | FRONTEND, BACKEND, QA, DATA, AI, FULLCYCLE | qualquer hub |
 | POSITION | TECH LEAD, PM, QA-ENGINEER, SENIOR, GENERALIST | qualquer cargo |
 | AREA | ENGINEERING, PRODUCT | qualquer área |
-| SQUAD | CORE, SUPPORT | qualquer squad |
+| SQUAD | CORE | qualquer squad |
 
 **Regras:**
 - Uma rule é aplicada se **todos** os eixos forem satisfeitos (AND, não OR)
 - Arquivos sem bloco `applies_to` são considerados **universais** — copiados para qualquer perfil
 - `rules/AGENTS.md` nunca é filtrado — sempre copiado
 
-**Quem faz a filtragem:** o skill `/init-jarvis` (Passo 9 — Profile-Aware Rules Sync). Ao criar, atualizar ou fazer upgrade do ENV.md, copia para `$IDE/rules/` apenas as rules que batem com o perfil (HUB + POSITION + AREA + SQUAD) e deleta as que não batem mais.
+**Quem faz a filtragem:** o skill `/jarvis-init` (Passo 9 — Profile-Aware Rules Sync). Ao criar, atualizar ou fazer upgrade do ENV.md, copia para `$IDE/rules/` apenas as rules que batem com o perfil (HUB + POSITION + AREA + SQUAD) e deleta as que não batem mais.
 
 **Ao criar uma nova rule**, definir o bloco `applies_to` é obrigatório. Sem ele, a rule é tratada como universal — o que pode ser indesejado para rules domain-specific.
 
@@ -159,7 +161,7 @@ Links para documentacao relacionada.
 
 ### ENV.md
 
-- Validar ENV.md antes de qualquer comando (exceto `/init-jarvis`)
+- Validar ENV.md antes de qualquer comando (exceto `/jarvis-init`)
 - Respeitar `MAX_AI_EXECUTION_PERCENTAGE`
 
 ---

package/rules/engineering/eng-rules.md

@@ -7,7 +7,7 @@ env_file: "@/ENV.md"
 
 - **🚨 PRÉ-REQUISITO: VALIDAÇÃO DO ENV.md**
   - **ANTES de executar qualquer comando ou workflow**, o agente **DEVE verificar** se o arquivo `$IDE/ENV.md` existe e está preenchido corretamente.
-  - **Exceção**: O comando `/init-jarvis` é o único que pode ser executado sem o `ENV.md`, pois é ele que cria o arquivo.
+  - **Exceção**: O comando `/jarvis-init` é o único que pode ser executado sem o `ENV.md`, pois é ele que cria o arquivo.
   - **Validação obrigatória**: O arquivo deve conter as seguintes variáveis preenchidas (não vazias):
     - `WORKSPACE` (se vazio: nome da pasta que contém `$IDE/`)
     - `IDE`
@@ -20,13 +20,15 @@ env_file: "@/ENV.md"
   - **Se o ENV.md não existir ou estiver incompleto**, o agente deve:
     1. Interromper a execução do comando solicitado
     2. Informar ao usuário que o framework não foi inicializado
-    3. Orientar o usuário a executar `/init-jarvis` primeiro
+    3. Orientar o usuário a executar `/jarvis-init` primeiro
     ```
     ⚠️ O framework não foi inicializado.
     
     O arquivo ENV.md não existe ou está incompleto.
-    Por favor, execute `/init-jarvis` para configurar o ambiente antes de continuar.
+    Por favor, execute `/jarvis-init` para configurar o ambiente antes de continuar.
     ```
+  - **Listas de especializações (presentes, podem estar vazias)**: `BACKEND_SPECIALIZATIONS` e `FRONTEND_SPECIALIZATIONS` devem **existir** no `ENV.md`. Lista **vazia** é válida (só o skill base). Variável **ausente** interrompe o comando de backend ou de frontend e orienta o Upgrade do `/jarvis-init`. Detalhes e mensagens em `eng.specializations-rules.md`.
+  - **Skills sem área**: skill instalado sem `metadata.area` reconhecida bloqueia o comando, e skill pedido que não existe gera aviso. Detalhes e mensagens em `eng.skills-rules.md`.
 
 - **🔧 VARIÁVEL `$IDE` - DETECÇÃO AUTOMÁTICA DA PASTA DA IDE**
   - A variável `$IDE` representa a pasta da IDE que o usuário está utilizando.

package/rules/engineering/eng-security-rules.md

@@ -8,7 +8,7 @@ env_file: "@/ENV.md"
 # Regras de Seguranca para Engenharia
 
 Regras de seguranca aplicaveis a todo o fluxo de engenharia — do planejamento ao merge.
-Toda implementacao deve seguir estas regras por padrao, sem necessidade de invocar o skill `eng-cybersecurity` explicitamente.
+Toda implementacao deve seguir estas regras por padrao, sem necessidade de invocar o skill `eng-security-cybersecurity` explicitamente.
 
 ---
 
@@ -118,7 +118,7 @@ Se o PR toca em areas sensiveis (auth, sessions, RBAC, CORS, CSP, permissoes), o
 
 ## Fronteira Read-Only (Analise de Seguranca)
 
-Os skills de seguranca (`eng-threat-model`, `eng.security-audit`, `eng-security-triage`) operam em **modo estatico apenas**:
+Os skills de seguranca (`eng-security-threat-model`, `eng.security-audit`, `eng-security-triage`) operam em **modo estatico apenas**:
 
 - Leem codigo-fonte, historico git e relatorios fornecidos pelo usuario
 - **Nunca** executam, buildam, fuzzam ou modificam o codigo-alvo
@@ -129,7 +129,7 @@ Os skills de seguranca (`eng-threat-model`, `eng.security-audit`, `eng-security-
 
 ## Calibracao CDD por Risco
 
-Usar `context-detect` para calibrar a profundidade da analise de seguranca:
+Usar `jarvis-context-detect` para calibrar a profundidade da analise de seguranca:
 
 | Nivel de risco | Criterio | Estrategia | Tokens (estimado) |
 |---|---|---|---|
@@ -165,7 +165,7 @@ O agente de engenharia (ATHENA) deve recomendar o uso do agente SENTINEL (`eng.c
 - Feature envolve fluxo financeiro, PII ou auth complexa (OAuth, MFA)
 - Duvida sobre impacto de seguranca que excede o escopo das regras acima
 
-> O skill `/eng-cybersecurity` pode ser invocado diretamente para consulta rapida sem ativar o agente completo.
+> O skill `/eng-security-cybersecurity` pode ser invocado diretamente para consulta rapida sem ativar o agente completo.
 
 ---
 

package/rules/engineering/eng.docs-scraping-rules.md

@@ -50,7 +50,7 @@ Todo arquivo `{robot-tag}-robot.md` deve conter:
 
 ### Recomendado
 
-- Chamar `/docs-index` após criar ou atualizar qualquer `{robot-tag}-robot.md` para manter o índice atualizado
+- Chamar `/jarvis-docs-index` após criar ou atualizar qualquer `{robot-tag}-robot.md` para manter o índice atualizado
 - Incluir o índice de colunas da tabela HTML (com numeração `[0]`, `[1]`, etc.) sempre que for inspecionado via log
 
 ---

package/rules/engineering/eng.downstream-flow-rules.md

@@ -28,7 +28,7 @@ Papéis no fluxo (ainda existem; não são cadeado):
 | **TECH LEAD** | `TECH LEAD` | Apoia priorização, review e deploy quando pedido |
 | **PM** | `PM`, `TPM`, `GPM` | Apoia aceite de produto quando pedido |
 | **QA** | `QA-ENGINEER` | Executa testes em apoio; não bloqueia o owner |
-| **N2** | Tech Analyst / suporte | Validação operacional se o time tiver esse papel |
+| **N2** | Suporte N2 | Validação operacional se o time tiver esse papel |
 
 ## Diagrama do Fluxo
 

package/rules/engineering/eng.integrations-rules.md

@@ -32,7 +32,7 @@ Qual o seu número de controle para esta tarefa?
 ```
 
 3. Usar a resposta (lowercase) como pasta `$SESSIONS_DIR/eng/{TASK_MANAGER_KEY}/` e no prefixo da branch.
-4. **Não** chamar `/eng-task-comment`, **não** mover card, **não** buscar issue no board.
+4. **Não** chamar `/eng-global-task-comment`, **não** mover card, **não** buscar issue no board.
 
 Com board definido, se o key não veio nos argumentos, perguntar o id do card naquele vendor (ex: Jira `TASK-123`).
 
@@ -41,7 +41,7 @@ Com board definido, se o key não veio nos argumentos, perguntar o id do card na
 Só se `TASK_MANAGER` estiver preenchido com um vendor. Freelance → pular.
 
 ```
-/eng-task-comment {TASK_MANAGER_KEY} {mensagem}
+/eng-global-task-comment {TASK_MANAGER_KEY} {mensagem}
 ```
 
 ## MR / PR

package/rules/engineering/eng.pre-pr-rules.md

@@ -98,6 +98,6 @@ O workflow **deve sempre** terminar com:
    - 🟡 Yellow: pode abrir PR com ressalvas documentadas
    - 🔴 Red: bloqueado — listar o que impede o PR
 
-2. **Comentário no card** com o status final (via `/eng-task-comment`) — pular se freelance
+2. **Comentário no card** com o status final (via `/eng-global-task-comment`) — pular se freelance
 
 3. **Aguardar permissão explícita** do usuário para prosseguir para `/eng.pr`