O harness é a empresa: IA multiplica times onde pessoas rendem

A empresa como harness

A tese central é que toda empresa de SaaS tenderá a se tornar um harness em torno de um modelo, tenha ou não percebido isso. O termo designa, em sentido amplo, a infraestrutura, as interfaces, o contexto e o estado que envolvem um LLM sem estado e o tornam capaz de realizar trabalho. Pode incluir sub-harnesses especializados, coordenados por um meta-harness. Uma fábrica de software seria um exemplo: módulos escrevem especificações, código e revisões, enquanto uma camada decide o que roda e quando.

Da assistência à orquestração

A transformação ocorreria em etapas. Primeiro, a empresa vende serviços de software sem harness. Depois, engenheiros passam a trabalhar em conjunto com agentes, seguidos por áreas como produto e vendas. Nesse estágio, indivíduos operam harnesses. Em seguida, tarefas centrais migram para agentes em segundo plano executados na nuvem; profissionais passam a acioná-los, fornecendo instruções, e a revisar seus resultados. Por fim, agentes proativos assumem mais decisões, pessoas se concentram na revisão e avaliações consistentes podem se tornar amostrais. A organização passa a ser orquestrada pelos harnesses, e não o contrário.

Nesse cenário, a produção do serviço se desloca das pessoas para o harness. As tarefas centrais são executadas por agentes e o produto passa a ser, em grande medida, uma saída de modelo, enquanto a empresa fornece contexto, integrações, permissões e interfaces para revisão humana. O organograma se inverte: a questão deixa de ser apenas como distribuir o trabalho entre pessoas e passa a ser onde colocar profissionais para que o sistema aproveite melhor seu gosto e julgamento.

Qualidade e julgamento humano

A possibilidade de uma fábrica de produtos gerados por IA produzir conteúdo de baixa qualidade não é descartada, mas a crítica, segundo a tese, pressupõe uma operação totalmente automática. Um bom harness deve direcionar a atenção humana para os pontos em que ela tem mais valor. Um agente poderia reunir perguntas feitas por representantes em reuniões com clientes, sintetizar as respostas e apresentar uma demonstração para um responsável por produto; transformar uma sugestão de recurso em uma decisão arquitetural para alguém de engenharia; ou agregar feedback e testar alternativas de interface antes de submeter as melhores opções a um responsável por design.

O objetivo seria maximizar o valor para o cliente, consumindo a atenção de funcionários e clientes apenas quando necessário. Ainda assim, confiar aos agentes o ciclo externo, que envolve planejamento e revisão, é considerado difícil mesmo com modelos de fronteira atuais. A expectativa é que isso possa mudar à medida que esse trabalho seja dividido em tarefas com recompensas verificáveis, passíveis de treinamento pelos laboratórios.

Novo núcleo de diferenciação

Se os harnesses produzem e vendem o produto, sua construção se torna a competência central da empresa. Diferenciais tradicionais como confiança, distribuição, eficácia e conhecimento de domínio passariam a depender de como o harness aprende, o que monitora, como consulta responsáveis pelo julgamento e a quais sistemas se integra. Ferramentas internas de desenvolvimento de IA em empresas como Ramp, Stripe e DoorDash são apresentadas como sinais iniciais dessa mudança.

A proposta não é construir tudo internamente, mas manter o harness de nível superior, responsável por decidir o que será feito e revisar os resultados, conectando produtos de fornecedores a fluxos específicos. Uma solução terceirizada capaz de levar uma especificação a um pull request testado poderia substituir esse trecho, enquanto a empresa conservaria os agentes que criam a especificação e conduzem as etapas seguintes. Se um terceiro conseguisse operar todo o ciclo externo por meio de agentes proativos, o negócio teria sido comoditizado.

Como consequência, a previsão é de mais construção interna de harnesses, reorganização de funções e estruturas, vantagem de startups nativas de IA onde o diferencial puder ser convertido em harness e necessidade de que as ferramentas ligadas aos caminhos centrais de construção e venda sejam headless, para poderem ser operadas pelo sistema externo.