@ggailabs/cli-context 0.5.6 → 1.1.0

package/dist/.context/pt-br/skills/agent_logging/SKILL.md

@@ -0,0 +1,40 @@
+---
+name: zenith-agent_logging
+description: Registro de progresso técnico e métricas FinOps. Use para documentar cada turno de trabalho no OPERATIONS_LOG.md.
+---
+---
+name: agent_logging
+description: Protocolo para registro de ações, tempo e custos operacionais (FinOps) dos agentes Genesis Grid.
+trigger: |
+  - Conclusão de uma fase do PREVICE
+  - Execução de um comando CLI
+  - Mudança significativa na arquitetura
+---
+
+# 📊 Skill: Agent Operational Logging
+
+Esta skill define como um agente deve reportar suas atividades para garantir transparência operacional e controle de orçamento (FinOps).
+
+## 🛠 Como Usar
+
+### 1. Momento do Log
+O agente deve atualizar o arquivo `.context/docs/OPERATIONS_LOG.md` sempre que:
+- Finalizar um Plano (`P`).
+- Completar uma rodada de Implementação (`E`).
+- Validar uma entrega (`V`).
+
+### 2. Cálculo Estimado (FinOps Tiering)
+Use a seguinte tabela para estimativa de custo de tokens (valores simbólicos para fins de log):
+- **Tier 1 (High-IQ):** $0.05 por tarefa complexa (Architect).
+- **Tier 2 (High-Speed):** $0.01 por tarefa atômica (Builder).
+
+### 3. Registro de Tempo
+- O tempo deve refletir a duração da inferência + tempo de processamento local.
+- Formato: `[X]m` ou `[X]h [Y]m`.
+
+## 🚫 Comportamento Banido
+- **NUNCA** finalize uma tarefa sem registrar o log.
+- **NUNCA** omita custos se houver uso intensivo de contexto.
+
+---
+*Genesis Grid - Engineering Rigor.*

package/dist/.context/pt-br/skills/brainstorming/SKILL.md

@@ -0,0 +1,51 @@
+---
+name: zenith:brainstorming
+description: Sessões criativas para arquitetura ou interface. Use para explorar soluções antes de criar um plano de implementação.
+---
+---
+name: zenith:brainstorming
+description: |
+  Refinamento de design socrático - transforma ideias brutas em designs validados através 
+  de questionamento estruturado e exploração de alternativas.
+
+trigger: |
+  - Nova funcionalidade ou ideia de produto (requisitos incertos)
+  - Desejo de planejar, projetar ou arquitetar algo novo
+  - Múltiplas abordagens parecem possíveis
+
+skip_when: |
+  - Design já completo e validado → use zenith:writing_plans
+  - Já possui plano detalhado pronto para execução → use zenith:planned_execution
+
+sequence:
+  before: [zenith:writing_plans, zenith:using_git_worktrees]
+
+related:
+  similar: [zenith:writing_plans]
+---
+
+# 💡 Brainstorming: De Ideias a Designs
+
+## Visão Geral
+
+Transforme ideias brutas em designs bem formados através de questionamento estruturado e exploração de alternativas.
+
+**Princípio Core:** Pesquisar primeiro, fazer perguntas direcionadas para preencher lacunas, explorar alternativas e apresentar o design de forma incremental para validação.
+
+## O Processo
+
+1.  **Reconhecimento Autónomo**: Inspecione o repositório, docs e commits para formar um modelo inicial. Compartilhe suas descobertas.
+2.  **Entendimento**: Peça apenas pelo contexto que falta. Defina propósito, restrições e critérios de sucesso.
+3.  **Exploração**: Proponha 2-3 abordagens diferentes com prós e contras.
+4.  **Apresentação do Design**: Apresente o design em seções validadas pelo usuário.
+5.  **Documentação**: Escreva o documento de design em `docs/plans/YYYY-MM-DD-<feature>-design.md`.
+
+## Padrões Mandatórios
+
+Esta skill utiliza estes padrões universais:
+- **State Tracking:** Veja [skills/patterns/state_tracking/SKILL.md](file:///.context/pt-br/skills/patterns/state_tracking/SKILL.md)
+- **Failure Recovery:** Veja [skills/patterns/failure_recovery/SKILL.md](file:///.context/pt-br/skills/patterns/failure_recovery/SKILL.md)
+- **Exit Criteria:** Veja [skills/patterns/exit_criteria/SKILL.md](file:///.context/pt-br/skills/patterns/exit_criteria/SKILL.md)
+
+---
+*Genesis Grid - Criatividade Estruturada.*

package/dist/.context/pt-br/skills/documentation_templates/SKILL.md

@@ -0,0 +1,73 @@
+---
+name: documentation_templates
+description: Templates de documentação e diretrizes de estrutura. README, docs de API, comentários de código e documentação otimizada para IA.
+allowed-tools: Read, Glob, Grep
+---
+
+# 📑 Templates de Documentação (Soberania Zenit)
+
+> Diretrizes para manter a clareza e a soberania do contexto através de documentos bem estruturados.
+
+---
+
+## 1. Estrutura de README (Padrão de Ouro)
+
+A ordem de prioridade para um README Zenith:
+
+| Seção | Propósito |
+|---------|---------|
+| **Título + One-liner** | O que é este projeto? |
+| **Quick Start** | Como rodar em menos de 5 minutos. |
+| **Funcionalidades** | O que o sistema faz de fato. |
+| **Configuração** | Variáveis de ambiente e opções. |
+| **Arquitetura** | Link para o `PROJECT_MAP.md` e decisões técnicas. |
+
+---
+
+## 2. Comentários de Código (Diretrizes)
+
+### Quando Comentar?
+
+| ✅ Comente | ❌ Não Comente |
+|-----------|-----------------|
+| O **PORQUÊ** (lógica de negócio). | O **QUÊ** (quando o código já é óbvio). |
+| Algoritmos complexos. | Cada linha de código. |
+| Comportamentos não óbvios. | Detalhes triviais de implementação. |
+| Contratos de API e JSDoc. | Código auto-explicativo. |
+
+---
+
+## 3. Registro de Decisão de Arquitetura (ADR)
+
+Use este formato para registrar mudanças críticas na estrutura:
+
+```markdown
+# ADR-[Número]: [Título da Decisão]
+
+## Status
+Aceito / Depreciado / Substituído
+
+## Contexto
+Por que estamos tomando essa decisão? Qual era o problema?
+
+## Decisão
+O que decidimos de fato? Qual o caminho escolhido?
+
+## Consequências
+Quais são os trade-offs? O que ganhamos e o que perdemos?
+```
+
+---
+
+## 4. Documentação Otimizada para IA (llms.txt)
+
+Para crawlers e agentes de IA, mantenha um arquivo de visão geral:
+
+- **Hiearquia Clara**: Use H1-H3 de forma lógica.
+- **Exemplos de Dados**: JSON/YAML para estruturas de dados.
+- **Diagramas Mermaid**: Para fluxos de lógica e estados.
+- **Seções Auto-contidas**: Evite referências cruzadas infinitas que degradam a janela de contexto.
+
+---
+
+> **Lembre-se:** Documentação desatualizada é pior do que nenhuma documentação. Mantenha a sincronia com o código em cada commit (Pilar VII).

package/dist/.context/pt-br/skills/exploring_codebase/SKILL.md

@@ -0,0 +1,52 @@
+---
+name: zenith:exploring_codebase
+description: Descoberta sistemática da topografia do projeto. Use ao entrar em um novo repositório ou módulo desconhecido.
+---
+---
+name: zenith:exploring_codebase
+description: |
+  Exploração autônoma de codebase em duas fases - primeiro descobre as perspectivas naturais 
+  (camadas, componentes, fronteiras) e, em seguida, despacha exploradores de mergulho profundo.
+
+trigger: |
+  - Necessidade de entender como uma funcionalidade funciona em toda a base de código
+  - Iniciando trabalho em uma base de código ou componente desconhecido
+  - Planejando mudanças que abrangem múltiplos domínios
+
+sequence:
+  after: [brainstorming]
+  before: [writing_plans, planned_execution]
+
+related:
+  similar: [systematic_debugging]
+---
+
+# 🔍 Exploração de Base de Código (Exploring Codebase)
+
+## Visão Geral
+
+A exploração tradicional assume uma estrutura antecipadamente. Esta skill adota uma abordagem autônoma de duas fases: **descobrir** as perspectivas naturais da base de código primeiro e então **mergulhar profundamente** em cada perspectiva com agentes focados.
+
+## O Fluxo de Duas Fases
+
+### Fase 1: Descoberta (Meta-Exploração)
+**Objetivo:** Entender "O que É esta base de código?".
+Identificar:
+- Padrão de arquitetura (Monólito Modular, Hexagonal, etc.).
+- Principais componentes e domínios.
+- Fronteiras naturais e camadas (Bridge Pattern).
+- Tecnologias e bibliotecas centrais.
+
+### Fase 2: Mergulho Profundo (Exploração Adaptativa)
+**Objetivo:** Entender "Como o [alvo] funciona em cada área descoberta?".
+- Despachar especialistas (ex: `backend_typescript`, `frontend_specialist`) para explorar seus respectivos domínios dentro da estrutura descoberta.
+
+## Padrões Mandatórios
+
+Esta skill utiliza estes padrões universais:
+- **State Tracking:** Veja [skills/patterns/state_tracking/SKILL.md](file:///.context/pt-br/skills/patterns/state_tracking/SKILL.md)
+- **Failure Recovery:** Veja [skills/patterns/failure_recovery/SKILL.md](file:///.context/pt-br/skills/patterns/failure_recovery/SKILL.md)
+- **Exit Criteria:** Veja [skills/patterns/exit_criteria/SKILL.md](file:///.context/pt-br/skills/patterns/exit_criteria/SKILL.md)
+
+---
+*Genesis Grid - Soberania através do Conhecimento.*

package/dist/.context/pt-br/skills/mcp_builder/SKILL.md

@@ -0,0 +1,64 @@
+---
+name: mcp_builder
+description: Princípios de construção de servidores MCP (Model Context Protocol). Design de ferramentas, padrões de recursos e melhores práticas de interoperabilidade.
+allowed-tools: Read, Write, Edit, Glob, Grep
+---
+
+# 🔌 MCP Builder (Padrão de Conectividade Zenith)
+
+> Princípios para construir servidores MCP robustos que estendem as capacidades da IA.
+
+---
+
+## 1. Visão Geral do MCP
+
+O **Model Context Protocol** é o padrão para conectar sistemas de IA com ferramentas e fontes de dados externas de forma segura e estruturada.
+
+### Conceitos Core
+
+| Conceito | Propósito |
+|---------|---------|
+| **Tools** | Funções que a IA pode invocar (ex: executar código). |
+| **Resources** | Dados que a IA pode ler (ex: logs, documentação). |
+| **Prompts** | Templates de prompts pré-definidos para tarefas comuns. |
+
+---
+
+## 2. Princípios de Design de Ferramentas (Tools)
+
+Uma ferramenta bem desenhada é o segredo de uma orquestração sem falhas.
+
+- **Nome Escopado**: Use nomes orientados a ação (ex: `get_system_health`, `deploy_module`).
+- **Propósito Único**: Cada ferramenta deve fazer apenas uma coisa e fazê-la bem.
+- **Entrada Validada**: Use schemas rigorosos com tipos e descrições claras para cada parâmetro.
+- **Saída Estruturada**: Retorne sempre um formato JSON previsível.
+
+---
+
+## 3. Padrões de Recursos (Resources)
+
+- **Recursos Estáticos**: Configurações, manuais e documentação fixa.
+- **Recursos Dinâmicos**: Gerados sob demanda (ex: status em tempo real do banco de dados).
+- **Padrões de URI**: Use URIs claras, ex: `zenith://project/map` ou `logs://server/error`.
+
+---
+
+## 4. Segurança e Segurança de Dados
+
+- **Validação Total**: Nunca confie no input da ferramenta sem sanitização.
+- **Segredos**: Nunca logue chaves de API ou segredos. Use variáveis de ambiente.
+- **Permissões**: Aplique o princípio do privilégio mínimo para o que a ferramenta pode acessar no sistema de arquivos.
+
+---
+
+## 5. Checkliste de Melhores Práticas Zenith
+
+- [ ] Nomes de ferramentas claros e verbais.
+- [ ] Descrições detalhadas (a IA precisa entender o "porquê" de usar a ferramenta).
+- [ ] Tratamento de erros estruturado (não apenas "deu erro", mas "por que deu erro").
+- [ ] Logging para debug sem expor dados sensíveis.
+- [ ] Esquemas de entrada obrigatórios bem definidos.
+
+---
+
+> **Lembre-se:** As ferramentas MCP devem ser simples, focadas e bem documentadas. A IA depende das descrições para usá-las corretamente no fluxo de orquestração.

package/dist/.context/pt-br/skills/patterns/compliance_check/SKILL.md

@@ -0,0 +1,37 @@
+---
+name: compliance_check
+description: Verificação de conformidade com padrões legais (GDPR/LGPD) e técnicos (Pilar VII).
+---
+---
+name: compliance_check
+description: |
+  Audits code for legal and technical compliance. Ensures data privacy and 
+  architectural integrity.
+
+trigger: |
+  - Handling personal data (PII)
+  - Security reviews
+  - Final validation phase
+
+sequence:
+  after: [execution]
+  before: [confirmation]
+---
+
+# ⚖️ Conformidade (Compliance Check)
+
+## 🛡️ 1. Privacidade de Dados (PII)
+- [ ] **LGPD/GDPR:** Dados pessoais são criptografados em repouso.
+- [ ] **Logs:** Sem dados sensíveis (email, CPF, tokens) em logs ou erros.
+- [ ] **Remoção:** Implementação de "Direito ao Esquecimento" disponível.
+
+## 📐 2. Conformidade Arquitetural
+- [ ] **Bridge Pattern:** Módulos isolados e se comunicando via ponte.
+- [ ] **v1.1.0:** Segue rigorosamente o Protocolo Zenith.
+
+## 📦 3. Supply Chain
+- [ ] **Phantom Packs:** Nenhuma dependência não oficial detectada.
+- [ ] **Audit:** `npm audit` executado e limpo.
+
+---
+*Genesis Grid - Built for Compliance.*

package/dist/.context/pt-br/skills/patterns/coverage_table/SKILL.md

@@ -0,0 +1,57 @@
+---
+name: zenith:coverage_table
+description: Geração de tabelas de cobertura de padrões e normas técnico-legais. Use para documentar a validação sistemática.
+---
+# 📊 Tabela de Cobertura Zenith (Coverage Table)
+
+Este padrão define o formato de saída OBRIGATÓRIO para agentes que comparam arquivos de código com os padrões v1.1.0. Ele garante que cada seção das normas seja explicitamente verificada e reportada.
+
+---
+
+## ⛔ CRÍTICO: Todas as Seções são Obrigatórias
+
+**Isso é INEGOCIÁVEL. Cada seção listada nas normas DEVE ser verificada.**
+
+| Regra | Aplicação |
+|------|-------------|
+| **Toda seção DEVE ser verificada** | Sem exceções. Sem pulos. |
+| **Toda seção DEVE aparecer na tabela** | Linha faltando = Saída INCOMPLETA |
+| **N/A exige justificativa explícita** | Não pode marcar N/A sem explicar o porquê. |
+
+---
+
+## 🛠️ O Formato do Relatório
+
+Toda análise de conformidade deve começar com a tabela abaixo:
+
+```markdown
+## 📊 Tabela de Cobertura de Padrões
+
+**Arquivo de Referência:** {nome_do_arquivo}.md
+**Total de Seções Identificadas:** {N}
+
+| # | Seção (da Norma) | Status | Evidência / Justificativa |
+|---|------------------|--------|---------------------------|
+| 1 | {Nome da Seção 1}| ✅/⚠️/❌/N/A | arquivo.ts:123 ou motivo |
+| 2 | {Nome da Seção 2}| ✅/⚠️/❌/N/A | arquivo.ts:456 ou motivo |
+| N | {Nome da Seção N}| ✅/⚠️/❌/N/A | ... |
+
+**Verificação de Completude:**
+- Seções na norma: {N}
+| Linhas na tabela: {N}
+| Status: ✅ Completo / ❌ Incompleto
+```
+
+---
+
+## 💡 Legenda de Status
+
+| Status | Significado | Quando usar |
+|--------|-------------|-------------|
+| ✅ Em Conformidade | O código segue o padrão integralmente. | O código reflete exatamente o esperado. |
+| ⚠️ Parcial | Segue em parte, mas há lacunas. | Implementação incompleta ou melhorias necessárias. |
+| ❌ Não-Conforme | Não segue o padrão ou está ausente. | Implementação incorreta ou inexistente. |
+| N/A | Não se aplica a este contexto. | O padrão não faz sentido para este tipo de arquivo. |
+
+---
+*Genesis Grid - Sovereignty through Systematic Validation.*

package/dist/.context/pt-br/skills/patterns/exit_criteria/SKILL.md

@@ -0,0 +1,38 @@
+---
+name: zenith:exit_criteria
+description: Critérios de aceitação técnica e portões de saída da tarefa. Use para garantir que nada foi esquecido.
+---
+# 🏁 Critérios de Saída (Exit Criteria)
+
+Define o que constitui uma tarefa "Concluída" (**Definition of Done**) no Protocolo Zenith.
+
+## 📦 Definition of Done (DoD)
+
+Você só pode alegar conclusão quando:
+
+- [ ] Todos os itens do checklist da tarefa estão marcados.
+- [ ] Comandos de verificação (build, test, lint) passaram.
+- [ ] Evidência de saída (logs de teste/build) incluída na resposta.
+- [ ] Nenhuma incerteza ("deve funcionar", "provavelmente") na mensagem final.
+- [ ] O rastreamento de estado (`state_tracking`) mostra todas as fases concluídas.
+
+---
+
+## 📝 Estrutura de Entrega Mandatória
+
+Toda conclusão de tarefa deve seguir este formato:
+
+```markdown
+### ✅ Status: Tarefa Concluída
+
+**Evidências de Validação:**
+- **Testes:** 15/15 passando [saída anexada]
+- **Lint:** Sem erros [saída anexada]
+- **Build:** Sucesso [saída anexada]
+- **Padrões:** Todos os critérios de aceitação verificados.
+
+A implementação está completa, verificada e pronta para o próximo ciclo PREVICE.
+```
+
+---
+*Genesis Grid - Quality through Rigorous Acceptance.*

package/dist/.context/pt-br/skills/patterns/failure_recovery/SKILL.md

@@ -0,0 +1,30 @@
+---
+name: zenith:failure_recovery
+description: Protocolo de recuperação de falhas técnicos ou de processo. Use quando a IA cometer erros ou o pipeline quebrar.
+---
+# 🚑 Recuperação de Falhas (Failure Recovery)
+
+Protocolo para lidar com violações de skill ou erros técnicos durante o desenvolvimento.
+
+## 🚩 Quando Você Viola uma Skill
+
+**Skills são violadas ao pular etapas, ignorar checklists ou inverter a ordem (ex: TDD).**
+
+### Procedimento de Recuperação de Violação
+
+1.  **Detectar**: Identificar o ponto exato onde o processo divergiu (ex: código escrito antes do teste).
+2.  **Resetar**: Reverter as mudanças que violaram a skill (ex: `git checkout file.ts` ou deletar o código).
+3.  **Reiniciar**: Recomeçar a fase pela etapa correta da skill (ex: escrever o teste que falha).
+
+---
+
+## 🔧 Quando as Coisas Quebram (Erros Técnicos)
+
+Se você ficar travado em um erro de build ou teste por mais de 3 tentativas:
+
+1.  **PARE**: Não tente adivinhar a solução repetidamente.
+2.  **DOCUMENTAR**: Descreva exatamente o que aconteceu, inclua logs de erro na íntegra.
+3.  **ESCALE**: Notifique o usuário sobre o bloqueio e peça orientação técnica ou contexto adicional.
+
+---
+*Genesis Grid - Resilience by Design.*

package/dist/.context/pt-br/skills/patterns/quality_gate/SKILL.md

@@ -0,0 +1,43 @@
+---
+name: quality_gate
+description: Critérios de aceitação técnica e portões de qualidade para código, design e segurança.
+---
+---
+name: quality_gate
+description: |
+  Defines hard gates for technical acceptance. Code must pass all gates before being 
+  considered "Done" according to the GG-Methodology.
+
+trigger: |
+  - Before marking a task as complete
+  - During PR/Code Review
+  - During Validation phase (PREVICE)
+
+sequence:
+  after: [execution]
+  before: [confirmation]
+---
+
+# 🚪 Quality Gates (Portões de Qualidade)
+
+## 🏗️ 1. Portão de Engenharia
+- [ ] **Build:** `npm run build` passa sem erros.
+- [ ] **Lint:** Sem avisos (warnings) críticos de linter.
+- [ ] **Types:** `tsc` passa sem erros de tipos.
+
+## 🎨 2. Portão de Design
+- [ ] **Tokens:** Uso exclusivo de HSL tokens. Sem cores hardcoded.
+- [ ] **Componentes:** Uso exclusivo de primitivos `@/components/ui/`.
+- [ ] **Aesthetics:** Visual alinhado ao Genesis Design System v1.1.0.
+
+## 🛡️ 3. Portão de Segurança
+- [ ] **Secrets:** Sem segredos ou chaves no código.
+- [ ] **OWASP:** Verificação contra os Top 10 riscos concluída.
+- [ ] **Auth:** Proteção de acesso validada.
+
+## 🧪 4. Portão de Testes
+- [ ] **Cobertura:** 100% de cobertura em lógica crítica.
+- [ ] **Estabilidade:** Testes unitários e E2E passam.
+
+---
+*Genesis Grid - Zero Defects Policy.*

package/dist/.context/pt-br/skills/patterns/standards_workflow/SKILL.md

@@ -0,0 +1,45 @@
+---
+name: standards_workflow
+description: Fluxo de verificação de conformidade com normas técnicas do Framework.
+---
+---
+name: standards_workflow
+description: |
+  Systematic validation against technical standards. Combines automated scanning 
+  with architectural audit.
+
+trigger: |
+  - Before large architectural changes
+  - Final validation phase of PREVICE
+  - Security or Quality audits
+
+sequence:
+  after: [exploring_codebase]
+  before: [writing_plans, quality_gate]
+
+related:
+  similar: [quality_gate]
+---
+
+# 📏 Fluxo de Normas (Standards Workflow)
+
+Workflow para garantir que o projeto segue a **GG-Methodology** e o **Protocolo Zenith**.
+
+## 🔄 O Processo de Auditoria
+
+1.  **Mapear Normas**: Identifique quais arquivos de normas em `.context/docs/standards/` se aplicam (ex: `frontend.md`, `typescript.md`).
+2.  **Escaneamento Sistemático**: Percorra a base de código comparando com cada seção da norma.
+3.  **Tabela de Cobertura**: Gere a tabela de cobertura obrigatoriamente usando o padrão [zenith:coverage_table](file:///.context/pt-br/skills/patterns/coverage_table/SKILL.md).
+4.  **Relatório de Gaps**: Para cada item ⚠️ ou ❌, gere uma recomendação acionável no `walkthrough.md`.
+
+---
+
+## 📋 Padrões Mandatórios
+
+Esta skill utiliza estes padrões universais:
+- **Coverage Table:** [skills/patterns/coverage_table/SKILL.md](file:///.context/pt-br/skills/patterns/coverage_table/SKILL.md)
+- **Quality Gate:** [skills/patterns/quality_gate/SKILL.md](file:///.context/pt-br/skills/patterns/quality_gate/SKILL.md)
+- **Exit Criteria:** [skills/patterns/exit_criteria/SKILL.md](file:///.context/pt-br/skills/patterns/exit_criteria/SKILL.md)
+
+---
+*Genesis Grid - Precision through Standards.*

package/dist/.context/pt-br/skills/patterns/state_tracking/SKILL.md

@@ -0,0 +1,31 @@
+---
+name: zenith:state_tracking
+description: Rastreamento de estado e progresso para tarefas complexas. Use para evitar alucinação por perda de contexto.
+---
+# 📍 Rastreamento de Estado (State Tracking)
+
+Padrão mandatório para manter a IA orientada em fluxos de trabalho longos ou complexos.
+
+## 📊 Bloco de Estado Zenith
+
+Adicione este bloco ao início ou fim de cada interação enquanto executa uma skill:
+
+```text
+--- 🕹️ ZENITH STATE ---
+SKILL: [nome-da-skill]
+FASE: [fase-atual-conforme-a-skill]
+STATUS: [✓ Concluído | → Em Progresso | ⏳ Pendente]
+PÓXIMO: [próxima ação técnica]
+EVIDÊNCIA: [link do arquivo ou log de verificação]
+BLOQUEIO: [nenhum | descrição do problema]
+-----------------------
+```
+
+## 💡 Por Que Usar?
+
+- **Prevenção de Deriva:** Garante que a IA não pule etapas do ciclo PREVICE.
+- **Continuidade:** Facilita a retomada de trabalho se a sessão for interrompida.
+- **Visibilidade:** Permite ao usuário (GG) auditar o progresso exato em tempo real.
+
+---
+*Genesis Grid - Context Sovereignty.*

package/dist/.context/pt-br/skills/patterns/task_tracking/SKILL.md

@@ -0,0 +1,27 @@
+---
+name: zenith:task_tracking
+description: Gestão do checklist operacional (task.md). Use para manter o progresso visível e organizado.
+---
+# 📝 Gestão de Tarefas (Task Tracking)
+
+Integração obrigatória com o arquivo `task.md` e a ferramenta `task_boundary`.
+
+## 📋 Regras de Ouro
+
+1.  **Atomicidade**: Liste tarefas que possam ser concluídas em 2 a 5 minutos.
+2.  **Sincronização**: Toda chamada à ferramenta `task_boundary` deve refletir o estado atual do `task.md`.
+3.  **Notação**:
+    - `[ ]` Pendente
+    - `[/]` Em execução
+    - `[x]` Concluído
+
+## 🔄 Fluxo de Trabalho
+
+- **Antes de Iniciar**: Crie o arquivo `task.md` detalhado.
+- **Durante a Execução**: Marque como `[/]` ao iniciar uma linha de trabalho.
+- **Ao Terminar**: Marque como `[x]` e inclua a evidência no `walkthrough.md`.
+
+> **Aviso:** Trabalhar sem atualizar o tracking de tarefas é considerado uma violação de governança do Framework.
+
+---
+*Genesis Grid - Organization defines Scale.*

package/dist/.context/pt-br/skills/performance_profiling/SKILL.md

@@ -0,0 +1,60 @@
+---
+name: performance_profiling
+description: Princípios de profiling de performance. Medição, análise e técnicas de otimização para Web e Backend.
+allowed-tools: Read, Glob, Grep, Bash
+---
+
+# ⚡ Performance Profiling (Soberania Zenith)
+
+> Meça, analise, otimize — exatamente nessa ordem.
+
+## 1. Core Web Vitals (Metas de Elite)
+
+| Métrica | Bom (Verde) | Pobre (Vermelho) | O que mede? |
+|--------|------|------|----------|
+| **LCP** | < 2.5s | > 4.0s | Carregamento (Largest Contentful Paint) |
+| **INP** | < 200ms | > 500ms | Interatividade (Interaction to Next Paint) |
+| **CLS** | < 0.1 | > 0.25 | Estabilidade Visual (Cumulative Layout Shift) |
+
+---
+
+## 2. Fluxo de Trabalho de Profiling
+
+```
+1. BASELINE   → Medir o estado atual (sem mudanças).
+2. IDENTIFICAR → Encontrar o gargalo (Bottleneck).
+3. CORRIGIR    → Aplicar mudança direcionada (Pilar VI).
+4. VALIDAR     → Confirmar a melhoria com novos dados.
+```
+
+## 3. Análise de Bundles (Frontend)
+
+Ao analisar o tamanho do app, procure por:
+- **Dependências Gigantes**: Estão no topo do bundle? Use versões "lite".
+- **Código Duplicado**: Múltiplos chunks carregando a mesma lib?
+- **Exports Não Utilizados**: O tree-shaking está funcionando?
+- **Divisão de Código**: As rotas estão sendo carregadas de forma preguiçosa (Lazy Load)?
+
+---
+
+## 4. Gargalos Comuns por Sintoma
+
+| Sintoma | Causa Provável |
+|---------|--------------|
+| Carregamento inicial lento | JS muito grande, bloqueio de renderização. |
+| Interações travadas | Handlers de evento pesados ocupando a main thread. |
+| "Pulos" durante o scroll | Layout thrashing (mudanças de DOM excessivas). |
+| Memória subindo sem parar | Memory Leaks ou referências retidas desnecessariamente. |
+
+---
+
+## 5. Prioridades de "Ganhos Rápidos" (Quick Wins)
+
+1. **Habilitar Compressão**: Gzip/Brotli.
+2. **Lazy Load de Imagens**: Não carregue o que não está na tela.
+3. **Code Splitting**: Divida o app por rotas.
+4. **Caché de Ativos Estáticos**: Estratégias de Cache-Control e Service Workers.
+
+---
+
+> **Lembre-se:** O código mais rápido é aquele que não precisa rodar. Remova o desnecessário antes de otimizar o complexo.