O que a sua IA lembra é dado que a sua empresa retém: memória de agentes, minimização e LGPD

Guilherme Matos • August 12, 2026

 Memória de IA não é propriedade dada, é decisão de arquitetura com custo explícito. E tudo o que o sistema lembra é dado retido. Veja por que minimizar contexto atende ao orçamento e ao princípio da necessidade ao mesmo tempo.

Memória, em sistemas de IA, é a capacidade de reter informação de interações anteriores para usar nas seguintes. Ela não é uma propriedade dada: é uma decisão de arquitetura com custo explícito. Pesquisa recente de arquiteturas de sequência descreve o dilema com clareza, ao apontar que modelos de memória fixa são forçados a esquecer informação passada conforme a sequência cresce, enquanto arquiteturas de atenção mantêm memória crescente ao custo de complexidade quadrática e alto uso de memória em inferência. Para uma empresa, esse dilema técnico carrega uma segunda camada que quase ninguém nomeia: tudo o que o sistema lembra é dado retido, e dado retido tem finalidade, prazo e titular. É por isso que decidir o que a IA memoriza é, ao mesmo tempo, engenharia de custo e governança de dados. A boa notícia é que as duas pressões apontam para o mesmo lugar: guardar e enviar o mínimo necessário. 

A “amnésia” da sessão longa e a reação que piora tudo


Quem já colocou um assistente ou agente para trabalhar em uma tarefa longa reconhece o sintoma. No começo da sessão o sistema parece dominar o assunto. Algumas dezenas de trocas depois, ele contradiz uma decisão tomada meia hora antes, esquece uma restrição que foi combinada no início ou repete uma pergunta já respondida. A conversa perdeu o fio.


A reação intuitiva é empurrar mais informação: colar o histórico inteiro, anexar o documento completo, aumentar o contexto até onde a ferramenta permitir. Isso funciona por um tempo e cobra em três frentes ao mesmo tempo. Cobra em custo, porque se paga pelo que se envia. Cobra em precisão, porque volume não é o mesmo que relevância. E cobra em exposição, porque cada pedaço de informação empurrado para dentro do contexto é dado que saiu de onde estava guardado e foi para outro lugar, muitas vezes sem que ninguém tenha decidido isso conscientemente.


A tese deste guia: memória de IA é retenção de dado com outro nome. O que o sistema lembra, por quanto tempo e com qual granularidade é uma decisão que o CFO enxerga como custo, o engenheiro enxerga como capacidade e o encarregado de dados enxerga como tratamento. Tratar as três como problemas separados é o que produz sistemas caros, imprecisos e difíceis de defender numa auditoria. Desenhadas juntas, elas convergem: minimizar o que entra no contexto é simultaneamente economia e princípio de proteção de dados.


O que a pesquisa de arquitetura mostra sobre memória (e o que ela não diz)


Um trabalho recente de pesquisadores do Google Research, com Cornell University e USC, publicado como preprint em fevereiro de 2026, ajuda a entender por que memória é sempre um trade-off. O paper propõe uma técnica chamada Memory Caching, que permite à capacidade efetiva de memória de modelos recorrentes crescer com o comprimento da sequência, cacheando checkpoints dos estados de memória. O ponto que interessa a quem decide arquitetura corporativa não é a técnica em si, é o mapa do dilema que ela descreve.

O próprio paper explicita que o tamanho do segmento estabelece um compromisso entre o nível de compressão e o custo computacional, e descreve os dois extremos: quando cada token é seu próprio segmento, não há compressão e o custo é o quadrático da atenção; quando a sequência inteira é um único segmento, há compressão total e um custo constante por token. Uma das variantes propostas usa um roteador que seleciona, para cada consulta, apenas o subconjunto de memórias mais relevante, carregando somente o que foi selecionado.


A ressalva que sustenta este artigo: trata-se de pesquisa de arquitetura de modelos, publicada como preprint e ainda sem revisão por pares, avaliada em benchmarks acadêmicos de modelagem de linguagem e recuperação. Nada nela é promessa de economia para plataforma corporativa, e os resultados experimentais do paper não se transferem para ambientes de produção. O que se transfere é o princípio de projeto, e ele é robusto: capacidade de memória se paga, e a forma de reduzir a conta sem perder qualidade é selecionar o que é relevante, não guardar tudo por precaução.


As três decisões de memória que toda empresa toma, com ou sem consciência


Traduzido para um sistema corporativo, o princípio de projeto vira três decisões concretas. Elas existem em qualquer implantação de IA: a diferença é se foram desenhadas ou se aconteceram por omissão.

A leitura da tabela é o argumento central da peça: as duas colunas de perguntas apontam para a mesma resposta. Enviar só o recorte necessário reduz custo e atende ao princípio da necessidade. Definir quanto tempo a memória persiste controla armazenamento e responde à pergunta de retenção. Selecionar em vez de recarregar melhora eficiência e reduz superfície de exposição. Não é preciso escolher entre economizar e proteger, e é justamente por isso que essas decisões deveriam ser tomadas por uma arquitetura única, e não por duas áreas que se falam pouco.


A camada jurídica: memória é tratamento, com a ressalva devida


A LGPD (Lei 13.709/2018) estabelece princípios que incidem sobre qualquer tratamento de dado pessoal, entre eles finalidade, necessidade e transparência, e prevê entre os direitos do titular a possibilidade de solicitar a eliminação de dados. Quando um sistema de IA passa a reter contexto de interações, essas exigências deixam de ser abstratas e ganham perguntas muito concretas, que costumam pegar times de engenharia desprevenidos.


•     Qual a finalidade da retenção? Guardar histórico “porque melhora a experiência” é uma justificativa frágil se a finalidade não foi declarada e delimitada.

•     O que está guardado é o mínimo necessário? Contexto empurrado por conveniência costuma carregar dado pessoal que a tarefa não exigia.

•     Existe prazo, e alguém o executa? Retenção sem prazo definido não é política, é acúmulo. E prazo que ninguém executa é o mesmo que prazo inexistente.

•     Se um titular solicitar eliminação, o pedido alcança a memória do sistema? Esta é a pergunta que mais expõe arquitetura mal desenhada, porque exige saber onde o dado daquela pessoa foi parar dentro do contexto retido.


Duas ressalvas honestas. Este texto trata de arquitetura e de governança técnica, e não constitui aconselhamento jurídico: base legal aplicável, prazos adequados e a extensão de cada direito dependem de contexto e da avaliação do jurídico ou do encarregado pelo tratamento de dados da sua empresa. E nenhuma configuração de plataforma substitui política de privacidade e aviso adequado aos titulares. A tecnologia executa a política; ela não a cria.


Onde essas decisões viram arquitetura (e não intenção)


A fonte governada: o dado que alimenta a memória (especialistas Databricks)


Boa parte do que um sistema de IA lembra vem de algum lugar antes de virar contexto. Se a fonte é governada, as perguntas de finalidade e acesso já têm resposta antes de o modelo entrar em cena. Na arquitetura Databricks, o Unity Catalog é descrito na documentação oficial como a camada unificada de governança para dados e IA, com controle de acesso, linhagem, auditoria e descoberta centralizados, e com as mesmas permissões valendo para pessoas, notebooks e modelos. A linhagem, capturada automaticamente em tempo de execução até o nível de coluna, é o que permite responder de onde veio cada informação, pergunta que a auditoria faz e que a memória não documentada não sabe responder. Para dado sensível, máscaras de coluna e filtros de linha aplicam o tratamento no momento da consulta, garantindo que o valor bruto da tabela base não seja exposto antes do filtro.


A rotina que executa a política (consultoria Jira)


Política de retenção que vive em documento não expira nada. Para funcionar, ela precisa de execução recorrente e rastreável, e isso pede o sistema onde a empresa já acompanha trabalho. Na prática, significa três coisas com dono, prazo e histórico: a decisão de retenção registrada como decisão, e não como parágrafo de um anexo; a revisão periódica do que está retido como item recorrente; e a solicitação de titular tratada como uma requisição de serviço, com prazo e trilha, que é exatamente o modelo de service management estendido a áreas de negócio. É o mesmo princípio que já defendemos em outros temas deste blog: trabalho que não entra na fila não acontece, por mais consenso que tenha gerado na reunião.


Por que isso é trabalho de especialistas em IA, e não de uma área só: a decisão de memória atravessa três domínios que raramente conversam. Arquitetura de IA define o que entra no contexto e como o relevante é selecionado. Engenharia de dados define onde a informação mora, com que governança e linhagem. Gestão do trabalho define quem executa a política e com qual prazo. Uma consultoria de IA que só domina o modelo consegue, no máximo, recomendar prudência. A CSP Tech atua nas três frentes, com atuação como especialistas Databricks na camada de dado governado, consultoria Jira como Atlassian Gold Partner na camada onde a política vira rotina, e a arquitetura de IA sobre essa base.


Quando esse rigor é desproporcional


•     Uso sem dado pessoal e sem persistência. Um assistente que consulta documentação técnica pública e não guarda histórico tem superfície de retenção próxima de zero. O rigor deve acompanhar o que de fato é retido.

•     Experimentação com dado sintético ou de teste. Piloto em ambiente separado, com dado que não representa pessoas reais, pode rodar com controle simplificado. O erro é promovê-lo a produção mantendo o desenho do piloto.

•     Antes de a política corporativa existir. Configurar prazo e minimização sem que a empresa tenha definido finalidade e base legal é executar uma política que ainda não foi escrita. A ordem correta é política primeiro, implementação depois.


Perguntas frequentes


O que é memória em um sistema de IA?

É a capacidade de reter informação de interações anteriores para usar nas seguintes, seja dentro de uma sessão longa, seja entre sessões. Do ponto de vista de arquitetura, é um trade-off: pesquisa recente na área descreve que modelos de memória fixa são forçados a esquecer conforme a sequência cresce, enquanto abordagens que mantêm acesso a todo o passado pagam com complexidade quadrática e alto uso de memória em inferência. Do ponto de vista corporativo, é retenção de dado, com finalidade, prazo e titular.


Por que enviar mais contexto nem sempre melhora o resultado?

Porque volume não é relevância, e o custo cresce com o que se envia. O princípio de projeto que a pesquisa de arquitetura vem explorando é o oposto da força bruta: selecionar o subconjunto relevante em vez de carregar tudo. Uma das variantes propostas no trabalho citado usa um roteador que escolhe, para cada consulta, apenas as memórias mais relevantes, carregando somente o que foi selecionado. Em ambiente corporativo, isso se traduz em entregar ao modelo o recorte da tarefa, não o acervo inteiro.


Memória de IA é tratamento de dado pessoal?

Quando o que é retido contém dado pessoal, sim, e isso traz as perguntas usuais de finalidade, necessidade, prazo de retenção e direitos do titular, previstos na LGPD (Lei 13.709/2018). A definição de base legal, prazos adequados e a extensão de cada obrigação dependem de contexto e cabem ao jurídico ou ao encarregado pelo tratamento de dados da empresa. Do lado técnico, o que se pode desenhar é o mínimo necessário no contexto, o prazo aplicado de fato e a rastreabilidade de onde cada informação veio.


Como economia de custo e proteção de dados podem apontar para o mesmo lugar?

Porque as duas premiam a minimização. Enviar apenas o recorte necessário reduz o volume processado e, ao mesmo tempo, evita levar dado que a finalidade não exigia. Definir por quanto tempo a memória persiste controla armazenamento e responde à pergunta de retenção. Selecionar em vez de recarregar melhora eficiência e reduz superfície de exposição. É raro que orçamento e conformidade queiram a mesma coisa; neste caso, querem.


Próximo passo


Se a sua empresa já colocou IA em produção e ninguém sabe responder o que o sistema retém, por quanto tempo e com qual finalidade, a lacuna não é jurídica nem técnica isoladamente: é de arquitetura. Solicite um diagnóstico de memória e retenção de IA com a CSP Tech e receba o mapa das três decisões no seu ambiente: o que entra no contexto hoje, o que persiste entre sessões e como a política de retenção passa a ser executada com dono, prazo e trilha.


Autor: Guilherme Matos, estrategista de conteúdo e IA, certificado HubSpot, Google, Anthropic e Semrush. Revisão técnica por especialistas de dados e Atlassian da CSP Tech (Atlassian Gold Partner, Microsoft Gold Partner, parceira Databricks, participante do Anthropic Partner Network, 34 anos de mercado).


Fontes (acesso ago/2026): Behrouz, A.; Li, Z.; Deng, Y.; Zhong, P.; Razaviyayn, M.; Mirrokni, V. “Memory Caching: RNNs with Growing Memory”, Google Research, Cornell University e USC, arXiv:2602.24281v1, 27/fev/2026, do qual foram usadas as descrições do trade-off entre memória fixa e memória crescente, do efeito da segmentação sobre compressão e custo, e do mecanismo de seleção esparsa de memórias. Trata-se de preprint ainda sem revisão por pares, cujos resultados experimentais são de benchmarks acadêmicos e não foram transpostos para este artigo como promessa de desempenho corporativo. Databricks Documentation, Unity Catalog como camada de governança para dados e IA, linhagem automática em nível de coluna, filtros de linha e máscaras de coluna aplicados no momento da consulta (docs.databricks.com). Atlassian, Jira Service Management e o modelo de service management estendido a áreas de negócio (atlassian.com). Lei 13.709/2018 (LGPD) para os princípios e direitos citados. Este conteúdo trata de arquitetura e governança técnica e não constitui aconselhamento jurídico

Fale com a CSP Tech

.

Por Guilherme Matos • 10 de novembro de 2026
Com IA, o gestor de banco pergunta ao dado em linguagem natural em vez de esperar o relatório. Veja o que muda no time de dados com o Genie do Databricks: curadoria, testes de precisão, revisão de respostas e o histórico de perguntas como fila de demanda.
Por Guilherme Matos • 9 de novembro de 2026
Banco, cooperativa e seguradora já usam mais IA do que a TI registrou. Veja o que um inventário de IA precisa conter para servir de evidência à auditoria e ao Banco Central, de onde vêm os itens e onde manter o registro vivo no Jira Service.
Por Guilherme Matos • 5 de novembro de 2026
A Resolução 4.893 pede que o Banco Central saiba onde os dados podem ser processados. No Databricks, os recursos de IA seguem a área geográfica do workspace, que pode ir além do Brasil. Veja o que mapear antes de contratar e como configurar.
Por Guilherme Matos • 4 de novembro de 2026
Só 19% dos bancos percebiam retorno da IA em 2025. Veja os cinco pontos que travam a escala, o que a regulação já exige e por que a resposta passa pela governança de dados.
Por Guilherme Matos • 3 de novembro de 2026
A CSP Tech participou do Inovatech Executive Summit 2026, realizado em 27 de outubro no WTC São Paulo, como patrocinadora do encontro. Às 9h50, no Plenário, Lúcio Matias, Head de IA da CSP Tech , apresentou a palestra “O orçamento de inovação está preso no legado”, sobre um problema que aparece em quase toda conversa com CIOs: uma parte relevante do orçamento de TI já tem destino antes de qualquer decisão, porque precisa manter funcionando o que já existe. A mensagem central foi que a IA generativa acelera tudo, inclusive o erro, quando não conhece o sistema em que vai mexer. Por isso, a ordem de uso importa: primeiro usar a IA para entender o legado, com evidência registrada , e só depois para alterá-lo com governança e custo sob controle . No mesmo dia, a CSP Tech recebeu lideranças de tecnologia em um Almoço Executivo. Um marco para a CSP Tech: levar o debate para quem decide o orçamento Em 38 anos de mercado, a CSP Tech acumulou projetos de desenvolvimento, modernização, dados e plataformas Atlassian e Microsoft em empresas onde o sistema mais crítico costuma ser também o mais antigo. Levar essa experiência ao palco de um encontro de lideranças de tecnologia tem um peso especial para a empresa, porque coloca a discussão técnica diante de quem aprova o orçamento e responde pelo resultado dele. O Inovatech Executive Summit 2026 se propôs a discutir o que 2027 vai exigir da liderança de tecnologia, com palestras, painéis e casos sobre alocação de capital, IA, agentes, segurança e orçamento. A palestra da CSP Tech entrou nessa agenda com um recorte prático: antes de discutir quanto investir em IA, vale descobrir quanto do orçamento já está comprometido e por quê. A CSP Tech agradece a presença de todas as lideranças que participaram do Almoço Executivo e das conversas ao longo do dia. Foram trocas francas sobre o que funciona e o que ainda trava a adoção de IA nas empresas, e boa parte do que está neste texto nasceu delas. Tese da CSP Tech: o orçamento fica preso no legado quando a empresa perde o entendimento do próprio sistema, porque toda decisão sobre ele passa a ser tomada sem evidência e com margem de segurança cara. A ordem de uso da IA decide se ela libera ou consome orçamento: primeiro reconstruir o entendimento do sistema, com registro auditável e sem alterar código; só então mudar o código, com o contexto certo, modelo escolhido por tarefa e custo medido por entrega. O que preocupa as lideranças de tecnologia presentes no Summit A lista de participantes do evento trazia uma pergunta aberta: quais têm sido os maiores desafios para tecnologia e inovação nos tempos atuais. Quase metade das respostas cita IA, seja na adoção, na escala, no uso de agentes ou na IA generativa. Governança, segurança, risco e regulação aparecem em segundo plano, assim como custo, ROI, investimento e valor gerado. Na prática, a IA raramente aparece sozinha nas respostas. Ela aparece amarrada a governança, a segurança e à pergunta sobre retorno. Até 40% do orçamento com destino definido: o que esse número quer dizer A descrição oficial da palestra na agenda do evento parte da constatação de que até 40% do gasto de TI ainda vai para manter os sistemas existentes. Faixas próximas aparecem nas pesquisas da McKinsey com CIOs, com uma diferença de base que vale entender antes de usar o número em uma apresentação ao conselho. Em outubro de 2020, a McKinsey relatou que CIOs estimam a dívida técnica em 20% a 40% do valor de todo o seu parque tecnológico antes da depreciação, e que de 10% a 20% do orçamento de tecnologia destinado a novos produtos acaba desviado para resolver problemas ligados a essa dívida. Em abril de 2023, a consultoria voltou ao tema para argumentar que separar de 15% a 20% do orçamento de TI para tratar a dívida técnica é insuficiente quando a empresa não muda a forma como ela é gerada e priorizada. Os números medem coisas diferentes, valor do parque em um caso e orçamento no outro, mas apontam na mesma direção da palestra. A leitura prática para o gestor é que o número exato varia por empresa e por método de medição, mas o mecanismo é o mesmo: cada projeto novo paga um pedágio para conviver com o que já existe. O primeiro passo para reduzir esse pedágio é medi-lo no próprio parque, por sistema, em vez de importar uma média de mercado. Por que a IA sem contexto acelera o erro no legado Na síntese que a CSP Tech publicou sobre a palestra, a ideia aparece de forma direta: sem contexto, a IA ganha velocidade na direção errada, e o contexto da empresa mora no legado, raramente na documentação. Em sistemas antigos, a documentação costuma estar desatualizada ou não existir, quem construiu já saiu e as dependências entre módulos ficam invisíveis. O código passa a ser o único registro confiável das regras de negócio. Quando um time joga arquivos inteiros desse código em um assistente de IA e pede uma alteração, três coisas acontecem ao mesmo tempo. O modelo tenta inferir relações que não enxerga, e a entrega pode quebrar outra parte do sistema. O consumo de tokens cresce sem relação com o valor entregue, porque o modelo recebe muito texto irrelevante. E, sem registro, ninguém consegue reconstituir depois qual contexto foi usado, qual modelo respondeu e quanto custou. Cada um desses sintomas tem um efeito direto no orçamento e uma pergunta que o gestor pode fazer ao time ainda hoje. O contexto incompleto vira retrabalho e incidente depois da entrega, e a pergunta é se a IA recebeu as dependências reais do trecho alterado. O envio de arquivos inteiros faz a fatura de IA crescer sem relação com o resultado, o que leva a perguntar quanto custou cada entrega feita com IA em cada projeto. O uso de ferramentas sem aprovação, o chamado shadow AI, coloca risco de vazamento e custo fora do radar, e pede um inventário de quais ferramentas e modelos estão em uso e por quem. Por fim, a falta de trilha torna a auditoria cara e as decisões difíceis de defender, porque ninguém consegue mostrar a um auditor o que foi gerado e com qual base. Esse retrato conversa diretamente com o que as lideranças escreveram no formulário do evento. A preocupação com governança de IA e com retorno é a mesma preocupação vista de dois lados: sem controle do contexto e do custo, nenhuma das duas pode ser demonstrada. A ordem que a CSP Tech defendeu no palco: entender antes de alterar A abordagem apresentada por Lúcio Matias organiza o uso da IA sobre o legado em uma sequência. Cada etapa entrega valor por si e prepara a seguinte, então a empresa decide até onde ir. 1. Reconstruir o conhecimento do sistema, sem alterar o código O ponto de partida é uma engenharia reversa assistida por IA. Em vez de tratar o código como texto, a análise lê a estrutura real dele (funções, classes, chamadas e dependências, extraídas da árvore sintática do código) e monta um mapa de relações. Sobre esse mapa, a IA ajuda a documentar fluxos, regras de negócio, riscos e dívida técnica. Nada é alterado no sistema nessa etapa, o que reduz o risco e permite começar mesmo em ambientes críticos. 2. Decidir com evidência entre manter, evoluir, modernizar ou reescrever Com o sistema mapeado, a decisão que costuma ser adiada por falta de dados passa a ter base, e cada caminho tem um momento em que faz sentido e um risco que precisa ser conhecido antes da escolha. Manter faz sentido quando o sistema é estável, muda pouco e o custo de sustentação está medido e aceito pela empresa, com o cuidado de acompanhar a obsolescência da tecnologia e a saída de quem ainda conhece o sistema. Evoluir é o caminho quando o negócio pede mudanças frequentes e o núcleo do sistema ainda atende, desde que cada alteração parta de um mapa de dependências, para não quebrar outra parte. Modernizar se justifica quando a plataforma limita escala, segurança ou integração, mas as regras de negócio continuam valendo, e o risco principal está em perder alguma dessas regras na migração se não houver rastreabilidade do sistema antigo para o novo. Reescrever só se sustenta quando a arquitetura impede o que o negócio precisa e as regras já estão documentadas, porque reescrever sem conhecer o que o sistema guarda costuma repetir o problema em uma tecnologia nova. 3. Executar com IA governada Quando chega a hora de alterar o código, a IA recebe apenas o recorte do mapa relevante para a tarefa, e não o sistema inteiro. O modelo é escolhido conforme a complexidade da tarefa e o orçamento definido, o resultado é validado contra critérios de aceite antes de entrar no código e cada chamada deixa um registro. O desenvolvedor continua na ferramenta que já usa; o controle fica na camada por trás dela. Esse registro funciona como a memória da operação. Para cada uso da IA, ele guarda em qual projeto e em qual tarefa ela foi acionada, quais partes do sistema entraram no contexto, qual modelo respondeu e por qual política foi escolhido, quantos tokens foram enviados, quanto aquilo custou, se o resultado passou nos critérios de aceite e quem foi o responsável. Com essas informações, a pergunta sobre quanto custou uma entrega feita com IA deixa de depender de estimativa. 4. Medir quanto do custo de sustentar virou capacidade de investir O fechamento da palestra foi sobre orçamento: o objetivo da sequência é transformar o custo de sustentar em capacidade de investir em inovação. Isso só pode ser demonstrado com medição antes e depois, por sistema, considerando horas de sustentação, incidentes, tempo de entrega e gasto com IA por entrega. Sem a linha de base levantada na primeira etapa, qualquer ganho vira estimativa. O que fica para o gestor de TI: antes de definir quanto investir em IA em 2027, vale definir em que ordem usá-la. Começar pelo entendimento do legado cria a evidência que falta para decidir e a linha de base que falta para provar retorno. A camada de governança, com a ressalva devida A preocupação com governança que gera preocupação nas lideranças. A norma ISO/IEC 42001, publicada em dezembro de 2023, estabelece requisitos para um sistema de gestão de inteligência artificial, com foco em uso responsável, gestão de riscos e transparência. Registrar contexto, modelo, custo e validação de cada uso de IA no desenvolvimento ajuda a gerar evidências para esse tipo de sistema de gestão e para auditorias de segurança da informação. Registrar evidência, porém, não equivale a estar em conformidade: a adequação a qualquer norma depende de escopo, processo e avaliação próprios, e não decorre do uso de uma ferramenta ou de um método. Quando essa abordagem é desproporcional Há cenários em que essa sequência custa mais do que resolve. Em um sistema pequeno, bem documentado e mantido por um time que o conhece, com dependências claras e mudanças raras, um mapeamento completo tende a ser desproporcional. Quando o sistema já tem data de desligamento definida e a substituição está contratada e próxima, o esforço rende mais se for para a migração dos dados e das regras críticas. E, se o uso de IA ainda é pontual e não toca código sensível, uma política clara de ferramentas permitidas e um inventário de uso resolvem a maior parte do risco antes de qualquer camada de controle. Perguntas frequentes O que foi o Inovatech Executive Summit 2026? Um encontro de lideranças de tecnologia e inovação realizado em 27 de outubro de 2026, no WTC São Paulo, com o tema do que 2027 vai exigir da liderança de tecnologia. A agenda reuniu palestras, painéis e casos sobre alocação de capital, IA, agentes, segurança e orçamento. Qual foi a participação da CSP Tech no Inovatech 2026? A CSP Tech foi patrocinadora do evento. Lúcio Matias, Head de IA da CSP Tech, apresentou a palestra “O orçamento de inovação está preso no legado”, sobre como usar a IA para entender sistemas legados antes de alterá-los e transformar custo de sustentação em capacidade de investir. A CSP Tech também recebeu lideranças de tecnologia em um Almoço Executivo durante o Summit. Por que a IA sem contexto aumenta o custo de manter sistemas legados? Porque o modelo não conhece as relações reais entre as partes de um sistema legado, que raramente estão documentadas. Ele infere essas relações, o que gera entregas que quebram outras partes e retrabalho. Enviar arquivos inteiros ao modelo também eleva o consumo de tokens sem ganho proporcional, e a falta de registro impede saber depois o que foi feito e quanto custou. Como começar a liberar orçamento preso no legado? Medindo antes de mudar. O primeiro passo é mapear o sistema e o custo de sustentação dele, sem alterar código, para ter evidência sobre dependências, riscos e dívida técnica. Com esse diagnóstico, a empresa decide entre manter, evoluir, modernizar ou reescrever, e passa a ter uma linha de base para provar o retorno de cada mudança, inclusive das feitas com IA. Próximo passo Faça um teste de dez minutos com o seu sistema mais crítico: quem hoje consegue explicar as regras de negócio dele sem abrir o código, quanto custou a sustentação dele no último ano e quanto do gasto com IA do time foi usado nele, com que contexto. Se alguma dessas respostas depende de uma pessoa ou de uma estimativa, o orçamento de 2027 desse sistema já está comprometido sem evidência. Receba um diagnóstico de legado da CSP Tech: um mapa do sistema, dos riscos e da dívida técnica, sem alteração no código, com a recomendação fundamentada entre manter, evoluir, modernizar ou reescrever. CSP Tech. Conectando pessoas, tecnologia e negócios. Autor: Guilherme Matos, estrategista de conteúdo e IA, certificado HubSpot, Google, Anthropic e Semrush. Revisão técnica por especialistas Atlassian e de dados da CSP Tech (Atlassian Gold Partner, parceira Databricks, Microsoft Gold Partner, participante do Anthropic Partner Network, 38 anos de mercado, produto próprio Power BI for Jira no Atlassian Marketplace).
segurança do Rovo MCP; permissões do servidor MCP da Atlassian;
Por Romildo Burguez • 27 de outubro de 2026
Agentes de IA já escrevem no Jira. Veja os controles de segurança do Rovo MCP que o administrador precisa revisar antes de liberar a escrita.
agentes de IA não autorizados; como identificar agentes de IA em sistemas corporativos?
Por Romildo Burguez • 26 de outubro de 2026
Bancos dos EUA detectaram agentes de IA não autorizados em contas de clientes. Entenda o que o caso revela sobre identidade, permissões e controle.
Por Guilherme Matos • 26 de outubro de 2026
Circuit breaker na B3: o que a interrupção de 26 de outubro exige da TI de bancos, corretoras e instituições de pagamento
governança de agentes de IA; Agentic Multiplayer Protocol; o que é o AMP da Atlassian?
Por Romildo Burguez • 23 de outubro de 2026
Sua equipe usa IA, mas o ganho não chega ao time. Veja o que a Atlassian anunciou no Team ’26 Europe sobre governança de agentes de IA e saiba como aplicar