Clareo Labs Acesso ao Portal
Método · Framework Clareo v2.0

O método é o produto.
Aplicado igual em cada empresa, com ajuste de cadência.

O framework Clareo é um sistema operacional de gestão. Tem entradas (diagnóstico, BC), regras (scoring, taxonomia de risco), saídas (decisões registradas, agentes em produção) e um ciclo (comitê quinzenal). Aqui está como ele roda.

As cinco fases

De fundação a operação, em 5 fases vinculantes.

F1
Fundação · ~30 dias

Documentos de fundação e tese formalizados.

Antes de qualquer agente, antes de qualquer comitê, a Clareo Labs publica quatro artefatos vinculantes: Thesis (a tese e why-now), Foundation (framework de 8 pilares + Company Brain + mapping com normas), Operating Map (tradução em ganhos por dimensão por empresa) e Action Plan (lacunas + plano + pacotes). É o contrato moral com o portfólio. Sem isso, não há linguagem comum entre Clareo, sponsor e empresas.

Foundation v2.0 Operating Map v2.0 Thesis v2.0 Action Plan v2.0 Workspace Notion
F2
Base de Conhecimento + Framework · ~45 dias

Company Brain estruturado em 4 blocos mínimos.

A Base de Conhecimento atravessa todos os pilares. Quatro blocos mínimos por empresa: financeiro (P&L, fluxo, indicadores), time + PDIs (capacidades, sucessão), estratégia (OKRs, decisões) e projetos estratégicos (status, riscos, cronograma). Dentro da BC entra a ontologia operacional — vocabulário comum de entidades, relações e owners — para que agentes e comitê usem o mesmo modelo de dados da empresa. Em paralelo, o framework Clareo recebe taxonomia de risco (EU AI Act) e modelo de scoring de iniciativas.

4 blocos da BC Ontologia operacional Charter-base do comitê Modelo de scoring Taxonomia de risco
F3
Aplicação Axia · ~90 dias

Charter Axia, comitê quinzenal e Faixa A em pilotagem.

Política de IA aprovada. Comitê executivo formado. Backlog scoreado (45+ iniciativas). Roadmap 90/180/365. A operação roda via célula FDE (Forward Development Engineering) multi-setorial embutida na empresa — PMO, infra e IA no mesmo ciclo. Primeira reunião do comitê em julho/26. Três agentes Faixa A entram em pilotagem: qualificação de leads, squad SAC pós-obra e previsto×realizado de obra.

Charter Axia Célula FDE Comitê quinzenal Backlog 45+ 3 agentes Faixa A
F4
Aplicação Tecnofibras · ~90 dias

Diagnóstico aplicado, charter e cadência do comitê.

Mesmo framework, ajuste de cadência. Diagnóstico aplicado começa em agosto/26. Casos prováveis: copiloto de R&D, supply chain com previsão de demanda, agente de PCP, qualidade por visão computacional, qualificação comercial B2B. Primeira reunião do comitê provável 1T/27.

Diagnóstico aplicado Charter Tecnofibras Cadência do comitê Casos confirmados
F5
Operação + revisão anual · contínuo

Operação, revisão anual do framework e decisão de externalização.

4T/26: agentes Axia em produção supervisionada. 1T/27: comerciais B2B Tecnofibras qualificam, primeiro comitê. Revisão anual do framework: o que mudou em modelos, custos, regulação. 2027+: decisão go/no-go sobre externalizar a camada Clareo como serviço para fora do portfólio.

Operação supervisionada Revisão anual Auditoria de governança Decisão de externalização
Modelo de atuação

FDE — Forward Development Engineering.

Não é squad de TI isolado nem consultoria que entrega deck e sai. É uma célula multi-setorial embutida na empresa — PMO/projeto, infra e IA no mesmo ciclo — para cobrir o projeto ponta a ponta.

O que é

Célula in-house com papéis complementares (gestão de projeto, infraestrutura e IA) operando contra o mesmo backlog, a mesma BC e o mesmo rito de comitê.

Por que multi-setorial

Abrangência real do projeto exige quem prioriza e governa, quem integra sistemas e dados, e quem desenha e opera agentes — juntos, não em handoffs entre silos.

Entregáveis típicos

Backlog scoreado, agentes com owner e KPI, ontologia da BC usável, decisões de comitê registradas e runbooks de operação supervisionada.

Modelo de scoring

Toda iniciativa é classificada antes de entrar em backlog.

O scoring consolidado vai de 0 a 100. A faixa determina o tratamento. Sem score, não entra; sem dono, não roda; sem KPI, não fica.

Faixa Score Tratamento Status típico
Faixa A ≥ 80 Pilotagem imediata, agente em produção em ≤ 90 dias, comitê acompanha quinzenalmente Em produção / em pilotagem
Pilotar 60–79 Validar hipótese técnica e econômica antes de pilotar — gate de promoção para Faixa A Em validação
Plan < 60 Concebido mas não pilotado. Aguarda gatilho (regulação, custo de inferência, dependência) Em backlog
Critério 01
Impacto no P&L
Quanto move receita ou custo nos próximos 12 meses
Critério 02
Viabilidade técnica
Maturidade do modelo, disponibilidade de dados, integração
Critério 03
Risco regulatório
Classificação EU AI Act, exposição LGPD, auditabilidade
Critério 04
Reuso na camada
Se o agente compõe a camada Clareo (vale para outras empresas)
Princípio transversal

Trust Boundary — restrição de projeto, não compliance reativa

Em qualquer indústria onde clientes confiam dados sensíveis à empresa, o trust boundary é a primeira restrição de projeto de qualquer produto baseado em IA. Para Clareo, três implicações práticas:

  • LGPD não é compliance reativa — é decisão de projeto desde o primeiro caso de uso.
  • Nenhuma iniciativa Clareo usa dados pessoais sem base legal declarada.
  • A camada de IA opera dentro do perímetro de dados do cliente — nunca em sistemas que requerem que dados saiam da empresa para serem processados.

Ver mapping completo com NIST AI RMF, ISO 42001, EU AI Act e LGPD-by-design →

Como ler o método

É um sistema, não uma receita.

O framework é o mesmo. As cadências variam. As entradas variam. As saídas variam. O que não varia é a disciplina: BC viva, comitê vinculante, scoring antes de backlog, governança formal, agentes com KPI próprio. Sem essa disciplina, a camada não opera — apresenta. O resultado da disciplina é a vantagem cumulativa de IA (compounding AI advantage): cada iniciativa torna a próxima mais barata e mais acurada, porque conhecimento institucional vira infraestrutura, revisões humanas alimentam o sistema e adoção compõe sobre adoção.

Ver método aplicado no portal