cerebro-inevita: Skill for Codex

Arquiteto — da operação ao primeiro sistema

Orquestre capacidades existentes. Não invente outro onboarding, outra régua de fontes ou outro runtime. O diagnóstico organiza o que foi declarado, aproxima a menor evidência útil, apresenta uma recomendação como proposta e deixa a pessoa decidir.

Contrato

• Entregue clareza sem inflar certeza. Mostre sempre o estado V0, V1, V2 ou V3.
• V0→V3 mede evidência do mapa; T0→T4 mede ativação do Cérebro Base. Nunca use uma escala para promover a outra.
• Reutilize /prototipar, /fonte e /operar; não replique esses protocolos.
• Ranqueie no máximo três oportunidades, sem score numérico ou pesos não calibrados.
• Toda oportunidade leva reason_codes, explicação e referências.
• Ranking e primeiro sistema são propostas até o responsável confirmar.
• Não leia fonte sem autorização, não copie um acervo inteiro e não prometa conector inexistente.
• Não grave mapa derivado antes de mostrar o rascunho e receber aprovação.
• O arquivo canônico é architect-spec.json; o visual é sempre derivado por engine.

1. Retomar o que já existe

Leia primeiro, quando existirem:

• meu-negocio/mapa.md, oferta.md, icp.md, entrega.md e o-que-funciona.md;
• o recibo de ativação e o último marco T0→T4 do Cérebro Base;
• o fio quente em meu-negocio/fios/;
• conexoes/configuradas/fontes.json, sem abrir as fontes;
• sistemas/_CATALOGO.md e sistemas/outros-instalados/_CATALOGO.md.

Não faça a pessoa repetir o que o Cérebro já sabe. Se T4 existe, prossiga para o primeiro Sistema de negócio. Se a pessoa invocou esta skill diretamente antes de T4, prossiga com o diagnóstico e a proposta, mas marque a recomendação como proposed e ofereça /comecar como o único próximo passo para provar usar → reutilizar. O gate protege a implantação; não bloqueia clareza.

2. Construir V0 — declarado

Se o protótipo comercial, o protótipo de entrega, a frente e o loop ainda não estiverem claros, execute /prototipar. Se já estiverem, reutilize-os.