kairos-forge

Plugin kairos-forge from marketplace kairos-forge in VilelaAI/KairOS-Forge. Commands read from the repo's manifest — 3 days ago.

Skills (19)

• analisar-ameacas

  Modelo de ameaças antes de implementar feature sensível (auth, PII, multi-tenant, upload, IA, billing). Read-only, Helena coordena. Código já escrito é o revisar.

• auditar

  Pontua o estado da fábrica no projeto em seis dimensões (0–120) e devolve as 3 lacunas de maior alavancagem. Semanal, read-only. Diff é o revisar; aceite de SPEC, o validar.

• avaliar

  Eval de comportamento não-determinístico (LLM, agente, extração, roteamento): gold set versionado, rubrica em cinco eixos, gate no CI. Alice. Teste de código determinístico é do Ricardo.

• desenhar

  Handoff de design entre SPEC e implementação de feature com UI: fluxos, cinco estados por view, acessibilidade, aceite visual. Modo verificar confere a implementação. Isabela. Sem UI, não use.

• diagnosticar

  Diagnóstico técnico de sistema existente: mede, pontua seis dimensões, prioriza por impacto × esforço e entrega roadmap. Porta de entrada de legado. Rafael. A fábrica em si é o auditar.

• entregar

  Arco fechado de uma feature inteira: especificar, construir, validar, revisar e PR, com correção roteada ao agente responsável dentro de um orçamento. Etapa isolada usa a skill dela; deploy é o lancar.

• especificar

  Inicia o spec-driven development: Laura classifica, arquitetos interrogam, SPEC rastreável em docs/specs/. Use antes de codar qualquer mudança não-trivial; trivial (1 arquivo, <20 linhas) vai direto.

• evoluir

  Entrevista semanal depois do auditar: escolhe UMA capacidade nova da fábrica para a próxima semana. Não constrói, especifica. Melhorar métrica específica é o otimizar.

• lancar

  Deploy com gates: checklist, aprovação explícita, health check em três camadas, rollback com gatilho objetivo. Marcos. Revisar código é o revisar; monitoramento contínuo não é aqui.

• mapear-arquitetura

  Inventário estrutural de código brownfield: componentes, acoplamento, bounded contexts, plano de decomposição. Read-only, docs/arquitetura/. Fatos e decisões do projeto são o mapear-conhecimento.

• mapear-conhecimento

  Constrói, atualiza e consulta o grafo de conhecimento em .agents/grafo/ (entidades, relações com proveniência, multi-hop). Olívia. Busca por similaridade é do André; estrutura de código, o mapear-arquitetura.

• migrar

  Modernização de legado por estrangulamento: testes de caracterização, rota de corte com rollback, manter-ou-reverter por fatia. Ivan. Refactor pequeno é o especificar; métrica em código são, o otimizar.

• mobilizar

  Time paralelo executando uma SPEC com file ownership e quadro de tarefas em arquivo (quadro.py), nos quatro CLIs. Tarefa sequencial, pequena ou de discussão é o rodar.

• onboardar

  Primeira vez num projeto: 7 perguntas, gera CLAUDE.md, pastas, contexto de testes e estado operacional. Projeto já onboardado edita o CLAUDE.md ou roda o auditar.

• otimizar

  Ciclo de catraca guiado por métrica mensurável por comando: uma mudança por rodada, medir, manter ou reverter via git. Exige métrica honesta, git limpo e arquivos delimitados. Sem métrica é o revisar.

• relatar

  Responde o que foi entregue, por que foi decidido assim e quanto custou em tokens, com a fonte de cada número, e monta o status do período. Use para "o que entregamos", "quanto gastamos", "por que decidimos". Pontuar a fábrica é o auditar.

• revisar

  Revisa o diff da branch antes de PR ou push: Helena, Patrícia, Vinícius e Marcos conforme o escopo, parecer com severidade. Aceite contra SPEC é o validar, que roda antes.

• rodar

  Executa agentes da fábrica em primeira pessoa ("chamar a Laura", "rodar squad"), em modo conversacional. Paralelo com file ownership é o mobilizar; produzir a SPEC é o especificar.

• validar

  Aceite da implementação contra a SPEC: requisitos, tarefas, critérios, gates e evidências; relatório em docs/specs/validacoes/. Depois de mobilizar/rodar, antes de revisar. Não é code review.

Subagents (71)

• ada-acessibilidade

  Acessibilidade: auditoria WCAG, ARIA, contraste, navegação por teclado, axe-core. Corrige componentes.

• alice-evals

  Avalia sistemas de IA de forma independente: eval harness com gold set, red team de prompts, alucinação, regressão de prompt como gate. Nunca avalia o que construiu; teste de código é do Ricardo.

• aline-aiops

  IA aplicada a operações: detecção de anomalia, correlação de alertas, RCA assistida, previsão de capacidade sobre a telemetria da Renata.

• andre-busca

  Busca: full-text, vetorial (pgvector), híbrida e RAG. Mede precision/recall com queries reais.

• apoio-alvaro-inversao

  Inversão de Munger e pre-mortem: o que faria esta decisão fracassar, efeitos de segunda ordem, anti-padrões. Red team agressivo é do Félix; princípios, da Lúcia.

• apoio-breno-riscos

  Riscos de projeto: registro RAID vivo, probabilidade × impacto com dono e gatilho, dependências externas, estimativa probabilística (PERT, P50/P85).

• apoio-bruno-taxonomia

  Taxonomia: categorização, hierarquias de informação, ontologia do produto, design tokens. Nome de feature é da Elisa [Naming]; tom de voz, da Cora.

• apoio-caio-aceite

  Critérios de aceite verificáveis (WHEN/THEN), caça a ambiguidade ("rápido", "seguro" sem número), user stories INVEST, cenários de erro e borda.

• apoio-celina-microcopy

  Microcopy de interface: mensagens de erro, empty states, CTAs, tooltips, placeholders. Revisão de texto existente é da Letícia; docs de usuário, do Renato.

• apoio-clara-comunidade

  Comunidade de contribuidores: contributor ladder, código de conduta, governança, reconhecimento. Tooling e setup são do Enzo; DORA, do Tomás.

• apoio-cora-voz

  Tom de voz do produto: guia de estilo de escrita, personalidade da marca na interface. Nome de feature é da Elisa [Naming]; taxonomia, do Bruno.

• apoio-dante-desbloqueio

  Decisão travada ou discussão em impasse: reformular o problema, pensamento lateral, destravar. Spec/ADR estruturado é do Marcos [Specs]; demo, da Helena [Apresentação].

• apoio-elisa-naming

  Nomes de features, produtos, componentes, variáveis semânticas e convenções de código. Taxonomia é do Bruno; tom de voz, da Cora. Cloud é a outra Elisa (core).

• apoio-enzo-dx

  Developer experience: setup de projeto, tooling, feedback loops, developer journey. Comunidade é da Clara; DORA metrics, do Tomás.

• apoio-felix-provocador

  Red team de decisão: questionamento agressivo, edge cases, failure modes, stress test. Pre-mortem e inversão são do Álvaro; princípios, da Lúcia.

• apoio-helena-apresentacao

  Demo e apresentação para stakeholder: roteiro, narrativa de progresso. Spec/ADR é do Marcos [Specs]; impasse, do Dante. Segurança é a outra Helena (core).

• apoio-hugo-priorizacao

  Priorização de backlog: valor vs esforço, RICE, WSJF, análise de impacto. Plano de lançamento é da Sofia; ROI e desperdício, do Rui.

• apoio-iara-planejamento

  Plano de projeto: marcos verificáveis, estimativa por faixa, dependências, caminho crítico, sequenciamento pelo risco. Riscos são do Breno; status, da Talita.

• apoio-ingrid-localizacao

  Internacionalização (i18n/l10n): glossário multi-idioma, data/moeda/fuso/plural, tradução com contexto, pseudo-localização.

• apoio-joana-elicitacao

  Pedido vago ("o cliente quer um dashboard"): entrevista de descoberta, 5 Porquês, JTBD, mapa de stakeholders, separar necessidade de solução. Critério de aceite é do Caio.

• apoio-leticia-revisao

  Revisão textual de interface existente: consistência, tom, terminologia, acessibilidade linguística. Texto novo é da Celina; docs de usuário, do Renato.

• apoio-lia-instrumentacao

  Tracking plan: eventos de analytics, propriedades, qualidade do dado de produto. KPIs e cohorts são do Otávio; experimento A/B, da Vera.

• apoio-lucia-principios

  Princípios arquiteturais: SOLID, CAP, Lei de Conway, simplicidade; audita a decisão contra eles. Pre-mortem é do Álvaro; red team, do Félix.

• apoio-marcos-specs

  Estruturar spec, ADR, RFC ou documento de decisão com narrativa clara. Demo é da Helena [Apresentação]; impasse, do Dante. DevOps é o outro Marcos (core).

• apoio-norma-nfr

  Requisitos não-funcionais esquecidos (desempenho, segurança, confiabilidade, custo), conflito entre requisitos, completude da SPEC antes de implementar.

• apoio-otavio-metricas

  KPIs de produto, métricas AARRR, dashboards, análise de cohorts. Tracking plan é da Lia; experimento A/B, da Vera.

• apoio-paula-politicas

  Políticas de acesso técnico: quem lê/escreve o quê, matriz de ownership, menor privilégio, revisão periódica de acessos.

• apoio-regina-qualidade

  Qualidade de dados com número: completude, unicidade, validade, freshness; contratos de dados; "o número não bate". Catálogo é do Vitor.

• apoio-renato-docs

  Documentação voltada ao usuário final: help center, guia de início rápido, changelog de produto. Microcopy é da Celina; docs técnicas, da Beatriz (core).

• apoio-rui-audit

  Auditoria de custo-benefício: custo de features, ROI de decisões técnicas, desperdício, tech debt. Priorização é do Hugo; lançamento, da Sofia.

• apoio-sofia-lancamento

  Plano de lançamento: comunicação de release, changelog, rollout progressivo. O deploy técnico é do /lancar (Marcos DevOps); priorização, do Hugo.

• apoio-talita-entregas

  Status de entrega para stakeholder: report com evidência, follow-ups com dono e data, comunicação de atraso com opções. Plano é da Iara; riscos, do Breno.

• apoio-tomas-impacto

  DORA metrics: deployment frequency, lead time, change failure rate, MTTR. Tooling é do Enzo; comunidade, da Clara.

• apoio-vera-growth

  Experimentação e growth: testes A/B, feature flags, loops de crescimento. Tracking é da Lia; KPIs, do Otávio.

• apoio-vitor-catalogo

  Catálogo de dados: o que existe, onde, quem é dono; linhagem; dicionário de dados. Qualidade com número é da Regina; políticas de acesso, da Paula.

• beatriz-docs

  Documentação técnica: README, ADR, changelog, runbook, onboarding. Escreve para quem vai ler.

• bento-analytics

  Engenharia de analytics: modelagem dimensional, marts, camada semântica, métrica com definição única. Schema transacional é da Fernanda; dado bruto, da Juliana.

• camila-pm

  Produto: escopo, fatiar feature em incrementos, user stories, o que é MVP. Não codifica.

• carlos-dba

  Banco em execução: migrations, otimização de query, índices justificados, RLS, triggers. Design de schema novo é com a Fernanda.

• davi-ciencia-dados

  Análise exploratória, estatística, testes de hipótese e desenho de experimentos. Modelo é da Milena; LLM, do Gabriel.

• diego-sistemas

  Arquitetura de feature antes de codar: fluxos, contratos, eventos, componentes. Produz SPECs em docs/specs/.

• elisa-cloud

  Cloud: escolha de provedor, dimensionamento, FinOps, residência de dados, lock-in. Decisão de provedor vira ADR.

• felipe-api-docs

  Documentação de API: OpenAPI, exemplos curl executáveis, error codes, collections.

• fernanda-dados

  Modelagem de dados: schema, plano de migrations, indexação, RLS, backup. Implementação é com o Carlos.

• gabriel-ia

  Features com LLM: prompt engineering, tool use, RAG, orquestração de agentes. Prompts versionados como código.

• gael-gitops

  GitOps: ArgoCD, Kustomize, sincronização Git→cluster, canary e blue-green. Rollback é git revert.

• heitor-mlops

  Modelo de ML em produção: deploy, drift, retraining, model registry, rollback de modelo. Treino é da Milena; CI/CD da aplicação, do Marcos.

• helena-security

  Segurança antes de todo PR: OWASP, RLS, secrets em commit, tratamento de input. Sinaliza, não modifica código.

• igor-iac

  Infraestrutura como código: Terraform, state remoto, plan/apply, drift, ambientes. Toda mudança passa por plan revisado.

• isabela-ux

  UX: fluxos, jornadas, pain points em telas existentes, heurísticas de Nielsen. Não codifica.

• ivan-modernizacao

  Modernização de legado: strangler fig, migração de framework, decomposição de monolito com rollback por etapa. Decidir se migra é ADR do Rafael.

• juliana-etl

  Pipelines de dados: ETL, jobs agendados, exports, validação de qualidade. Idempotentes por padrão.

• kaique-kubernetes

  Kubernetes: manifests, Helm, autoscaling, Ingress, health checks e limites de recurso.

• laura-tech-lead

  Ponto de entrada de qualquer feature ou bug não-trivial. Analisa complexidade e aciona só os agentes relevantes; é a única que decide quem entra.

• lucas-backend

  Backend: endpoints, services, validação de input, tratamento de erro, transações.

• marcos-devops

  CI/CD, Dockerfile, pipeline de deploy, secrets, rollback, SLOs. Toda config tem plano de rollback.

• marina-frontend

  Frontend: telas, componentes, hooks e estado de aplicação.

• milena-ml

  ML clássico do produto: feature engineering, treino, avaliação honesta, versionamento de modelo e dataset. LLM é do Gabriel; deploy, do Heitor.

• murilo-eventos

  Eventos e streaming: filas, Kafka, outbox, idempotência, replay, DLQ, versionamento de eventos. API síncrona é do Thiago.

• nina-redes

  Rede e borda: VPC, DNS, load balancer, CDN, WAF, TLS. Menor superfície de exposição.

• olivia-grafos

  Grafo de conhecimento (.agents/grafo/): extração com proveniência, aliases, consultas multi-hop. Dona da skill mapear-conhecimento.

• pablo-ui
• patricia-qa
• rafael-staff
• renata-observabilidade
• ricardo-testes
• sergio-sre
• theo-distribuicao
• thiago-integracoes
• vinicius-performance
• yasmin-mobile

Hooks (13)

• SessionStart

  echo '🔥 kairos-forge v0.50 ativo — 71 agentes (40 core + 31 apoio em 10 squads) | 19 skills: /kairos-forge:onboardar mapear-arquitetura diagnosticar especificar analisar-ameacas desenhar mobilizar ro

• SessionStart

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/execucao.py" inicio 2>/dev/null || true

• UserPromptSubmit

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/execucao.py" prompt 2>/dev/null || true

• PreToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" comando

• PreToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" escrita

• PreToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" leitura

• PostToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/execucao.py" ferramenta 2>/dev/null || true

• PostToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/execucao.py" alerta 2>/dev/null || true

• PostToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" spec

• PostToolUse

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" contrato

• PostToolUse

  IN=$(cat); FILE=$(printf '%s' "$IN" | jq -r '.tool_input.file_path // empty'); SID=$(printf '%s' "$IN" | jq -r '.session_id // "sem-sessao"'); MARCA="${TMPDIR:-/tmp}/kairos-forge-lembrete-$SID"; if [

• Stop

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/execucao.py" fim 2>/dev/null || true

• Stop

  python3 "${CLAUDE_PLUGIN_ROOT}/scripts/guardrail.py" parada

Similar plugins