Governança técnica

Auditoria de aceleradores CMS

Trocar área

Governança técnica

Auditoria de aceleradores CMS

Painel interno para registrar o que o cms-core e o cms-plugins podem acelerar sem contaminar a arquitetura multi-tenant da Noeva.

Repositórios auditados

3

cms-core, cms-plugins e seo-brain consultados como aceleradores controlados.

Dependências herdadas

0

Nenhum package da Noeva importa runtime dos aceleradores.

Regra principal

Acelerador

Ideias úteis entram por contrato próprio; persistência externa não vira core.

Evidências consultadas

Origem, papel e limite de cada acelerador

Esta tela existe para impedir reaproveitamento informal. O commit auditado vira evidência, mas a Noeva só adota padrões após revisão de boundary, segurança e testes.

cms-core

Commit 11dc75f

Auditado

Referência de painel, navegação admin, hub operacional e fluxo editorial.

Aproveitar ideias, não herdar arquitetura.

cms-plugins

Commit c4dd6a3

Auditado

Referência de catálogo, slots, manifests e famílias de plugins.

Preparar W9-S02 com adaptação por package próprio.

seo-brain

Commit a7be8fe

Auditado

Referência metodológica para SEO, GEO, AEO e qualidade editorial.

Manter como metodologia versionada, sem dependência runtime.

Decisões de adoção controlada

Cada linha separa inspiração, adaptação permitida e herança proibida.

Área Útil Adaptação Noeva Rejeitado
Rotas admin Mapa amplo de páginas administrativas e separação visual por grupos. A Noeva mantém shell próprio e adiciona governança por superfície, preservando multi-tenancy. Não copiar rotas fechadas, single-site ou dependentes de `src/data`.
Componentes Cards de hub, navegação lateral, painel de status e agrupamento por operação. Usar os primitives Astro/Tailwind da Noeva no dashboard. Não importar componentes React do acelerador para o blog público.
Plugins Manifest por plugin, slots declarativos e trilha de atualização. Converter conceito em contratos futuros para packages da Noeva. Não permitir plugin escrever arquivos do app diretamente.
Auth Fluxo simples de login ajuda a mapear estados de acesso. Apenas a ideia de bloqueio de rotas administrativas já coberta pela Noeva. Senha única `ADMIN_SECRET`, sessão sem RBAC e ausência de organização/site não entram em produção.
Persistência Estrutura de conteúdo e configuração mostra necessidades do editor. Usar como inventário de entidades e telas. Filesystem local, GitHub API e JSON como fonte final ficam proibidos para o core.

Guardrails para a próxima story

  1. 1 Todo conceito adaptado deve entrar em package próprio da Noeva com testes.
  2. 2 Toda escrita precisa carregar `organization_id` e `site_id`.
  3. 3 Nenhum redirect pode aceitar destino arbitrário do usuário.
  4. 4 Nenhum secret de plugin pode ir para frontend, arquivo público ou log.
  5. 5 Nenhum plugin pode publicar conteúdo de IA automaticamente.

Acelerador não é core

A página consolida a regra operacional da Onda 9: consultar, classificar, adaptar e testar antes de qualquer reaproveitamento.