Camada transversal da Hipereficiência
LYNSE Control Plane
A camada que carrega contexto, políticas e evidência por trás dos três motores — e registra o que aconteceu, onde e sob qual regra.
01
O que é
O Control Plane não é um quarto motor nem uma quarta camada. Ele é transversal: passa por trás de tudo e leva três coisas a cada ponto onde o trabalho acontece — o contexto do cliente, a política que vale ali, e o registro do que foi feito.
É o que permite dizer, depois, não só o que foi entregue, mas sob qual regra, com qual revisão e com qual evidência.
02
Como atravessa o método
Os motores fazem o trabalho. O Control Plane corre por baixo deles, com um ponto de controle em cada um — como uma instalação que serve todos os cômodos sem ser nenhum deles.
03
O Policy Engine
Toda ação de um agente passa por uma decisão de política, e são só três. É aqui que "IA com responsabilidade" deixa de ser frase e vira mecanismo.
Allow
A ação está dentro da política e segue sem interrupção.
Ask
A ação precisa de uma pessoa para decidir antes de seguir.
Block
A ação está fora da política e não acontece.
E dois modos de operação. Em auditoria, o Control Plane observa e registra sem interromper — serve para conhecer a operação antes de restringi-la. Em enforcement, ele aplica a política.
O enforcement depende das políticas acordadas e das integrações configuradas com cada cliente. Sem elas, o modo é de observação. Pendente: confirmar quais capacidades estão disponíveis hoje antes de publicar.
04
O que observa
Cinco famílias, correlacionadas entre si. O valor de ter as cinco no mesmo lugar é poder perguntar coisas que nenhuma responde sozinha — por exemplo, se a entrega ficou mais rápida porque o trabalho melhorou ou porque a revisão encurtou.
- Valor
- O que a entrega moveu na operação, contra a hipótese declarada antes.
- Entrega
- Cadência, tempo até produção, trabalho em aberto e espera.
- IA
- Onde agentes atuaram, dentro de quais limites e com qual revisão.
- Engenharia
- Integração, revisão e o que a construção custou depois de pronta.
- Qualidade
- Defeito, retrabalho e risco operacional atribuídos à sua origem.
05
Identidade e dados
Cada ação fica correlacionada a quem a originou — pessoa ou agente —, à política que valia e ao trabalho a que pertencia. É isso que torna o registro auditável em vez de apenas volumoso.
- São registrados metadados, hashes e estatísticas da atividade
- Código-fonte e diff bruto não são replicados por padrão
- Hospedagem, região, retenção, acessos e integrações são acordados por cliente
Pendente: este bloco descreve tratamento de dados e precisa ser revisado por quem responde pelo contrato antes de ir ao ar.
06
Quem responde
Agentes executam tarefas de engenharia dentro dos limites declarados. Pessoas respondem por contexto, priorização, decisão e qualidade — e são elas que atendem o Ask quando ele aparece.
A diferença prática é que a responsabilidade não fica implícita: toda ação tem um originador registrado, e revisão humana é parte do fluxo, não auditoria posterior.
07
O que ele não faz
- Não substitui os motores nem as camadas
- Ele conecta contexto, políticas e evidência aos três motores e às três camadas. Sem eles, não há o que governar.
- Não impõe política que não foi acordada
- O modo de enforcement depende das políticas definidas e das integrações configuradas com o cliente. Sem isso, ele observa e registra, não bloqueia.
- Não é um painel de BI
- A telemetria existe para decidir — continuar, ajustar, escalar ou encerrar. Métrica sem consequência de decisão sai do conjunto.
Como a IA trabalha hoje na sua engenharia?
Traga o contexto, as restrições e o que precisa ficar registrado. A gente começa por aí.