TRANSCRIÇÃO · CC BY 3.0

Cloud Native Live Bate-papo: Construindo agentes de IA em escala no Kubernetes

Tradução automática para o português do Brasil. Gerada e salva em 2026-10-23. Pode conter erros; confira os termos e as citações na versão em inglês e no vídeo original. Os horários são os mesmos da fonte. A transcrição original em inglês está disponível abaixo.

Como a Intuit executa 100+ agentes de IA no GenOS sobre sua plataforma Kubernetes: o que difere de um serviço normal, como os agentes são avaliados e seus agentes de SRE.

CNCF [Cloud Native Computing Foundation] · Publicado em · 24 min · Inglês · Licença: CC BY 3.0 · Fonte: assistir no YouTube

Fonte da transcrição: reconhecimento automático de fala no Vidleaf (pode conter erros). Pontuação por IA adicionada pelo Vidleaf; redação original e âncoras de timestamp mantidas. A transcrição original está disponível abaixo.

Resumo gerado por IA

Esta conversa informal apresenta convidados da Intuit descrevendo como a empresa passou do desenvolvimento cloud-native para o AI-native e construiu uma plataforma para desenvolver agentes em escala. Explica a diferença entre fluxos de trabalho e agentes de IA, os componentes de um agente e como o GenOS foi construído sobre a plataforma central de desenvolvimento da Intuit para lidar com governança, segurança e observabilidade. A conversa traça a jornada da plataforma da Intuit desde seu lift-and-shift de nuvem pública 2011 até sua plataforma cloud-native 2018 e doação do Argo até sua mudança 2022 em direção ao desenvolvimento AI-native, incluindo IA nos loops interno e externo e a abertura do código do NUMA Flow. Contrasta a construção de agentes com serviços regulares, destacando modelos de linguagem grandes não determinísticos, a avaliação como a parte mais difícil e o Agent Starter Kit, depois compartilha números de adoção e resultados do QuickBooks e do Intuit Enterprise Suite. Também cobre outros experimentos com agentes, incluindo agentes assíncronos que remediam defeitos de segurança, atualizam tecnologia como a versão do Java, fazem triagem de alertas de plantão e lidam com falhas de build e implantação, além do Incident Recovery Agent, que já consegue encontrar a causa raiz de mais de 50% dos incidentes e é constantemente avaliado com dados reais de incidentes. Os palestrantes discutem papéis do Kubernetes, o mais de um milhão de núcleos referindo-se à plataforma geral e não apenas aos agentes, medindo a precisão das respostas e o ROI, e o conselho de construir um agente na sua máquina primeiro antes de construir sobre a infraestrutura existente.

Gerado a partir da transcrição. Verifique as passagens vinculadas em relação ao vídeo original.

Resumos de capítulos com carimbos de tempo

A Jornada da Intuit do Cloud-Native ao AI-Native

  • [0:01] John O'Bacon, fundador e CEO da State Shift, apresenta a primeira conversa informal ao vivo cloud native.
  • [0:21] A sessão conta com convidados da Intuit, membro usuário final de longa data da CNCF.
  • [0:27] A Intuit é mais conhecida na comunidade CNCF como criadora do Argo, que doou à CNCF, e tem estado envolvida nas comunidades de AIOps e MLOps.
  • [0:46] A Intuit vem movendo todos os seus produtos, incluindo TurboTax e QuickBooks, para se tornarem produtos AI-native.
  • [0:46] A discussão cobrirá como a Intuit construiu sua plataforma para construir agentes em escala, expandindo do cloud-native para o AI-native.
  • [0:46] Os convidados são Mukulika Kapas, diretora de gestão de produtos na Intuit, e Marin Kurian, engenheiro distinto na Intuit.

Fluxos de trabalho vs agentes de IA na Intuit

  • [1:31] Um fluxo de trabalho é um conjunto predefinido de etapas executadas em sequência, ao contrário dos agentes usados para problemas abertos onde a sequência ou o número de etapas não pode ser previsto ou codificado.
  • [1:54] Na Intuit, os agentes geralmente têm sucesso ao trabalhar com dados não estruturados, como texto, imagens, documentos e fala.
  • [2:10] Os componentes principais de um agente incluem um modelo de GenAI, que pode ser uma coleção ou variedade de modelos, de grandes a pequenos.
  • [2:20] Os agentes têm ferramentas — serviços ou APIs — que fornecem dados para carregar no contexto e APIs e serviços para executar ações.
  • [2:24] Um orquestrador gerencia estados, aproveita a memória e interações passadas, e raciocina com as ferramentas disponíveis e LLMs para desenvolver planos e executar objetivos.
  • [2:36] Agentes de IA precisam ser implantados em um runtime seguro e protegido e ativados por uma solicitação do usuário ou outros gatilhos ambientais.
  • [3:06] A Intuit capacitou todos os seus engenheiros a desenvolver agentes e, junto com seus primeiros agentes, lançou a primeira versão de sua plataforma, o GenOS (sistema operacional de IA generativa).
  • [3:36] O GenOS cuida da responsabilidade, governança de dados, segurança, conformidade, privacidade e observabilidade para que as equipes possam se concentrar nos problemas dos clientes; ele foi construído sobre a plataforma central de desenvolvimento da Intuit, que forneceu caminhos pavimentados e garantias de runtime.

A jornada da plataforma da Intuit do cloud-native ao AI-native

  • [4:17] A Intuit começou sua jornada de nuvem pública em 2011, principalmente fazendo lift and shift do data center para a AWS.
  • [4:17] Em 2018, a Intuit lançou uma plataforma de desenvolvimento cloud native para toda a empresa, para microsserviços de backend e micro apps de frontend.
  • [4:47] A plataforma fornece implantação baseada em contêineres padronizada, repetível e segura, e envia dados operacionais para um data lake operacional central.
  • [5:17] A plataforma se integra a soluções de fornecedores como GitHub Artifactory e serviços-chave da nuvem AWS, e a Intuit tornou o Argo open source, ganhando o CNCF End User Award duas vezes.
  • [5:56] A plataforma, chamada internamente de Modern SaaS Platform, possibilitou padrões de excelência operacional que levaram a cinco noves de disponibilidade de serviço.
  • [5:56] A partir de 2022, a Intuit passou de uma plataforma de desenvolvimento cloud-native para uma plataforma de desenvolvimento AI-native, para viabilizar agentes e IA em escala.
  • [6:26] A IA é usada no inner loop para assistência de código, levando a cerca de 40 por cento mais velocidade de codificação em média, e no outer loop para auto scaling, detecção de anomalias, observabilidade e agentes de SRE.
  • [6:56] A plataforma inclui o PaveRoad de API de serviço e o PaveRoad de desenvolvimento de agentes chamado GenOS, fornecendo modelos de código padronizados, CICD e observabilidade pronta para uso.
  • [7:17] A Intuit recentemente tornou o NUMA Flow open source para simplificar o desenvolvimento de agentes e serviços orientados a eventos ou assíncronos.
  • [7:28] Em escala, a Intuit opera mais de 350 clusters Kubernetes com mais de um milhão de núcleos de CPU, cerca de 3000 serviços, centenas de apps, dezenas de milhares de pipelines de dados e mais de 100 agentes em produção.
  • [7:58] O valor da plataforma é impulsionar mais experiências de produto feitas para você usando IA, acelerar a velocidade de desenvolvimento e viabilizar a excelência operacional.

Construir agentes vs serviços comuns

  • [8:44] Um agente é fundamentalmente uma aplicação ou serviço, então gestão de identidade e acesso, infraestrutura de runtime, rastreamento, observabilidade e integrações permanecem os mesmos.
  • [9:07] O trabalho extra vem do fato de que os agentes precisam de grandes modelos de linguagem, que são majoritariamente não determinísticos, exigindo engenharia de prompt, otimização e avaliação.
  • [9:34] Os agentes precisam de ferramentas não sobrepostas descritas em linguagem natural e contexto otimizado para que não alucinem ou fiquem dessincronizados.
  • [10:13] A parte mais difícil de desenvolver um agente é a etapa de avaliação.
  • [10:15] Como os resultados dos agentes são não determinísticos e ninguém escreveu todo o código, depurar e testar é mais difícil, e os critérios de teste são extremamente subjetivos.
  • [10:41] Criar critérios de teste objetivos e avaliação sistemática estruturada é uma etapa adicional, junto com iteração contínua e um pipeline de dados de ponta a ponta.
  • [11:21] Avaliação e gestão de dados são novidades para muitos engenheiros de software, marcando um grande salto de um bom engenheiro de software para um bom engenheiro de IA.
  • [11:47] Nesta primavera, lançaram o Agent Starter Kit com código inicial, processo de CI/CD e boas práticas já embutidos.
  • [12:20] Eles investem em tutoriais, treinamentos e pipelines padronizados para que as equipes avancem mais rápido pelo ciclo de vida e cheguem à produção em vez de ficarem presas na fase de POC.

Adoção e resultados dos agentes do GenOS da Intuit

  • [13:13] A Intuit tem cerca de 8,000 engenheiros, e mais de 1,200 deles agora desenvolvem agentes usando o GenOS em níveis variados de maturidade.
  • [13:21] A Intuit lançou mais de 3,500 experimentos em produção, recebe cerca de 50,000 requisições no GenOS em um dia típico, e somente em agosto os agentes no GenOS usaram 4 trilhões de tokens.
  • [13:51] O agent starter kit teve 900 downloads em uma semana, e mais de 100 equipes fizeram uma demo durante o demo day em cinco dias, reduzindo a curva de aprendizado e a barreira de entrada.
  • [14:10] Impulsionado pelo agent starter kit, o QuickBooks lançou neste verão uma suíte de agentes de próxima geração, incluindo um agente de contabilidade que economiza cerca de 12 horas por mês para pequenas empresas.
  • [14:40] A conversão de captura de tela para orçamento ajuda as empresas a receber cinco dias mais rápido, com 10% mais probabilidade de receber o pagamento integral.
  • [14:54] O Intuit Enterprise Suite é posicionado como um ERP moderno AI-native com automação integrada para gestão multi-entidade, insights impulsionados por IA e uma equipe virtual de agentes de IA.
  • [15:00] 78% dos clientes dizem que estão tendo mais tempo para crescer seus negócios e uma visão melhor da sua saúde financeira, mostrando valor e ROI desses agentes.

Desenvolvimento agêntico e recuperação de incidentes da Intuit

  • [16:01] A Intuit primeiro lançou geração de código e testes com IA no inner loop do desenvolvimento, mas o desenvolvimento agêntico agora está mudando todo o ciclo de vida de desenvolvimento de produto.
  • [16:01] Mais de 30% do tempo dos desenvolvedores é gasto no outer loop com solução de problemas, gestão de infraestrutura e gestão de incidentes.
  • [16:31] Incidentes causados por mudanças continuam altos mesmo dentro da Intuit, e os tempos de recuperação são inconsistentes.
  • [16:31] A Intuit focou em observabilidade centrada no cliente usando sinais dourados, monitoramento de usuários reais e rastreamento distribuído em um data lake operacional central, porque os agentes primeiro precisam de dados limpos.
  • [16:58] Eles implementaram detecção de anomalias quase em tempo real para observabilidade e entrega progressiva antes de entrar no espaço agêntico.
  • [17:15] Com dados operacionais maduros e observabilidade de ponta a ponta, eles lançaram um Agente de Recuperação de Incidentes que percorre dependências de ativos, já que incidentes podem ser causados por um ativo downstream impactando vários ativos.
  • [17:45] O agente identifica a causa raiz passo a passo com um loop de feedback do desenvolvedor, e já consegue encontrar a causa raiz de mais de 50% dos incidentes; ele é constantemente avaliado com dados reais de incidentes.
  • [18:15] Outros experimentos com agentes incluem agentes assíncronos que corrigem defeitos de segurança, atualizam tecnologias como a versão do Java, fazem triagem de alertas de plantão e lidam com falhas de build e implantação.
  • [18:44] Eles pretendem responder à maioria das perguntas dos desenvolvedores com agentes conversacionais antes de escalar para o suporte de segundo nível.

Agentes de IA no Kubernetes e ROI da plataforma

  • [19:18] Uma pergunta questiona como adicionar agentes de IA aos clusters Kubernetes para ajudar a corrigir problemas.
  • [19:24] Os engenheiros de plataforma mantêm os clusters Kubernetes enquanto os desenvolvedores de serviços os usam para construir seus próprios agentes ou serviços.
  • [19:24] A equipe de engenharia de plataforma está experimentando com agentes primeiro para fazer triagem de problemas, exigindo 100 por cento de precisão com um humano no loop antes de fazer mudanças determinísticas em produção nos clusters Kubernetes.
  • [20:16] O mais de um milhão de núcleos refere-se à plataforma geral que executa serviços, APIs, pipelines de dados, aplicativos web e agentes, não apenas aos agentes.
  • [20:16] Para cada agente em execução em produção, a primeira coisa medida é a precisão das respostas dadas aos clientes.
  • [20:46] O ROI é descrito por meio de clientes recebendo dinheiro de volta mais rápido e recuperando tempo para investir em seus negócios.
  • [21:16] Eles incentivam muita experimentação, mas ainda priorizam implacavelmente o que deve receber o investimento para proporcionar um benefício de impulso aos clientes.
  • [21:23] Para o agente de SRE, a descoberta da causa raiz leva 20 minutos humanos versus menos de cinco minutos para um agente, e até agora em 50% dos casos o agente a encontra em menos de cinco minutos.

Construindo agentes de IA no Kubernetes

  • [22:02] A pergunta é sobre agentes gerais em cima do Kubernetes, não agentes de infraestrutura.
  • [22:10] Desenvolva agentes como qualquer agente: não se preocupe com infraestrutura e nuvem primeiro; construa um agente de forma eficaz na sua máquina, depois construa sobre qualquer infraestrutura que sua organização tenha.
  • [22:26] Para muitos engenheiros de software esta é sua primeira experiência com IA, então é aí que se deve aprimorar habilidades e investir mais.
  • [22:26] Infraestrutura e ferramentas virão em seguida, e com base nos últimos dois anos, as ferramentas vão melhorar com muito mais simplificação.
  • [22:26] A habilidade em que você deve investir por conta própria é como aproveitar a IA de forma eficaz.

Encerramento do Fireside Chat e agradecimentos

  • [22:55] Os palestrantes agradecem a Mukulika e Mehran por participarem do primeiro Cloud Native Live Fireside Chat.
  • [22:55] Os espectadores são direcionados à página de open source da Intuit no LinkedIn, com o link mostrado na tela e possivelmente postado no chat.
  • [23:25] Os espectadores são incentivados a ficar atentos para sessões futuras.

[0:00] Obrigado. Muito bem, sejam todos bem-vindos ao nosso primeiro bate-papo ao vivo sobre cloud native. Meu nome é John O'Bacon. Sou o fundador e CEO da State Shift. Estou muito animado por fazer isso hoje. Temos convidados incríveis nesta sessão. Certifiquem-se de responder no chat e interagir para tornar isso o mais divertido e interessante possível. Agora, hoje, vamos conversar com alguns amigos nossos da Intuit. Agora, se você não conhece a Intuit, a Intuit tem sido membro consistente de usuários finais da CNCF por um longo período de tempo. Provavelmente mais conhecida dentro da comunidade CNCF como a criadora do Argo, que doou o Argo para a CNCF, e tem estado muito envolvida nas comunidades de AIOps e MLOps por um bom tempo. O que é realmente interessante aqui é que a Intuit tem estado nessa jornada de mover todos os seus produtos, TurboTax, QuickBooks, etc., para se tornarem produtos nativos de IA. E o que vamos explorar hoje é como a Intuit construiu sua plataforma para construir agentes em escala, expandindo de cloud-native para AI-native. OK, temos dois convidados que vão falar com vocês hoje. Temos Mukulika Kapas, que é diretora de gestão de produtos na Intuit. Como vai, Mukulika? Indo bem?

[1:09] Excelente. Ótimo. Obrigado. É ótimo ter você. E também temos Marin Kurian, que é o engenheiro distinto da empresa também. Ótimo ver você, Marin. Como vai? Obrigado, senhor. Muito bem, então por que não vamos direto ao assunto? Vamos começar. Como estamos falando sobre agentes de IA, mas como você define um agente de IA? Qual tem sido a experiência da Intuit nesse espaço até agora? Sim, eu posso responder isso. Então, antes de entrarmos nos agentes, quero destacar rapidamente a diferença entre um fluxo de trabalho e um agente. Um fluxo de trabalho é quando você tem um conjunto predefinido de etapas. Essas etapas são executadas em sequência. Já os agentes de IA podem ser usados para resolver problemas abertos, onde é mais difícil ou até impossível prever a sequência de etapas ou até mesmo o número necessário de etapas. E você não pode codificar um caminho fixo.

[1:54] Então é aqui que vimos em exemplos na Intuit onde os agentes geralmente têm sucesso. Trata-se de trabalhar com dados não estruturados, como texto, imagens, documentos, fala. E voltando à forma como defino um agente, o agente tem componentes-chave. Principalmente, eles têm um modelo GNI. Pode ser uma coleção ou variedade de modelos, de grandes a pequenos. Eles têm ferramentas que são serviços ou APIs que fornecem a esses agentes tanto os dados para carregar no contexto quanto as APIs e serviços para executar ações. O componente-chave no agente é então um orquestrador que gerencia estados, aproveita a memória, interações passadas, e reenvia com as ferramentas disponíveis à disposição do agente e os próprios LLMs para desenvolver planos e executar para que possam alcançar os objetivos. E, finalmente, esses agentes de IA precisam ser implantados em um runtime seguro e protegido e são ativados por uma solicitação do usuário ou por algum outro gatilho no ambiente. Então, na Intuit, temos desenvolvido agentes nos últimos dois anos mais ou menos. Nossos agentes de primeira geração eram assistentes conversacionais, então eles fazem busca de dados, respondem a uma pergunta que você tenha.

[3:06] o que estamos chamando de experiências feitas para você, então esses agentes podem agir em seu nome, executar tarefas quando permitido. hum, o que é diferente, eu acho, na indústria é que capacitamos todos os nossos engenheiros a desenvolver agentes. então isso faz parte de uma transformação para nós. então, junto com o primeiro conjunto de agentes, também lançamos nossa primeira versão da plataforma, que chamamos de genos, abreviação de sistema operacional de IA generativa, para que as equipes possam se concentrar em resolver problemas dos clientes em vez de lidar com tarefas como responsabilidade, governança de dados, segurança, conformidade, privacidade e observabilidade. Todas essas são cuidadas pela plataforma. Agora, não começamos do zero. Muitos agradecimentos a Mukulika e equipe. Todos esses foram desenvolvidos sobre a plataforma central de desenvolvimento da Intuit, que nos forneceu os caminhos pavimentados e as garantias de runtime. E foi assim que conseguimos lançar isso para a velocidade que precisamos escalar.

[4:00] Incrível. Bem, obrigado. E falando em Mukulika, que é uma lenda nesse trabalho, eu gostaria de discutir um pouco sobre a jornada de desenvolvimento que vocês percorreram na Intuit. Mukulika, você poderia compartilhar um pouco sobre os tipos de tecnologias que usam, a escala? Tipo, por que vocês construíram isso? Claro. Então, para levá-los pela jornada cloud native da Intuit e depois pela jornada AI native, em 2011, a Intuit começou sua jornada de nuvem pública. Eles foram uma das primeiras empresas a migrar para a AWS, principalmente fazendo lift and shift do data center. Em 2018, lançamos uma plataforma de desenvolvimento cloud native para toda a Intuit para construir e executar microsserviços de backend e micro apps de frontend.

[4:47] Isso nos deu a infraestrutura base para construir e implantar aplicativos e serviços de maneira padronizada, repetível e segura usando contêineres, enquanto enviávamos todos os dados operacionais para um data lake operacional central. para micro front-end app. A plataforma se integra com soluções de fornecedores como, digamos, GitHub Artifactory, bem como serviços-chave da nuvem AWS. Como vocês sabem, nós open sourceamos o Argo como parte dessa jornada e, portanto, ganhamos o CNCF End User Award duas vezes por nosso uso e contribuição. Não é surpresa, assim como permitiu a implementação de padrões de excelência operacional e melhores práticas que Merin falou.

[5:56] levando a cinco noves de disponibilidade de serviço em toda a empresa. Internamente, chamamos essa plataforma de desenvolvimento de Modern SaaS Platform. Para aumentar ainda mais nossa produtividade de desenvolvimento e permitir agentes e IA em escala dentro de nossas experiências de produto, a partir de 2022, passamos de uma plataforma mais cloud-native para uma plataforma de desenvolvimento AI-native. Não apenas usamos IA para, digamos, assistente de código no loop interno, levando a, digamos, 40 por cento de codificação mais rápida em média, mas também usamos IA no loop externo, digamos, para auto scaling de nossos serviços e agentes. Usamos IA em operações como detecção de anomalias e observabilidade e agora agentes de SRE que falaremos em breve.

[6:56] API de serviço PaveRoad, bem como agora PaveRoad de desenvolvimento de agentes chamado GenOS, que fornece modelos de código padronizados, CICD, observabilidade pronta para uso, integração chave, etc., etc. Por exemplo, para agente, ele se integra com eval e LLMs. Para serviço regular, digamos que se integra apenas com banco de dados. Recentemente, open sourceamos outro novo projeto, NUMA Flow, para simplificar o desenvolvimento de agentes e serviços orientados a eventos ou assíncronos, que também é um projeto muito legal.

[7:28] Agora vamos falar sobre escala. Todos os microsserviços e apps de backend são construídos e executados em escala em mais de 350 clusters Kubernetes com mais de um milhão de núcleos de CPU. Hoje temos cerca de 3000 serviços, centenas de apps, dezenas e milhares de pipelines de dados e agora mais de 100 agentes em produção nessa plataforma comum. plataforma de processamento, plataforma de processamento em lote, e agora plataforma de desenvolvimento de agentes nessa plataforma de desenvolvimento comum. Para resumir, o valor que a plataforma fornece é impulsionar mais experiências de produto feitas para você usando IA, acelerar a velocidade de desenvolvimento e, finalmente, permitir excelência operacional em toda a empresa.

[8:22] Incrível. Incrível. O que eu amo nisso é que muitas pessoas estão falando sobre agentes e como construir agentes online, mas vocês estão fazendo isso como se estivessem vivendo, respirando, fazendo em escala. Maren, estou curioso na sua posição como engenheiro distinto, você sabe, como construir um agente é diferente de construir outro aplicativo ou serviço na sua plataforma de desenvolvimento? Sim, boa pergunta. Então, fundamentalmente, é um aplicativo ou um serviço. É o trabalho extra que precisamos fazer além de construir o serviço que torna o agente mais eficaz e melhor para a experiência do usuário. Então, o que é comum é todo o gerenciamento de identidade e acesso, infraestrutura de runtime, rastreamento ponta a ponta, observabilidade, integrações com experiência do usuário, análise, tudo isso.

[9:07] são necessários. Eles precisam ser seguros, compatíveis e confiáveis. Tudo isso permanece o mesmo. Então, o trabalho extra que mencionei é que os agentes precisam de grandes modelos de linguagem. Então agora estamos entrando no reino de trabalhar com IA, onde as coisas são principalmente não determinísticas. Então, dependendo do número de elementos com os quais você precisa trabalhar e do número de prompts, você está entrando em engenharia de prompt, otimização, avaliação. Agentes precisam de ferramentas não sobrepostas para poder tomar decisões efetivamente. Então essas são descrições em linguagem natural de serviços otimizadas para o contexto do agente. E você provavelmente ouvirá muito sobre engenharia de contexto hoje em dia. Então os agentes também precisam otimizar o contexto com o qual precisam trabalhar para não alucinarem, não saírem do turno, fora de sincronia. Então todos esses são fluxos de trabalho individuais por si só. Então isso é muito do trabalho extra feito além de desenvolver um serviço e aplicativo regular. Então isso é apenas a parte de codificação. Agora, o mais difícil e difícil no desenvolvimento de um agente é

[10:13] A etapa de avaliação. Então, como os agentes têm resultados não determinísticos e também você não escreveu todo o código. Certo. Ninguém realmente escreveu todo o código. Então é mais difícil depurar o teste. Até mesmo os critérios de teste de um agente são extremamente subjetivos, porque você está trabalhando com linguagem natural como o inglês no momento. Certo. Então, anteriormente você teria ouvido, oh, funciona na minha máquina. Agora estou ouvindo funciona com meus dados. Funciona com minhas perguntas. Então, criar critérios de teste objetivos e fazer avaliação sistemática e estruturada, esse é outro passo que você precisa fazer, além de, você sabe, fazer seus agentes funcionarem como um software regular. e também soluções de IA são sobre iterações contínuas para resolver o problema, então precisamos do pipeline de dados ponta a ponta, movendo dados de integrações de usuários, experiências, rastreamentos, logs de volta para esses melhorarem com o tempo. Então esse aspecto específico de avaliação e gerenciamento de dados é novo para muitos engenheiros de software. Então eu acho

[11:21] Esse é um salto enorme do que é um bom engenheiro de software para um bom engenheiro de IA. Certo. E isso é muito trabalho. E sabemos disso. Certo. É por isso que construímos o GenOS. Certo. Queremos simplificar e ajudar as pessoas. uh, avançar rapidamente por esse ciclo de vida ponta a ponta de desenvolver agentes, testá-los, implantá-los, monitorá-los continuamente e melhorá-los, com base em nosso próprio aprendizado nos primeiros dois anos. Nesta primavera, lançamos o Agent Starter Kit, que otimiza ainda mais em todo o CI/CD ou o ciclo de vida de gerenciamento do desenvolvimento de um agente. Então criamos o código inicial, o processo de CI/CD e todas as melhores práticas e capacidades embutidas.

[12:03] Então você não vai precisar ler centenas de documentos, falar com 10 equipes diferentes. Está tudo disponível para você de uma forma que você pode consultar e então construir seu próprio agente. E também estamos, novamente, dada a importância do espaço, também investindo em tutoriais, treinamentos e outros. fornecendo pipelines padrão. Então, novamente, nosso objetivo é ajudar as equipes a avançar mais rápido, pelo ciclo de vida, para que realmente cheguem à produção e não fiquem presas na fase de POC. Sim, eu amo isso. E a propósito, pessoal, só quero tirar um momento antes de continuarmos.

[12:36] Tem muita gente falando sobre como construir agentes no LinkedIn. Muitas pessoas, honestamente, não sabem do que estão falando. Já Mookalika e Merin estão fazendo isso, estão vivendo isso, estão respirando isso. Certo. Então mandem suas perguntas. Esta é uma ótima oportunidade de explorar o conhecimento de pessoas que realmente fazem isso em escala em uma empresa significativa. Então, se vocês têm perguntas, mandem. Não importa qual seja a sua pergunta. Pode ser uma pergunta muito simples. Pode ser uma pergunta muito complexa. Só mandem. Assim podemos aproveitar a experiência deles. Certo. Então você mencionou o Gen OS e mencionou o agent starter kit, mas como isso viabilizou tudo? Tipo, você sabe, quais você diria que são alguns dos resultados aí?

[13:13] Sim, posso começar e depois o Mugli pode acrescentar mais. Então lembrem, a Induit tem apenas cerca de 8000 engenheiros e mais de 1200 deles agora estão desenvolvendo agentes usando o genos com níveis variados de maturidade, e até agora conseguimos lançar 3 500 mais experimentos em produção, nossos clientes testaram e deram feedback, e recebemos em um dia típico 50 000 requisições no genos, e só em agosto os agentes no genos usaram 4 trilhões de tokens, então estamos nessa jornada, hum, como eu estava dizendo, lançamos o agent Naquela semana sozinha, tivemos 900 downloads.

[13:54] e mais de 100 equipes conseguiram fazer uma demo durante o demo day, em cinco dias. Então reduzimos significativamente a curva de aprendizado, a barreira de entrada, para que as pessoas possam realmente começar. E se você tem uma ideia, então você consegue seguir em frente. Então, impulsionado pelo agent starter kit, o QuickBooks lançou uma série de agentes de próxima geração feitos para experiências neste verão. Então temos um conjunto completo de agentes trabalhando para clientes em nossa plataforma QuickBooks. Eu só queria destacar dois deles. Então nosso agente de contabilidade economiza cerca de 12 horas por mês para pequenas empresas, ajudando-as a manter seus livros organizados.

[14:40] capturas de tela que você tirou, pega tudo isso e converte em estimativas, que as empresas podem então nos enviar como faturas, o que as ajudou a receber pagamentos cinco dias mais rápido, com 10% mais probabilidade de receber o pagamento integral. Só para acrescentar ao que Marin disse, a Intuit também está redefinindo o cenário de ERP de médio porte com o Intuit Enterprise Suite, uma solução de ERP moderna nativa de IA com automação integrada para, digamos, gestão multiempresa, insights instantâneos impulsionados por IA e uma equipe virtual de agentes de IA. O que já estamos ouvindo de nossos clientes, 78% dos clientes dizem que estão tendo mais tempo para crescer seus negócios. Eles podem se concentrar mais no negócio do que na gestão, têm uma visão melhor da sua saúde financeira. Então já estamos vendo valor e ROI desses agentes.

[15:39] Incrível. Falando como usuário do QuickBooks que quer receber mais rápido, sou totalmente a favor disso. Então, você sabe, vimos uma última pergunta antes de chegarmos a algumas das perguntas dos espectadores. Vimos o surgimento de agentes no espaço de infraestrutura com coisas como, você sabe, agentes de SRE. Mas como vocês estão pensando em incorporar agentes no lado de engenharia de plataforma? Então, como todo mundo, primeiro lançamos múltiplos assistentes de código com IA para geração de código, geração de testes no loop interno de desenvolvimento. Mas agora, o desenvolvimento agêntico está mudando todo o ciclo de vida de desenvolvimento de produto. Hoje, mais de 30% do tempo dos desenvolvedores é gasto no loop externo, solucionando problemas, gerenciando infraestrutura, gerenciando incidentes.

[16:31] Apesar do progresso, incidentes induzidos por mudanças ainda permanecem altos, mesmo dentro da Intuit, e os tempos de recuperação são inconsistentes. Então, nos últimos anos, focamos em observabilidade centrada no cliente usando sinais dourados, monitoramento de usuários reais e rastreamento distribuído em cima do nosso data lake operacional central. Porque você tem que lembrar, agentes primeiro precisam de dados limpos. para funcionar, assim como qualquer outra IA. Começamos implementando detecção de anomalias quase em tempo real em cima desses dados para observabilidade e entrega progressiva primeiro, antes de entrar no espaço agêntico.

[17:15] Agora que temos dados operacionais e pipelines de dados amadurecidos e observabilidade de ponta a ponta, primeiro lançamos o Incident Recovery Agent, que durante um incidente percorre as dependências dos nossos ativos, porque incidentes não são causados apenas por um único ativo de software. Pode ser causado por um ativo downstream impactando múltiplos ativos. são muito importantes para identificar qual é a causa raiz do incidente passo a passo com um loop de feedback do desenvolvedor para permitir uma recuperação mais rápida de incidentes. Hoje, o agente já consegue encontrar a causa raiz de mais de 50% dos nossos incidentes. Como Merin disse, fazemos constantemente a avaliação do agente com dados reais de incidentes. Outras áreas onde estamos experimentando agentes na plataforma são agentes realizando tarefas de forma assíncrona, tentando remediar quaisquer defeitos de segurança que nossa equipe de segurança abre em toda a empresa. Ou atualizar, digamos, uma data técnica, como atualizar a versão do Java. Agentes assíncronos vão ao seu repositório, encontram dependências e fazem a atualização. Estamos fazendo triagem de alertas de plantão. Engenheiros de plantão recebem muitos alertas, e precisam triar e descobrir em qual agir e em qual não agir.

[18:44] Falha de build e implantação. Nossa maior dúvida de desenvolvedores no suporte em slacks é por que meu build falhou e por que minha implantação está dando crash to back off. OK, gosto de triagem e insights e depois suporte ao desenvolvedor. Estamos tentando responder à maioria das perguntas dos nossos desenvolvedores com agentes conversacionais antes de enviá-los ao segundo nível de suporte. Sim. Incrível. Então temos uma pergunta aqui de alguém que era um mistério. Eles não adicionaram o nome. Então vou assumir que é obviamente Brad Pitt.

[19:18] que disse como posso adicionar agentes de IA em clusters Kubernetes para me ajudar a corrigir problemas Então temos engenheiros de plataforma que mantêm os clusters Kubernetes e, obviamente, depois os desenvolvedores de serviços que usam o cluster Kubernetes para construir seus próprios agentes ou seus próprios serviços. Então nossa equipe de engenharia de plataforma está experimentando agentes primeiro para triar problemas, porque precisamos ser 100 por cento precisos na triagem de problemas com humano no loop antes de fazer mudanças determinísticas em produção.

[19:54] nos clusters Kubernetes. Incrível. E então temos uma pergunta aqui do Larry. Adoro essa pergunta. Ele diz: Eu adoraria ouvir sobre a economia da plataforma. Um milhão ou mais de cores é enorme. literal e figurativamente, o ROI deve estar lá para tornar viável para empresas pensando em adotar agentes. Como vocês equilibram o investimento versus os resultados? Obrigado. Vou dar o primeiro palpite e depois Merin pode acrescentar. Então, só para esclarecer, um milhão ou mais de cores era a plataforma geral na qual executamos serviços, APIs, pipelines de dados, aplicativos web e agentes. Ainda não estamos executando um milhão ou mais de cores com agentes, porque para cada agente que estamos executando em produção. A primeira coisa que estamos medindo é a precisão das respostas que eles estão dando aos clientes.

[20:46] muito cuidadosos para executá-los em produção, especialmente dando respostas aos nossos clientes. ROI, já mencionamos como nossos clientes estão recebendo dinheiro de volta mais rápido, como estão dizendo que estão recuperando tempo para investir em seus negócios. Merin, você quer acrescentar algo? Sim, exatamente o que Mukulika disse, certo? Encorajamos muita experimentação. Isso não significa sempre priorizar implacavelmente o que deve receber o investimento, o que proporciona um benefício de impulso para nossos clientes.

[21:23] Adorei. Perfeição progressiva. Por exemplo, nosso agente de SRE, estamos rastreando que se leva 20 minutos para encontrar a causa raiz do problema para um humano, menos de cinco minutos para um agente. E até agora, em 50% dos casos, o agente está encontrando em menos de cinco minutos. Incrível. Incrível. E então acho que esta provavelmente será nossa pergunta final porque estamos ficando sem tempo aqui. Esta é do Jan Harvey. Espero estar pronunciando seu nome corretamente. Quais são os primeiros passos práticos para. um desenvolvedor individual pode tomar para começar a construir e implantar agentes de IA no Kubernetes, especialmente se for novo em ferramentas nativas de nuvem e orquestração.

[22:00] Mary, você quer responder? Sim, estou assumindo que isso não é sobre construir agentes de infraestrutura, mas agentes em geral, mas em cima do Kubernetes. É como você desenvolveria qualquer agente. Não se preocupe com infraestrutura e nuvem primeiro. Descubra como construir um agente efetivamente na sua máquina e depois construa lentamente em cima de qualquer infraestrutura que você tenha disponível na sua organização. Tchau. E acho que a diferença fundamental, como eu destaquei, é que esta é a primeira experiência de muitos engenheiros de software trabalhando com IA. Então esse é o lugar onde você precisa se aprimorar e investir mais. A infraestrutura virá. As ferramentas virão. Se os últimos dois anos forem um indicativo, as coisas vão melhorar. As ferramentas vão melhorar. Haverá muito mais simplificação. Mas a habilidade que você precisa investir em si mesmo é como aproveitar a IA efetivamente. Isso você tem que fazer por conta própria.

[22:55] Incrível. Bem, Mukulika, Mehran, muito obrigado por se juntarem a nós hoje. Este foi o inaugural Cloud Native Live Fireside Chat. Obrigado por se juntarem a nós hoje. Pessoal, vão conferir a página de código aberto da Intuit no LinkedIn. Vocês podem ver o link ali na tela, e esperamos ter algumas pessoas no fundo talvez colocando um link no chat. YouTube e fiquem ligados para sessões futuras também. Então obrigado a todos. Tenham uma ótima semana e nos vemos na próxima.

Ver a transcrição original em inglês

[0:00] Thank you. Alrighty, welcome everybody to our inaugural cloud native live fireside chat. My name is John O'Bacon. I'm the founder and CEO of State Shift. I'm really excited to do this today. We've got some amazing guests on this session. Make sure you are responding in the chat and engaging to make this as fun and as interesting as possible. Now, Today, we're going to be talking to some friends of ours at Intuit. Now, if you're not familiar with Intuit, Intuit has been consistent end-user members of the CNCF for a long period of time. Probably best known within the CNCF community as the creators of Argo, who donated Argo to the CNCF, and have been very involved in the AIOps and the MLOps communities for quite some time. What's really interesting here is that Intuit, has been on this journey to move all of their products, TurboTax, QuickBooks, etc., to become AI-native products. And what we're going to be digging into today is how Intuit has built its platform to build agents at scale, expanding from cloud-native into AI-native. OK, we've got two guests who are going to be speaking to you today. We've got Mukulika Kapas, who's director of product management at Intuit. How are you doing, Mukulika? Doing well?

[1:09] Awesome. Great. Thank you. Great to have you. And we've also got Marin Kurian, who's the distinguished engineer into it as well. Great to see you, Marin. How are you doing? Thank you, sir. Alrighty, so why don't we dig right into this? So let's get started. Like we're talking about AI agents, but how do you define an AI agent? What has been into its experience in this space so far? Yeah, I can take that. So before we go into agents, I want to quickly call out the difference between a workflow and an agent. So a workflow is when you have a predefined set of steps. These steps are executed in a sequence. Whereas AI agents can be used for solving open-ended problems where it's more difficult or even impossible to predict the sequence of steps or the required number of steps even. And you can't hard code a fixed path.

[1:54] So this is where we have seen in examples at Intuit where agents are usually successful. It's about working with unstructured data such as text, images, documents, speech. And going back to how do I define an agent, agent has key components. Primarily they have a GNI model. It can be a collection or variety of models, large to small. They have tools which are services or APIs which provide these agents both the data to load into the context and also the APIs and services to perform actions. The key component in the agent is then an orchestrator which manages states, leverages memory, past interactions, and resends with the tools available at the agent's disposal and the LLMs themselves to develop plans and execute so that they can achieve the goals. And finally, these AI agents need to be deployed on a safe and secure runtime and is activated either by a user request or through some other triggers in the environment. So at Intuit, we have been developing agents for the last two years or so. Our first generation agents were conversational assistants, so it will do data fetching, answer a question you have.

[3:06] what we are calling done for you experiences so these agents can act on your behalf execute tasks when permitted um what is different i think in industry is that we have enabled all of our engineers to develop agents so this is part of a transformation for us so along with the first set of agents we also launched our first version of the platform which we call genos short for generative ai operating system so teams can focus on solving customer problems rather than handling talks like responsibility, data governance, security, compliance, privacy, and observability. All of these are taken care of by the platform. Now, we didn't start from scratch. Huge thanks to Mukulika and team. All of these were developed on top of into its core development platform, which provided us the paved roads and the runtime guarantees. And that's how we were able to launch this for the velocity we need to scale.

[4:00] Amazing. Well, thank you. And speaking of Mukulika, who is a legend in this work, I'd like to kind of discuss a little bit about the development journey that you've been on at Intuit. Mukulika, could you share a bit about kind of the technologies you use, the scale? Like, why did you build it? Sure. So to take you through Intuit's cloud native journey and then AI native journey, in 2011, Intuit began its public cloud journey. They were one of the first companies to move to AWS, mainly doing lift and shift from data center. In 2018, we rolled out an Intuit-wide cloud native development platform for building and running backend microservices and frontend micro apps.

[4:47] This gave us the base infrastructure for building and deploying applications and services in a standard, repeatable and secured way using containers while sending all the operational data to a central operational data lake. for micro front-end app. The platform integrates with vendor solutions like, say, GitHub Artifactory, as well as key AWS cloud services. As you know, we open sourced Argo as a part of this journey and hence won the CNCF End User Award twice for our usage as well as contribution. It's no surprise as well as it enabled rolling out operational excellence standards and best practices that Merin talked about.

[5:56] leading to five nines of service availability across the company. Internally, we call this development platform Modern SaaS Platform. To increase our development productivity even further and to enable agents and AI at scale within our product experiences, starting 2022, we went from more cloud-native platform to AI-native development platform. Not only use AI for, say, code assistant in the inner loop leading to, say, 40 percent faster coding on average, but also use AI in the outer loop, say, for auto scaling of our services and agents. We use AI in operations like anomaly detection and observability and now SRE agents that we'll talk about soon.

[6:56] service API PaveRoad, as well as now agent development PaveRoad called GenOS, which provides standardized code templates, CICD, out-of-the-box observability, key integration, etc., etc. For example, for agent, it integrates with eval and LLMs. For regular service, say it integrates with just database. We recently open sourced another new project, NUMA Flow, to simplify event-driven or async agent and service development, which is also a pretty cool project.

[7:28] Now let's talk about scale. All backend microservices and apps are built and run at scale across 350 plus Kubernetes cluster with greater than million CPU cores. Today we have around 3000 plus services, hundreds of apps, tens and thousands of data pipelines and now 100 plus agents in production on this common platform. processing platform, batch processing platform, and now agent development platform on this common development platform. To summarize, the value the platform provides is powering more done-for-you product experiences using AI, accelerating development velocity, and finally enabling operational excellence across the company.

[8:22] Amazing. Amazing. What I love about this is a lot of people are talking about agents and how to build agents online, but you're doing it like you're living it, you're breathing it, you're doing it at scale. Maren, I'm curious in your position as a distinguished engineer, you know, how is building an agent any different to building another application or a service on your development platform? Yeah, good question. So fundamentally, it is an application or a service. It is the extra work that we need to do on top of building the service that makes the agent more effective and better for user experience. So then what is common is all the identity access management, runtime infrastructure, end-to-end tracing, observability, integrations with user experience, analytics, all of these.

[9:07] are required. They need to be secure, compliant, and reliable. All of that remains the same. So the extra work that I talked about are agents need large language models. So now we are getting into the realm of working with AI, where things are mostly non-deterministic. So depending on the number of elements you need to work with and the number of prompts, then you are getting into prompt engineering, optimization, evaluation. Agents need non-overlapping tools in order to be able to make decisions effectively. So these are natural language description of services optimized for the context of the agent. And you would probably be hearing context engineering a lot these days. So agents also need to optimize the context with which they need to work so they don't hallucinate, they don't go out of turn, out of sync. So all of these are individual work streams on their own. So this is a lot of the extra work do on top of developing a regular service and application. So that's just the coding part. Now, the hardest and most difficult in developing an agent is

[10:13] The evaluation step. So as agents have non deterministic outcomes and also you didn't write all the code. Right. Nobody actually wrote all the code. So it's harder to debug the test. Even the testing criteria of an agent is extremely subjective, because you are working with natural language like English at the time. Right. So previously you would have heard, oh, it works for in my machine. Now I'm hearing it works for my data. It works for my questions. So being. creating an objective test criteria and doing systematic and structured evaluation that's another step that you need to do in addition to you know making your agents work like a regular software and also ai solutions are about continuous iterations to solve the problem so we need the end-to-end data pipeline moving data from user integrations experiences traces logs back to these improve over time. So this specific aspect of evaluation and data management is new for a lot of software engineers. So I think

[11:21] That is a huge leap from what is a good software engineer to a good AI engineer. Right. And this is a lot of work. And we know that. Right. That is why we build GenOS. Right. We want to streamline and help people. uh move fast through this end-to-end life cycle of developing agent testing them deploying them continuously monitoring them and improving them so based on our own learning for the first two years This spring, we launched Agent Starter Kit, which further optimizes in the whole CI/CD or the lifecycle of managing the development of an agent. So we came up with the starter code, the CI/CD process and all the best practices and capabilities baked in.

[12:03] So you are not going to have to read hundreds of documents, talk to 10 different teams. It's all available for you in a way you can reference and then build your own agent. And we are also, again, given the importance of the space, we are also investing in tutorials, trainings and whatnot. providing standard pipelines. So again, our goal is to help teams move faster, through the life cycle so they actually go to production and not get stuck in the POC phase. Yeah, I love it. And by the way, everybody, just I want to take a moment before we go on.

[12:36] There's a lot of people talking about how to build agents on LinkedIn. A lot of people honestly don't know what they're talking about. Whereas Mookalika and Merin are doing it, they're living it, they're breathing it. Right. So get your questions in. This is a great opportunity to kind of pick the brains of people who are really doing this at scale in a significant company. So if you've got questions, get them in. It doesn't matter how what your question is. It could be a really simple question. It could be a really complex question. Just get them in. So we can tap into their experience. All right. So you mentioned Gen OS and you mentioned agent starter kit, but how has this enabled it into it? Like, you know, what would you say are some of the outcomes there?

[13:13] Yeah, I can start and then Mugli can add more. So remember, Induit has only about 8000 engineers and more than 1200 of them are now developing agents using genos with varying levels of maturity and so far we have been able to launch 3 500 plus experiments in production our customers have tested and given feedback and we get on a typical day for 50 000 requests on genoa's and in august alone the agents on genos used 4 trillion tokens so we have been on this journey um as i was saying we launched agent In that week alone, we got 900 downloads.

[13:54] and 100 plus teams were able to do a demo during the demo day, within five days. So we have significantly brought down the learning curve, the barrier to entry, so people can actually get started. And if you have an idea, then you are able to get going. So powered by the agent starter kit, QuickBooks launched a series of next generation agents done for experiences this summer. So we have a whole suite of agents working for customers in our QuickBooks platform. I just wanted to call out two of them. So our accounting agents saves about 12 hours per month for small business in helping them keep their books organized.

[14:40] screenshots which you've taken all of that and converts them into estimates, which the businesses can then send us invoices, which has helped them get paid five days faster with a 10% more likelihood to get paid in full. Just to add to what Marin said, Intuit is also redefining the mid-market ERP landscape with Intuit Enterprise Suite, a modern AI native ERP solution with built-in automation for, say, multi-entity management, instant AI-driven insights, and a virtual team of AI agents. What we are hearing already from our customers, 78% of the customers are saying they're getting more time to grow their business. They can focus more on the business than managing they have a better picture of their financial health. So we are already seeing value and ROI out of these agents.

[15:39] Amazing. Speaking as a QuickBooks user who wants to get paid quicker, I'm all in favor of this. So, you know, we've seen one final question before we get to some of the viewer questions. We've seen the rise of agents within the infrastructure space with the likes of, you know, SRE agents. But how are you thinking about incorporating agents in the platform engineering side of things? So like everybody else, we first rolled out multiple AI-powered code assistance for code generation, test generation in the inner loop of development. But now, agentic development is changing the whole product development lifecycle. Today, over 30% of developers' time is spent in outer loop, troubleshooting issues, managing infrastructure, managing incidents.

[16:31] Despite progress, change induced incidents still remain high, even within Intuit, and recovery times are inconsistent. So last few years, we focused on customer centric observability using golden signals, real user monitoring and distributed tracing on top of our central operational data lake. Because you have to remember, agents first need clean data. to work, just like any other AI. We started with implementing near real-time anomaly detection on top of that data for observability and progressive delivery first before going into the agentic space.

[17:15] Now that we have a matured operational data and data pipelines and end-to-end observability, we first rolled out Incident Recovery Agent, which during an incident traverses our asset dependencies because incidents are not just caused by one software asset. It can be caused by a downstream asset impacting multiple assets. are very important to identify what's the root cause of the incident step by step with developer feedback loop to enable faster incident recovery. Today, the agent is already being able to find the root cause of more than 50% of our incidents. As Merin said, we constantly do the eval of the agent with real incident data. Other areas where we are experimenting with agents in the platform are agents doing tasks asynchronously trying to remediate any security defects that our security team opens across the company. Or upgrade, say, a tech date, like upgrading Java version. Asynchronous agents going to your repo, finding dependencies, and doing the upgrade. We are doing on-call alert triaging. On-call engineers get lots of alerts, and to triage and figure out which one to take action and which one not to.

[18:44] Build and deployment failure. Our biggest developer question in support slacks is why my build failed and why my deployment is giving crash to back off. OK, I like triaging and insights and then developer support. We are trying to answer majority of our developers questions with conversational agents before sending them to the second tier of support. Yeah. Amazing. So we've got a question here from somebody who was a mystery. They did not add their name. So I'm going to assume it's obviously Brad Pitt.

[19:18] who said how can i add ai agents into kubernetes clusters to help me fix issues So we have platform engineers who maintain the Kubernetes clusters and obviously then the service developers who use the Kubernetes cluster to to build their own agents or their own services. So our platform engineering team are experimenting with agents first to triage issues because we need to be 100 percent accurate in triaging issues with human in the loop before making deterministic production changes.

[19:54] in the Kubernetes clusters. Amazing. And then we got a question here from Larry. I love this question. He says, I'd love to hear about the economics of the platform. One million plus cause is huge. literally and figuratively, the ROI must be there to make it viable for companies thinking about adopting agents. How do you balance the investment versus the results? Thanks. I'll take a first shot and then Merin can add. So just to clarify, one million plus cores was the overall platform on which we run services, APIs, data pipelines, web apps and agents. We are not yet running one million plus cores with agents because of every agent that we are running in production. The first thing we are measuring is the accuracy of the answers that they are giving to the customers.

[20:46] very careful to run them in production with especially giving answers to our customers. ROI, we already mentioned like how our customers are getting money back faster, how they're saying they're getting time back to invest in their business. Merin, do you want to add anything else? Yeah, just exactly what Mukulika said, right? We encourage a lot of experimentation. Doesn't mean always ruthlessly prioritizing what must get the investment, which provides a boost benefit for our customers.

[21:23] Love it. Progressive perfection. For example, our SRE agent, we are tracking that if it takes 20 minutes to find a root cause of the issue for a human, less than five minutes for an agent. And so far for 50% of the cases, the agent is finding within less than five minutes. Amazing. Amazing. And then I think this is probably going to be our final question because we're running out of time here. This is from Jan Harvey. I hope I'm pronouncing your name correctly. What are the first practical steps for. an individual developer can take to start building and deploying AI agents on Kubernetes, especially if they're new to cloud native tools and orchestration.

[22:00] Mary, you want to take it? Yeah, I'm assuming this is not about building infrastructure agents, but generally agents, but on top of Kubernetes. It is like how you would develop any agent. Don't worry about infrastructure and cloud first. Figure out how to build an agent effectively in your machine and then slowly build up on on whatever infrastructure you have available in your organization. Bye. And I think the fundamental difference, like I called out, is that this is a lot of software engineers' first experience working with AI. So that is the place where you need to upskill yourself and invest more. The infrastructure will follow. The tooling will follow. If last two years is any indication, things will be better. The tooling will get better. There will be a lot more streamlining. But the skill that you need to invest in yourself is how to leverage AI effectively. That you have to do on your own.

[22:55] Amazing. Well, Mukulika, Mehran, thank you so much for joining us today. This was the inaugural Cloud Native Live Fireside Chat. Thank you for joining us today. Everybody, go and check out the Intuit open source page on LinkedIn. You can see the link right there on the screen, and we'll hopefully have some people in the background maybe pop a link into the chat. YouTube and then stay tuned for future sessions as well. So thanks everyone. Have a great week and we'll see you on the next one.

Abrir no ambiente de trabalho do Vidleaf

Pesquise a transcrição, selecione linhas, copie citações com carimbos de data/hora, traduza.

Abrir no ambiente de trabalho →

Atribuição

"Cloud Native Live Fireside Chat: Building AI agents at scale on Kubernetes" por CNCF [Cloud Native Computing Foundation] (https://www.youtube.com/@cncf), licenciado sob CC BY 3.0 (https://creativecommons.org/licenses/by/3.0/). Vídeo original: https://www.youtube.com/watch?v=iIzEfS5ThBA. Esta página é uma transcrição em texto do vídeo com quebras de parágrafo e carimbos de data/hora adicionados; o criador não é afiliado ao Vidleaf nem o endossa. O Vidleaf adicionou pontuação por IA e um resumo gerado por IA; o texto original permanece disponível nesta página.

Você é o criador ou detentor de direitos? Solicite uma correção ou remoção: copyright@vidleaf.app (veja Sobre estas páginas).

Última atualização