ova

Arquitetura

Um harness, muitas aplicações: porque as licenças de IA não se acumulam

Um harness de IA é a fundação partilhada onde correm as suas aplicações. Constrói-se uma vez e cada nova aplicação sobre o ERP e o CRM custa menos.

Por Frideric Pétré · · Atualizado · 6 min de leitura

A maioria das empresas já paga licenças de IA por utilizador. Poucas têm aplicações de IA a funcionar. A diferença é importante, porque as licenças tornam as pessoas mais rápidas, enquanto as aplicações mudam a forma como o próprio trabalho decorre, e só uma das duas se acumula em algo de que a empresa é proprietária.

O passo de uma para a outra não é um modelo melhor nem mais uma subscrição. É uma fundação partilhada onde as aplicações possam correr: um harness de IA.

Um harness de IA é a fundação partilhada onde correm as suas aplicações de IA: identidade e permissões, orquestração de workflows com passos de aprovação humana, um trilho de auditoria, conectores aos seus sistemas de registo e contexto partilhado da empresa. Cada nova aplicação constrói sobre ela em vez de começar do zero.

Uma licença por pessoa não é um sistema

Escrever, resumir e pesquisar com o ChatGPT, o Claude ou o Copilot é genuinamente útil. Mas acontece ao lado do processo, uma pessoa de cada vez. Nada muda no fluxo de encomendas, no ciclo de orçamentos ou no planeamento, e nada é medido onde o trabalho realmente acontece.

Licenças versus aplicações: doze licenças individuais, úteis para cada pessoa mas invisíveis no processo, ao lado de uma aplicação em que um pedido passa por um agente e por uma aprovação humana até ao ERP, ao CRM, aos documentos e aos dados, mensurável no próprio trabalho.

Uma aplicação é diferente. Chega um pedido, um agente recolhe o que precisa nos sistemas ligados, aplica as suas regras, detém-se onde uma pessoa tem de aprovar e escreve o resultado de volta. É software a executar um processo, com um antes e um depois que pode medir: tempo de tratamento, taxa de erro, volume processado.

O que um harness dá a cada aplicação

As partes que tornam uma aplicação fiável são sempre as mesmas. Construí-las aplicação a aplicação é a forma como as empresas acabam com uma fila de protótipos que nunca chegam à produção.

Capacidade O que faz Porque deve ser partilhada
Acessos e permissões Decide quem e o que pode ler ou alterar que dados Um único conjunto de regras entre aplicações, não um por protótipo
Workflows com passos de aprovação Liga os passos e detém-se onde uma pessoa tem de decidir Controlo humano desenhado uma vez, reutilizado em todo o lado
Visibilidade e auditoria Regista o que cada passo fez e porquê A evidência para a conformidade e para a avaliação
Conectores Lê e escreve no ERP, no CRM, nos documentos e nos dados O trabalho de integração paga-se uma só vez
Contexto partilhado Disponibiliza o conhecimento acordado da empresa, dentro das permissões As aplicações ficam mais inteligentes em conjunto, não separadamente

Na Nova AI, é isto que o Nova Backbone oferece no seu núcleo, com o Nova Memory e os conectores de dados a acrescentar contexto e integrações. Os seus sistemas de registo ficam onde estão; o harness liga-se a eles em vez de os substituir. Onde fica depois a lógica de workflow, e porque vale a pena ser proprietário dessa camada, é o tema de o seu ERP torna-se uma plataforma de dados.

A segunda aplicação já parte de mais à frente

A economia de um harness revela-se na segunda aplicação, não na primeira.

A reutilização em três barras: a primeira aplicação gasta a maior parte do esforço na fundação e o resto na sua própria lógica; a segunda e a terceira reutilizam a fundação e acrescentam apenas a lógica que as torna suas.

A primeira aplicação paga a fundação: acessos, workflows, auditoria, conectores, contexto. A segunda reutiliza tudo isso e acrescenta apenas o que a torna específica, como os seus ecrãs, as suas regras, as suas exceções. À terceira, a maior parte do esforço vai para a parte que é verdadeiramente sua. É o contrário do que acontece com as ferramentas isoladas, em que cada nova ferramenta traz as suas próprias integrações, as suas próprias permissões e os seus próprios pontos cegos.

É também por isso que a ordem importa. Comece por uma aplicação cujo workflow seja valioso e bem conhecido, como a receção de encomendas, os orçamentos ou uma revisão com muitos documentos, e deixe-a suportar a fundação. As nossas aplicações à medida mostram o tipo de workflows de que partimos.

Os modelos mudam. O seu harness fica.

O melhor modelo para uma tarefa hoje não será necessariamente o melhor daqui a seis meses. Construir a arquitetura à volta de um único fornecedor transforma esse progresso normal num projeto de migração.

Os modelos são substituíveis por trás do harness: Claude, GPT, Gemini e o seguinte de um lado; do outro, o que continua a ser seu: contexto da empresa com permissões, workflows com as suas regras e aprovações, aplicações ligadas aos seus sistemas e evidência sob a forma de trilho de auditoria e casos de teste.

Com um harness, o modelo é uma escolha de configuração. O que fica é aquilo em que realmente investiu: o contexto que lhe deu, as regras e os pontos de aprovação dos seus workflows, as aplicações ligadas aos seus sistemas e a evidência de como se comportam. Tudo isso deve estar junto do seu código personalizado. Explicamos como separamos o que é seu do que é licenciado em seja proprietário do seu software de IA.

Equipas mais rápidas, um único ponto de controlo

A tensão na maioria das empresas é conhecida. As equipas de negócio querem experimentar já; a TI tem de manter os acessos, os dados e a arquitetura sob controlo. Sem uma fundação partilhada, ambas perdem: as equipas constroem sobre a ferramenta que têm à mão e a TI herda um panorama que não consegue ver.

Um harness resolve isto por conceção. As equipas constroem aplicações sobre a mesma fundação e, por isso, avançam mais depressa. As regras de acesso, os limites dos dados e o trilho de auditoria ficam num só lugar e, por isso, a TI mantém o controlo. Cada cliente funciona no seu próprio ambiente, com os seus próprios dados, e ligar um sistema não significa mover os seus dados.

Quando um harness não é a resposta

O software standard é muitas vezes a escolha certa. Se precisa apenas de um workflow e um produto já o faz bem, utilize o produto. O argumento a favor de uma fundação partilhada começa quando várias aplicações precisam do mesmo contexto, dos mesmos conectores e da mesma governação. Isso acontece geralmente mais cedo do que as empresas esperam.

A ScopeRight, uma prática independente de avaliação e definição de âmbito, analisa a mesma mudança do lado do comprador em deixe de comprar ferramentas de IA. Do nosso lado, a pergunta é mais simples: o que vai construir primeiro, para que a segunda aplicação seja logo mais fácil?

Se já tem esse primeiro workflow em mente, fale connosco sobre o seu projeto.

Pontos-chave

  • As licenças tornam as pessoas mais rápidas; não se acumulam em nada de que a empresa seja proprietária nem que possa medir num processo.
  • Um harness de IA é a fundação partilhada onde as aplicações correm: acessos, workflows com passos de aprovação, auditoria, conectores e memória.
  • A primeira aplicação paga a fundação. Cada uma das seguintes reutiliza-a e acrescenta apenas a lógica que a torna sua.
  • Os modelos são intercambiáveis por trás do harness; o seu contexto, workflows, aplicações e evidência não são.
  • Um único harness permite às equipas de negócio construir mais depressa, enquanto os acessos, os dados e a arquitetura ficam governados num só lugar.

Perguntas frequentes

O que é um harness de IA?
A fundação partilhada onde as aplicações de IA correm: identidade e permissões, orquestração de workflows com passos de aprovação humana, um trilho de auditoria, conectores a sistemas como o ERP e o CRM, e contexto partilhado. Cada nova aplicação constrói sobre ela em vez de começar do zero.
Em que é que um harness difere de comprar mais licenças de IA?
Uma licença dá a uma pessoa acesso a um modelo. Um harness permite à empresa executar as suas próprias aplicações dentro dos seus processos, ligadas aos seus sistemas e governadas num só lugar. As licenças continuam a ser úteis; só não se somam num sistema.
O Nova Backbone funciona como harness?
É esse o papel que desempenha: o núcleo oferece acessos e permissões, workflows com supervisão humana, visibilidade e auditoria, administração e APIs, e módulos como o Nova Memory e os conectores de dados acrescentam contexto. O que está disponível num projeto concreto é confirmado por projeto.
Quando é que um harness não compensa?
Quando precisa de um único workflow standard que um produto já resolve bem. O argumento a favor de uma fundação partilhada começa quando várias aplicações precisam do mesmo contexto, dos mesmos conectores e da mesma governação.
  • Harness de IA
  • Aplicações de IA
  • ERP e CRM
  • Reutilização
  • Escolha de modelos

Tem um workflow como este em mente?