O agente editou a planilha. Como saber se não quebrou a operação?

Às 8h, o agente atualiza a previsão de caixa. O total fecha, o gráfico parece certo e nenhuma célula mostra erro. Às 15h, o financeiro descobre que uma fórmula foi substituída por um valor fixo, a aba de impostos ficou fora do intervalo e a projeção “correta” dependia de uma premissa vencida.

Planilhas são atraentes para agentes de IA porque concentram dados, regras, cálculos e apresentação no mesmo arquivo. Essa conveniência também cria o risco: uma edição visualmente plausível pode alterar a lógica que orienta compra, cobrança, obra, agenda ou caixa.

Este artigo apresenta o método CÉLULA, um protocolo para permitir que agentes leiam, proponham e executem mudanças em planilhas sem tratar “arquivo salvo” como prova de trabalho correto. A meta não é impedir a automação, mas fazê-la operar com escopo, testes, aceite e recuperação.

O novo problema não é gerar uma fórmula; é preservar o sistema

Benchmarks recentes estão aproximando os testes do trabalho real. O SpreadsheetBench 2, publicado em junho de 2026, reuniu 321 tarefas de geração, depuração e visualização em planilhas de negócios. Cada tarefa tinha, em média, 11,8 abas e exigia 593,5 alterações de células. No arranjo experimental dos autores, a melhor acurácia geral foi 34,89%; em depuração, 12%.

Esses números não medem a sua ferramenta nem autorizam uma conclusão universal sobre toda planilha. Eles mostram algo mais útil para o gestor: desempenho em célula isolada não garante conclusão correta de um fluxo com várias abas, dependências e centenas de alterações. A análise do benchmark apontou inspeção insuficiente do arquivo e escolha incorreta das células-alvo entre os principais gargalos.

Outro estudo, o WorkstreamBench, avaliou planilhas financeiras ponta a ponta por três dimensões — precisão, fórmulas e formato — e observou queda acentuada quando a dificuldade passava de poucos cálculos encadeados. O alerta operacional é claro: conferir apenas o valor final ou a aparência deixa escapar fórmula hardcoded, dependência quebrada, faixa incompleta e estrutura difícil de manter.

Primeiro, escolha o modo de atuação

1. Leitura: o agente consulta o arquivo, explica números e identifica possíveis anomalias, sem alterar nada.
2. Proposta: o agente gera uma cópia ou um pacote de mudanças para revisão, preservando o original.
3. Execução controlada: o agente escreve somente nas áreas permitidas, roda testes e promove a nova versão após aceite.

Muitas empresas pulam da leitura para a edição ampla porque a demonstração parece convincente. O modo deve ser escolhido pela consequência do erro, pela reversibilidade e pela qualidade dos controles — não pela fluência com que o agente descreve o que fez.

Método CÉLULA: seis controles antes de confiar na edição

C — Contexto e cópia de referência

Registre finalidade, dono, periodicidade, fonte dos dados, versão oficial e decisão suportada pela planilha. Antes da execução, crie uma cópia imutável e calcule uma identificação da versão. Se o arquivo mudar entre a leitura e a escrita, o agente deve interromper ou reaplicar a proposta sobre a nova base — nunca sobrescrever silenciosamente o trabalho de outra pessoa.

Inclua abas ocultas, intervalos nomeados, validações, conexões externas, tabelas dinâmicas, gráficos, macros e células protegidas no inventário. O que não aparece na tela ainda pode sustentar o cálculo.

É — Escopo explícito de leitura e escrita

Defina uma lista permitida de arquivos, abas, intervalos e tipos de objeto. “Atualizar a previsão” é amplo demais. “Preencher as células de entrada na tabela Vendas_Previstas, sem alterar fórmulas, formatação, conexões ou abas anteriores ao mês atual” é um mandato testável.

Separe áreas de entrada, cálculo, saída e controle. O agente pode ter escrita automática nas entradas de baixo risco, proposta nas fórmulas e bloqueio nas células de controle. Permissão técnica deve refletir essa separação; prompt sozinho não é barreira.

L — Lógica preservada e mudanças explicáveis

Cada alteração precisa informar célula ou objeto, valor anterior, valor novo, tipo de mudança, motivo, fonte e efeito esperado. Trate como categorias distintas:

• valor digitado ou importado;
• fórmula criada, alterada ou removida;
• formatação, validação ou regra condicional;
• linha, coluna, aba ou intervalo estrutural;
• gráfico, tabela dinâmica, macro ou conexão externa.

Uma fórmula não deve virar constante apenas porque o número atual coincide. Uma referência relativa não deve ser copiada para uma região com lógica diferente. Valores extremos, sinal, unidade, moeda, data, duplicidade e lacunas precisam de regras específicas.

U — Unidade de teste e reconciliação

Teste o arquivo, não somente a resposta textual do agente. Recalcule em um mecanismo compatível e bloqueie a promoção quando houver erro de fórmula, referência quebrada, circularidade inesperada ou mudança fora do escopo. Compare também resultados de negócio:

• totais e subtotais fecham entre abas?
• saldo inicial + movimentos = saldo final?
• quantidades × preços reconciliam com o total?
• linhas de controle mantêm o valor esperado?
• uma amostra de registros corresponde à fonte oficial?
• cenários-limite produzem comportamento coerente?

Use células-canário ou linhas de controle conhecidas para detectar deslocamento de faixa e exclusão acidental. O teste precisa considerar a lógica do processo; um arquivo pode abrir sem erro e ainda estar economicamente errado.

L — Limite por impacto e reversibilidade

Classifique as mudanças antes da execução:

• baixo impacto e reversível: preencher rascunho ou formatar uma cópia; execução automática com log pode ser suficiente;
• alto impacto e reversível: atualizar previsão ou priorização; exigir proposta, testes e aprovação do dono;
• baixo impacto e difícil reversão: publicar ou distribuir o arquivo; revisar destinatários, versão e histórico;
• alto impacto e difícil reversão: usar a planilha para pagamento, pedido, condição comercial, medição ou decisão clínica; o agente prepara, mas a autoridade competente aprova a ação no sistema oficial.

Uma cópia recuperável reduz o dano técnico, mas não desfaz uma compra enviada, um cliente comunicado ou um pagamento liberado. Por isso, edição do artefato e ação no mundo real têm alçadas diferentes.

A — Aceite, autoria e arquivo promovido

O revisor deve receber um resumo inteligível e o diff completo. A aprovação precisa identificar pessoa, versão, data, testes executados, exceções aceitas e destino da publicação. Depois, o arquivo aprovado recebe novo identificador e substitui a versão oficial por um processo controlado.

Pesquisa da Microsoft sobre o protótipo Pista, publicada em abril de 2026, comparou revisão posterior com participação durante a execução em um estudo pequeno. Os participantes encontraram erros que poderiam passar na revisão ao final e relataram melhor compreensão do trabalho. O estudo não prova uma regra universal, mas reforça um desenho sensato: pontos de intervenção devem aparecer antes que uma suposição errada se espalhe por centenas de células.

Manifesto mínimo de alteração

Para cada execução, guarde ao menos:

1. identificador da solicitação e objetivo de negócio;
2. arquivo, versão de origem e cópia de recuperação;
3. agente, modelo, ferramentas e política aplicável;
4. abas, intervalos e objetos permitidos e proibidos;
5. fontes usadas e horário de atualização;
6. diff de valores, fórmulas, estrutura e apresentação;
7. premissas, ambiguidades e exceções encontradas;
8. testes executados, resultados e reconciliações;
9. revisor, decisão e justificativa;
10. versão promovida, destino e possibilidade de rollback.

Esse manifesto é o recibo da automação. Sem ele, a equipe vê apenas o estado final e precisa reconstruir de memória quem alterou o quê — exatamente o tipo de improviso que a IA deveria reduzir.

Exemplos nas verticais da V7

• v7 Obras: o agente consolida avanço e pendências em uma cópia, mas não altera medições aprovadas. Totais reconciliam com etapas, unidades e evidências antes da promoção.
• v7 Carteira: atualiza uma lista de recompra e inadimplência em intervalos permitidos. Limite de crédito, preço e condição comercial permanecem protegidos e dependem do sistema oficial.
• v7 Agro: organiza oportunidades por cultura, safra e janela comercial, preservando unidade, região e validade das fontes. Orientação técnica não é inferida de uma célula sem contexto.
• v7 Imob: cruza leads, imóveis e follow-ups, mas não sobrescreve disponibilidade ou preço sem confirmação da fonte. Duplicidades e registros sem identificador entram na fila de exceção.
• v7 Clínicas Retorno: prepara listas administrativas de retorno e faltas com acesso mínimo. Dados sensíveis, regras assistenciais e contatos seguem finalidade, autorização e revisão próprias.
• v7 Custom: automatiza relatórios internos com manifesto, testes de reconciliação e dono definido. Quando o processo amadurece, dados e ações críticas migram para integrações mais controladas que a planilha.

Checklist de prontidão em 15 perguntas

1. Qual decisão de negócio esta planilha suporta?
2. Quem é dono da lógica e quem aprova mudanças?
3. Qual arquivo e qual versão são oficiais?
4. As fontes e o horário de atualização estão identificados?
5. Abas ocultas, nomes, macros e conexões foram inventariados?
6. Quais áreas são entrada, cálculo, saída e controle?
7. O agente tem uma lista técnica de escrita permitida?
8. Há cópia imutável e caminho de recuperação?
9. O diff separa valor, fórmula, estrutura e apresentação?
10. Existe teste de erro, faixa, sinal, unidade e duplicidade?
11. Totais reconciliam com a fonte ou o sistema oficial?
12. Casos extremos e células-canário foram definidos?
13. Mudanças de alto impacto exigem aprovação?
14. Publicação e ação externa têm alçadas separadas?
15. A operação mede correção, retrabalho e escapes após o uso?

Se a equipe não consegue responder às perguntas 1, 2, 3, 7 e 8, comece no modo leitura. A automação ainda não tem um perímetro seguro para escrever.

Piloto assistido de 20 dias

1. Dias 1 a 4: escolha uma planilha recorrente, mapeie dono, versões, fontes, dependências e baseline de tempo e erros.
2. Dias 5 a 8: opere em leitura. Compare explicações e anomalias propostas com a revisão humana.
3. Dias 9 a 12: gere somente cópias, manifesto e diff. Crie testes de reconciliação e casos-limite.
4. Dias 13 a 16: libere escrita em entradas de baixo impacto. Fórmulas e estrutura continuam em modo proposta.
5. Dias 17 a 20: revise escapes, carga de aprovação, ganho líquido e recuperação. Amplie por tipo de mudança aprovado, não para o arquivo inteiro.

Placar operacional

• resultado aceito: execuções que passaram nos testes e foram aprovadas sem correção;
• mudança fora do escopo: células ou objetos tocados sem mandato;
• integridade da lógica: fórmulas substituídas, faixas desviadas, referências quebradas e constantes indevidas;
• reconciliação: divergência entre planilha, fonte e sistema oficial;
• retrabalho humano: minutos para revisar, corrigir e reconstruir;
• escape: erro descoberto depois da aprovação ou publicação;
• recuperação: tempo e sucesso para retornar à última versão válida.

Contar células alteradas ou arquivos gerados premia volume. O indicador útil é o custo por resultado correto e aceito, descontando revisão, correção e risco residual.

Sinais de alerta

• o agente recebe permissão para editar toda a pasta ou workbook;
• a única instrução é “não altere as fórmulas”;
• ninguém sabe qual versão estava vigente antes da execução;
• a validação confere apenas se o arquivo abre ou se o total parece plausível;
• valores corretos escondem fórmulas removidas ou lógica hardcoded;
• abas ocultas, macros, nomes e conexões ficam fora do diff;
• a mesma pessoa solicita, aprova e publica mudanças críticas;
• o arquivo alterado dispara ação externa sem nova alçada;
• não existe amostragem pós-produção nem teste de rollback.

O ponto de vista da V7 Agents

Planilha pode ser interface de trabalho, mas não pode continuar sendo uma caixa-preta apenas porque ganhou um agente. IA só gera ROI quando existe processo, dados, responsável, rotina de revisão e implantação operacional.

O V7 IA Ready identifica quais planilhas podem começar em leitura, proposta ou execução. Os Agentes Verticais conectam o trabalho às regras de cada operação. A Operação Contínua acompanha versões, testes, exceções, correções e resultado. A meta não é editar mais células; é produzir decisões melhores sem perder a lógica que sustenta o negócio.

Fontes consultadas

• Microsoft Research e colaboradores — Back to the Future: A Workbook Time Machine for Spreadsheet Creation Benchmarks, agosto de 2026.
• Zhu et al. — SpreadsheetBench 2: Evaluating Agents on End-to-End Business Spreadsheet Workflows, junho de 2026.
• Yen et al. — WorkstreamBench: Evaluating LLM Agents on End-to-End Spreadsheet Tasks in Finance, maio de 2026.
• Microsoft Research — Auditing and Controlling AI Agent Actions in Spreadsheets, abril de 2026.
• NIST — Artificial Intelligence Risk Management Framework.