# Leo (@leoxbtt) on X **Resumo:** O QuadCode é um assistente de IA para codificação que permite aos desenvolvedores escrever funções inteiras, arquivos inteiros e corrigir bugs de forma eficiente. Ele funciona com todas as ferramentas e não requer mudanças no fluxo de trabalho. O QuadCode é uma ferramenta de propósito geral que pode ser usada de forma personalizada e permite a integração com o GitHub. ## Transcricao Olá, pessoal. Eu sou Boris. Sou membro da equipe técnica aqui na Anthropic e criei o QuadCode. E aqui para falar um pouco sobre algumas dicas práticas e truques para usar o QuadCode. Vai ser muito prático. Não vou entrar muito na história ou na teoria ou qualquer coisa assim. E sim, antes de começarmos, podemos ter um rápido show de mãos de quem já usou o QuadCode antes? Sim, tudo bem, isso é o que gostamos de ver. Para todos que não levantaram a mão, eu sei que vocês não devem fazer isso enquanto as pessoas estão falando, mas se vocês puderem abrir o seu laptop e digitar isso, e isso ajudará a instalar o QuadCode, apenas para que vocês possam seguir ao longo da apresentação. Tudo o que vocês precisam é do Node.js, se vocês têm, isso deve funcionar. Querem seguir todos os códigos? Sim, vocês não precisam seguir ao longo, mas se vocês não tiverem ainda, essa é a sua chance de instalar para que vocês possam seguir ao longo. Então, o que é o QuadCode? O QuadCode é um novo tipo de assistente de IA e há diferentes gerações de assistentes de IA para codificação. A maioria deles tem sido sobre completar uma linha de código por vez, completar algumas linhas de código de vez em quando. O QuadCode não é para isso. Ele é completamente agente. Então, é para construir recursos, para escrever funções inteiras, arquivos inteiros, corrigir bugs inteiros ao mesmo tempo. E o que é um pouco legal sobre o QuadCode é que ele funciona com todas as suas ferramentas. E você não precisa mudar o seu fluxo de trabalho. Você não precisa trocar tudo para começar a usar. Então, qualquer IDE que você use, se você usa o VS Code ou se você usa o Xcode ou se você usa os IDEs JetBrains, há pessoas na Anthropic que você não consegue tirá-las das suas mãos frias e mortas, mas elas usam o Cloud Code porque o Cloud Code funciona com todos os IDs, todos os terminais lá fora. Ele funcionará localmente, remotamente via SSH, via Tmux, qualquer ambiente que você esteja, você pode usá-lo. Ele é de propósito geral, e isso é algo onde, se você não usou esses tipos de assistentes de codificação livres em forma no passado, pode ser um pouco difícil para você começar a usar porque você abre e você só vê uma barra de prompt, e você pode se perguntar, como faço isso? O que eu digito? É uma ferramenta de poder, então você pode usá-la para muitas coisas, mas também porque ela pode fazer tanto, não tentamos guiar vocês para um fluxo de trabalho específico porque, na verdade, vocês devem ser capazes de usá-la da forma que você quiser como um engenheiro. Ao abrir o Cloud Code pela primeira vez, há algumas coisas que recomendamos fazer para configurar o seu ambiente. E essas são bastante diretas. Então, execute o terminal setup. Isso dará a você shift enter para novas linhas para que você não precise usar aspas para entrar em novas linhas. Isso torna um pouco mais agradável usar. Faça o slash theme para definir o modo claro ou escuro ou temas daltonizados. Você pode fazer o slash install GitHub app. Então, hoje, anunciamos uma aplicação do GitHub onde você pode mencionar o Claude em qualquer problema ou solicitação de pull do GitHub. Então, para instalar, basta executar esse comando no seu terminal. Você pode personalizar o conjunto de ferramentas permitidas que você pode usar para que você não seja solicitado a aceitá-las a cada vez. Isso é muito conveniente. Para coisas que eu sou solicitado a aceitar muito, eu vou personalizar isso da forma que eu não precise aceitá-las a cada vez. E algo que eu faço é, para muitas das minhas solicitações, eu não digito as solicitações manualmente no QuadCode. Se você estiver no macOS, você pode ir para as configurações do sistema sob acessibilidade e você pode habilitar a digitação. E então, algo que eu faço é você simplesmente pressiona a tecla de digitação duas vezes e você pode simplesmente falar a sua solicitação. E isso ajuda muito a ter solicitações específicas. Então, isso é realmente incrível. Você pode simplesmente falar com o QuadCode e como você faria com outro engenheiro. E você não precisa digitar muito código. Quando você está começando com o Cloud Code, é tão livre-forma e pode fazer tudo. O que você começa com? A coisa que eu recomendo acima de tudo é começar com a base de código Q&A. Então, apenas perguntar à sua base de código. Isso é algo que ensinamos a novos funcionários na Anthropic. Então, no primeiro dia de onboarding técnico, você aprende sobre Cloud Code, baixa-o, o configura e logo começa a fazer perguntas sobre a base de código. E no passado, quando você estava fazendo onboarding técnico, era algo que muito taxava a equipe, certo? Você precisa fazer perguntas aos outros engenheiros da equipe. Você precisa procurar pela base de código e isso leva um tempo. Você precisa descobrir como usar as ferramentas. Isso leva muito tempo. Com o Cloud Code, você pode simplesmente fazer perguntas ao Cloud Code e ele explorará a base de código. Ele responderá a essas perguntas. E assim, na Anthropic, o onboarding usava a demorar cerca de duas ou três semanas para os novos funcionários técnicos. Agora, leva cerca de duas ou três dias. O que também é muito legal sobre Q&A é que não fazemos nenhum tipo de indexação. Então, não há banco de dados remoto com o seu código. Não subimos o código para lugar nenhum. O seu código fica local. Não treinamos modelos gerativos com o código. Então, ele está lá. Você controla. Não há índices ou nada parecido. E isso significa que também não há configuração. Então você começa o Claude, baixa-o, começa-o. Não há indexação. Você não precisa esperar. Você pode usá-lo logo de cara. Isso é uma palestra técnica. Então vou mostrar alguns prompts muito específicos e alguns exemplos de código muito específicos que você pode usar e, espero, melhorar e melhorar sua experiência com o Cloud Code. Então, algumas perguntas que você pode fazer é, você sabe, como essa parte específica do código é usada? Ou como eu instancio essa coisa? E o Cloud Code, ele não vai apenas fazer uma busca de texto e tentar responder isso. Ele vai muitas vezes ir um nível mais profundo e vai tentar encontrar exemplos de como essa classe é instanciada? Como é usada? E ele vai dar uma resposta muito mais profunda, então algo que você obteria de um wiki ou de uma documentação em vez de apenas, você sabe, procurar com Ctrl + F. Algo que eu faço muito também é perguntar sobre a história do Git. Por exemplo, por que essa função tem 15 argumentos e por que os argumentos têm esse nome estranho? E é algo que eu acho que em todas as nossas bases de código você tem alguma função como essa ou alguma classe como essa. E o Cloud Code pode procurar pela história do Git e vai procurar descobrir como esses argumentos foram introduzidos e quem os introduziu e o que era a situação e quais eram os problemas que aqueles commits estavam ligados e vai procurar tudo isso e resumir e você não precisa dizer isso em todos os detalhes. Você só precisa perguntar. Então, basta dizer, procure pela história do Git, e ele vai saber o que fazer. A razão é que não é porque nós o promptamos. Não há nada no sistema de prompt sobre procurar pela história do Git. Ele sabe porque o modelo é incrível. E se você disser que use o Git, ele vai saber como usar o Git. Então, estamos sortudos em estar construindo sobre um modelo tão bom. Eu costumo perguntar sobre problemas do GitHub. Você sabe, ele pode usar WebFetch e pode buscar problemas e procurar contexto sobre problemas, também, e isso é muito legal. E isso é algo que eu faço a cada segunda-feira em nossa reunião semanal é eu perguntar o que eu entregue essa semana. E o Cloud Code vai procurar o log, ele sabe meu nome de usuário e vai me dar uma leitura agradável de tudo o que eu entregue e eu só copio e colo isso em um documento. Sim, é isso, dica número um. Para as pessoas que não usaram o QuadCode antes, se você está mostrando para alguém pela primeira vez, fazendo o onboarding da equipe, a coisa que nós recomendamos é começar com perguntas baseadas no código. Não comece usando ferramentas complicadas. Não comece editando o código. Só comece fazendo perguntas sobre a base de código. E isso vai ensinar as pessoas a fazer prompts. E vai começar a ensinar a elas essa fronteira de, você sabe, o que o Cloud Code pode fazer? O que ele é capaz de fazer? Versus o que você precisa segurar a mão dele um pouco mais? O que pode ser feito em uma única tentativa? O que pode ser feito em duas tentativas, três tentativas? O que você precisa usar o modo interativo para em um REPL? Uma vez que você se sentir confortável com perguntas e respostas, pode mergulhar na edição de código. Isso é a próxima coisa. E a coisa legal sobre qualquer tipo de agente, você sabe, como usar um LM de forma agente, é que você dá ferramentas e é apenas, como, mágico. Ele descobre como usar as ferramentas. E com o Cloud Code, damos a ele um conjunto pequeno de ferramentas. Não é muito. E então ele tem uma ferramenta para editar arquivos. Ele tem uma ferramenta para executar comandos bash. Ele tem uma ferramenta para procurar arquivos. E ele vai concatenar essas ferramentas para explorar o código, brainstormar e, finalmente, fazer edições. E você não precisa pedir explicitamente que ele use essa ferramenta e essa ferramenta e essa ferramenta. Você só diz, você sabe, faça essa coisa, e ele vai descobrir como fazer. Ele vai concatenar em uma ordem que faça sentido para o Cloud Code. Há muitas maneiras de usar isso. Algumas vezes, eu gosto de fazer antes de deixar o Claude entrar para escrever código, eu peço que ele faça um pouco de brainstorming ou faça um plano. Isso é algo que recomendamos muito e algo que eu vejo às vezes é que as pessoas, você sabe, elas pegam o código do Claude e elas perguntam, implemente essa enorme, como, 3.000 linha de recurso, e às vezes ele consegue isso na primeira tentativa, mas às vezes o que acontece é que a coisa que ele constrói não é nada do que você queria. E a maneira mais fácil de obter o resultado que você quer é pedir que ele pense primeiro. Então, faça um brainstorming. Faça um plano. Corra com isso por mim. Peça aprovação antes de escrever código. E você não precisa usar o modo plano. Você não precisa usar nenhuma ferramenta especial para fazer isso. Você só precisa pedir ao Cloud, e ele vai saber o que fazer. Então, só diga, antes de escrever código, faça um plano. É isso. Isso também, eu quero pensar com isso, com esse commit push PR, é uma incantação muito comum que eu uso. Não há nada especial sobre isso, mas o Cloud é inteligente o suficiente para interpretar isso, então ele vai fazer um commit, vai empurrá-lo para a branch, criar uma branch e, em seguida, criar um pull request para você no GitHub. Você não precisa explicar nada. Ele vai procurar pelo código, vai procurar pela história, vai procurar pelo log Git por conta própria para descobrir o formato do commit e tudo mais, e ele vai fazer o commit e empurrá-lo da maneira certa. Novamente, não estamos promovendo o uso de sistema para fazer isso, ele simplesmente sabe como fazer. O modelo é bom. À medida que você se torna um pouco mais avançado, você vai querer começar a conectar as ferramentas da sua equipe. E é aí que o Cloud Code começa a brilhar de verdade. E há geralmente dois tipos de ferramentas. Então, um é ferramentas bash. E um exemplo disso, eu apenas criei esse como CLI de cevada. Isso não é uma coisa real. Mas você pode dizer para usar o CLI para fazer algo. E você pode dizer ao Cloud Code sobre isso. E você pode dizer para usá-lo, por exemplo, como dash dash help para descobrir como usá-lo. E isso é eficiente. Se você se encontrar usando isso muito, você também pode jogá-lo em seu Cloud MD, que vamos falar sobre em um momento. Então, o Cloud pode lembrar disso em sessões subsequentes. Mas isso é um padrão comum que seguimos na Anthropic e vemos clientes externos usá-lo também. E o mesmo vale para o MCP. O Quad Code pode usar ferramentas bash. Ele pode usar ferramentas MCP. Então, você sabe, apenas diga sobre as ferramentas e você pode adicionar a ferramenta MCP e dizer como usá-la e ele vai começar a usá-la. E isso é extremamente poderoso porque quando você começar a usar o código em um novo conjunto de código, você pode simplesmente dar a ele todas as suas ferramentas, todas as ferramentas da sua equipe que já usa para esse conjunto de código e o Quad Code pode usá-las em seu lugar. Há alguns fluxos de trabalho comuns, e esse é o que eu já discuti. Então, faça um pouco de exploração, faça um pouco de planejamento e peça minha confirmação antes de começar a escrever código. Esses outros dois à direita são extremamente poderosos. Quando o Cloud tiver uma maneira de verificar seu trabalho, por exemplo, escrevendo testes unitários ou capturando com o Puppeteer ou capturando o simulador iOS, então ele pode iterar. E isso é incrível porque, por exemplo, se você der a ele uma tarefa e disser "construa essa interface de usuário web", ele vai fazer um bom trabalho. Mas se você tivesse que iterar duas ou três vezes, ele geralmente consegue quase perfeito. A chave é dar a ele algum tipo de ferramenta que possa usar para obter feedback e verificar seu trabalho. E então, com base nisso, ele irá iterar por conta própria e você vai obter um resultado muito melhor. Portanto, independentemente de seu domínio, se for testes unitários ou de integração, ou capturas de tela para aplicativos ou web, basta dar a ele uma forma de ver seus resultados. E ele irá iterar e melhorar. Portanto, essas são as próximas etapas. Ensine o Quad a usar suas ferramentas e descubra o fluxo de trabalho correto. Se você quiser que o Quad pule para o código, se quiser que ele faça um pouco de brainstorming, faça um plano, se quiser que ele itere, tente ter algum senso disso para saber como promptar o Quad para fazer o que você quer. À medida que você for mais profundo, além das ferramentas, você quer começar a dar ao Quad mais contexto. E quanto mais contexto, mais inteligentes as decisões serão porque, como um engenheiro trabalhando em um código-fonte, você tem uma tonelada de contexto em sua cabeça sobre seus sistemas e toda a história e tudo mais. Portanto, há diferentes maneiras de dar isso ao Cloud. E à medida que você der mais contexto ao Cloud, ele fará melhor. Há diferentes maneiras de fazer isso. A mais simples é o que chamamos de CloudMD. E o Cloud.md é o nome do arquivo especial. O lugar mais simples para colocá-lo é na raiz do projeto. Então o mesmo diretório em que você inicia o Cloud, coloque um CloudMD lá. E isso será lido automaticamente em contexto no início de cada sessão. E, basicamente, a primeira rodada do usuário incluirá o CloudMD. Você também pode ter um CloudMD local. E esse você não costuma verificar no controle de versão. Então o CloudMD você deve verificar no controle de versão, compartilhar com sua equipe para que você possa escrevê-lo uma vez e compartilhá-lo com sua equipe. Esse você não verifica. É apenas para você. As coisas que você coloca no QuadMD, é como comandos bash comuns, ferramentas MCP comuns, decisões arquiteturais, arquivos importantes, qualquer coisa que você precisaria saber para trabalhar nesse código-fonte. Tente manter isso curto, porque se ficar muito longo, é só usar muito contexto, e geralmente não é muito útil. Então tente manter o mais curto possível. E, por exemplo, em nosso código-fonte, temos comandos bash comuns, temos um guia de estilo. Temos alguns arquivos-chave, coisas assim. Todos os outros QuadMDs, você pode colocá-los em diretórios filhos aninhados, e o Quad irá puxá-los automaticamente. Então esses são os QuadMDs que serão puxados automaticamente. Mas também você pode colocar QuadMDs em diretórios filhos aninhados, e esses serão puxados automaticamente quando o Quad trabalhar nesses diretórios. E, claro, se você for uma empresa, talvez queira um QuadMD compartilhado por todos os diferentes código-fontes e você queira gerenciá-lo em nome de seus usuários e você pode colocá-lo na raiz da empresa e ele será puxado automaticamente. Há uma tonelada de maneiras de puxar contexto. Eu realmente tive muita dificuldade em montar essa apresentação para comunicar a amplitude de maneiras que você pode fazer isso. Mas o QuadMD é puxado automaticamente. Você também pode usar comandos de barra. Isso é .quad/comandos, e isso pode estar em seu diretório pessoal, ou pode estar verificado no projeto. E isso é para comandos de barra. E aqui, temos alguns exemplos de comandos de barra que temos no Cloud Code em si. E, por exemplo, se você estiver no repositório do Cloud Code e ver problemas sendo rotulados, isso é na verdade essa execução de fluxo de trabalho aqui. É rotulagem de problemas do GitHub. E temos uma ação do GitHub rodando, a mesma que falamos sobre essa manhã, onde o Cloud Code irá rodar esse comando, e é só um comando de barra. Ele irá rodar, e irá rotular os problemas para que os humanos não tenham que. É só economizar tempo. E, claro, você pode adicionar arquivos de menção para puxá-los em contexto. E como eu disse antes, os quadMDs em um diretório aninhado são carregados quando o quad funciona nesse diretório. Então, dê ao quad mais contexto. E é definitivamente vale a pena investir tempo para ajustar o contexto. Você pode executá-lo através de um melhorador de prompts. Considere quem o contexto é para. Se você deseja carregá-lo a cada vez, se você deseja carregá-lo a demanda, se você deseja compartilhá-lo com uma equipe, se é uma preferência pessoal, certifique-se de ajustar. Isso melhorará dramaticamente o desempenho se você fizer isso certo. À medida que você se tornar mais avançado, você vai querer pensar nisso um pouco mais, essa espécie de hierarquia de diferentes maneiras de carregar tudo. Então, não apenas o CloudMD, mas também a configuração e, de certa forma, tudo sobre o Cloud que você pode carregar dessa forma hierárquica. Então, os projetos são específicos para seu repositório Git, e isso você pode verificar ou fazer apenas para você. Você também pode ter configurações globais que são em todos os seus projetos, ou você pode ter políticas de empresa. E isso é basicamente uma configuração global que você rola para todos seus funcionários, todos da sua equipe automaticamente. E essa apresentação é muito densa em informações, mas o ponto é que isso se aplica a muitas coisas. Então, você pode fazer isso para comandos de barra. Você pode fazer isso para permissões. Por exemplo, se você tiver um comando de bash que você executaria para todos seus funcionários, como todos os funcionários usam esse comando de teste, por exemplo, Você pode realmente verificar isso no arquivo de políticas de empresa, e então qualquer funcionário, quando executar esse comando, será aprovado automaticamente, o que é muito conveniente. E você também pode usar isso para bloquear comandos. Por exemplo, vamos dizer que há uma URL que nunca deve ser recuperada. Basta adicionar isso à configuração, e isso fará com que um funcionário não possa sobrescrevê-la, e essa URL nunca pode ser recuperada. Então, muito conveniente tanto para desbloquear pessoas quanto apenas para manter o código base seguro. E então a mesma coisa para servidores MCP. Tenha um arquivo JSON de MCP, verifique-o no código base. Assim, qualquer vez que alguém executar código quad no código base, eles serão solicitados a instalar os servidores MCP e compartilhá-los com a equipe. Se você não souber qual desses usar, essa é uma matriz um pouco louca porque apoiamos muita coisa, e os fluxos de trabalho de engenheiro são muito flexíveis, e cada empresa é diferente, então queremos apoiar tudo. Então, se você não souber como começar, eu recomendaria começar com o contexto de projeto compartilhado. Você escreve isso uma vez e então compartilha com todos da equipe e você obtém esse tipo de efeito de rede onde alguém faz um pouco de trabalho e todos da equipe se beneficiam. Há muitas ferramentas integradas no Quad para gerenciar isso. Então, por exemplo, se você executar slash memory, você pode ver todos os diferentes arquivos de memória que estão sendo carregados. Então, talvez eu tenha uma política de empresa, tenho minha memória de usuário, tenho o QuadMD do projeto e então talvez haja um QuadMD aninhado que só é carregado para certos diretórios. E então, da mesma forma, quando você faz slash memory, você pode editar arquivos de memória específicos. Quando você digita o sinal de número para lembrar algo, você pode escolher qual memória você quer que vá. Então, sim, é o próximo passo. Tome o tempo para configurar o QuadMD, os servidores MCP, tudo o que sua equipe usa para que você possa usá-lo uma vez, configure-o uma vez e então compartilhe com todos. Um exemplo disso é em nosso repositório de aplicativos para a Anthropic. Isso é como o repositório que temos todos o nosso código web e de aplicativos. Há um servidor MCP Puppeteer e compartilhamos isso com a equipe. E há um arquivo JSON de MCP verificado, então qualquer engenheiro trabalhando nesse repositório pode usar o Puppeteer para pilotar testes de fim a fim e capturar automaticamente e iterar para que todos os engenheiros não tenham que instalar ele mesmo. Isso é uma conversa sobre dicas profissionais, então eu apenas quero fazer uma pausa rápida para falar sobre algumas combinações de teclas comuns que as pessoas podem não saber. É muito difícil construir para o terminal. É também muito divertido. Sente-se como se estivesse redescobrindo esse novo idioma de design. Mas algo sobre o terminal é que ele é extremamente minimalista. E às vezes é difícil descobrir essas combinações de teclas. E aqui está apenas uma folha de referência rápida. Então, a qualquer momento, você pode pressionar shift tab para aceitar edições. E isso muda você para o modo de aceitação automática de edições. Então, os comandos do bash ainda precisam de aprovação, mas as edições são aceitas automaticamente. E você sempre pode pedir para o Quad desfazer as alterações mais tarde. Por exemplo, farei isso se eu souber que o Claude está no caminho certo, ou se ele estiver escrevendo testes unitários e iterando em testes. Geralmente, vou apenas mudar para o modo de aceitação automática, para não ter que OKar cada edição individual. A qualquer momento que você quiser que o Claude lembre algo, por exemplo, se ele não estiver usando uma ferramenta corretamente e você quiser que ele a use corretamente a partir de então, basta digitar o sinal de número e dizer para ele o que lembrar, e ele lembrará. Ele incorporará isso no ClaudeMD automaticamente. Se você algum dia quiser descer para o modo bash, basta executar um comando do bash. Você pode pressionar o sinal de exclamação e digitar o comando. Isso executará localmente, mas também irá para a janela de contexto. Então, o Quad verá o comando e o resultado. Você pode adicionar mencionar milhares de pastas. A qualquer momento que você pode pressionar a tecla escape para parar o que o Quad está fazendo. Não importa o que o Quad esteja fazendo, você sempre pode pressionar a tecla escape com segurança. Isso não vai corromper a sessão. Isso não vai mexer com nada. Então, talvez o Quad esteja fazendo uma edição de arquivo. Eu pressionarei a tecla escape. Eu direi para ele o que fazer de forma diferente. Ou talvez ele tenha sugerido uma edição de 20 linhas, e eu estou como, na verdade, 19 dessas linhas estão perfeitas, mas uma linha você deve mudar. Eu pressionarei a tecla escape. Eu direi para ele isso. E então eu direi para ele refazer a edição. Você pode pressionar a tecla escape duas vezes para voltar na história. E então, após terminar a sessão, você pode iniciar o Quad com o comando "resume" para resumir a sessão, se quiser, ou com o comando "dash dash continue". E então, a qualquer momento que você quiser ver mais saída, pressione Ctrl R. e isso mostrará a saída inteira, a mesma coisa que o Claude vê na janela de contexto. A próxima coisa que eu quero discutir é o SDK de código do Claude. Então, falamos sobre isso no início. Logo após isso, Sid está fazendo uma sessão, acho que apenas ao lado do corredor, e ele vai entrar em detalhes sobre o SDK. Se você não jogou com isso, se usou o flag "dash P" no Claude, isso é o que o SDK é. E nós planejamos uma série de recursos nos últimos semanas para torná-lo ainda melhor. Sim, você pode construir sobre isso. Você pode fazer coisas incríveis. Isso é exatamente a coisa que o Cloud Code usa. É exatamente o mesmo SDK. E então, por exemplo, você pode fazer "Cloud dash P". Isso é o SDK CLI. Você pode passar uma pergunta. Você pode passar ferramentas permitidas, que poderiam incluir comandos do bash específicos. E você pode dizer qual formato você quer. Então, você pode querer JSON ou você pode querer JSON em fluxo se você quiser processar isso de alguma forma. Isso é incrível para construir sobre. Nós usamos isso o tempo todo em CI. Nós usamos isso para resposta a incidentes. Nós usamos isso em todas as espécies de pipelines. Então, é muito conveniente. Basta pensar nele como uma utilidade Unix. Você dá uma pergunta, ele dá JSON. Você pode usá-lo de qualquer forma. Você pode encaminhá-lo para ele, você pode encaminhá-lo de fora. A encaminhamento também é muito legal. Então, você pode usar, por exemplo, "git status" e encaminhar isso para ele e usar "jq" para selecionar o resultado. As combinações são infinitas. E é como essa nova ideia. É como uma utilidade Unix super inteligente. E acho que mal começamos a descobrir como usá-lo. Estamos apenas descobrindo isso. Você pode ler de uma pasta do GCP, ler um grande log e encaminhar isso para ele e dizer para o Claude para descobrir o que é interessante sobre esse log. Você pode buscar dados do CLI do Sentry. Você também pode encaminhar isso para ele e ter o Cloud fazer algo com isso. A coisa final, e isso é provavelmente o uso de casos mais avançados que vemos, sou tipo um normie da nuvem, então geralmente tenho uma nuvem rodando ao mesmo tempo e talvez tenha algumas janelas de terminal para alguns repositórios diferentes rodando ao mesmo tempo. Quando eu olho para usuários de poder dentro e fora da Anthropic, quase sempre eles vão ter sessões SSH, vão ter túneis Tmux para suas sessões da nuvem. Vão ter uma série de checkouts do mesmo repositório para que eles possam executar uma série de quads em paralelo nesse repositório. Ou eles estão usando árvores de trabalho Git para ter algum tipo de isolamento enquanto fazem isso. E estamos trabalhando ativamente para tornar isso mais fácil de usar, mas por enquanto, como, essas são algumas ideias de como fazer mais trabalho em paralelo com o quad. Você pode executar tantas sessões quanto quiser, e há muito que você pode fazer em paralelo. Então, sim, isso é tudo. Eu queria também deixar um tempo para perguntas e respostas. Então acho que essa é a última slide que eu tenho. E sim, se as pessoas têm perguntas, há microfones em ambos os lados. E sim, gostaríamos de responder a qualquer pergunta. Obrigado. Eu fiz. Ei, Boris. Obrigado por construir o Cloud Code. E eu estava me perguntando o que foi a implementação mais difícil, como parte da implementação para você de construí-lo. Acho que há muitas partes difíceis. Acho que uma parte que é especialmente difícil é as coisas que fazemos para tornar comandos Bash seguros. O Bash é intrinsicamente muito perigoso, e pode alterar o estado do sistema de maneira inesperada. Mas ao mesmo tempo, se você tiver que aprovar manualmente cada comando de lote, é super irritante como engenheiro e você não pode realmente ser produtivo porque está apenas constantemente aprovando cada comando e apenas tipo navegando como fazer isso de forma segura de maneira que escala para as diferentes bases de código que as pessoas têm porque não todos executam seu código em um container Docker, isso foi muito difícil e basicamente a coisa que nós chegamos foi que há alguns comandos que são apenas leitura, há uma análise estática que fazemos para determinar quais comandos podem ser combinados de maneira segura. E então temos esse sistema de permissão escalonado complexo para que você possa permitir e bloquear listas de comandos em diferentes níveis. Ei, Boris. Você mencionou dar uma imagem para o CloudCode, o que me fez me perguntar se há alguma espécie de funcionalidade multimodal que eu não estou ciente. Você está apenas apontando para uma imagem no sistema de arquivos ou algo assim? Sim, o CloudCode é completamente multimodal. Ele tem sido desde o início. Ele está em um terminal, então é um pouco difícil de descobrir. Mas sim, você pode dar uma imagem e apenas arrastar e soltar. Isso funciona. Você pode dar um caminho de arquivo. Isso funciona também. Você pode copiar e colar a imagem e isso funciona também. Então eu uso isso com frequência se eu tiver como um mock de algo, eu apenas arrasto e solto a imagem. Eu digo para ele implementar. Eu dou para o servidor para que ele possa iterar contra ela. E sim, é tudo completamente automático. Ei, por que você construiu uma ferramenta de linha de comando em vez de um IDE? Sim, é uma boa pergunta. Acho que há provavelmente duas razões. Uma é que começamos isso na Anthropic, e na Anthropic as pessoas usam uma ampla gama de IDEs. E algumas pessoas usam o VS Code, outras pessoas usam o Zed ou o Xcode ou o Vim ou o Emacs. E foi difícil construir algo que funcione para todos. E então o terminal é apenas o denominador comum. A segunda coisa é que na Anthropic, vemos de perto como rápido o modelo está melhorando. E acho que há uma boa chance de que até o final do ano as pessoas não estejam usando IDEs mais. E então queremos estar preparados para esse futuro, e queremos evitar sobreinvestir em UI e outras camadas em cima, dado que a forma como os modelos estão progredindo, simplesmente pode não ser trabalho útil muito em breve. Quanto você usou... não sei se isso está... Quanto você usou o Cloud Code para modelagem de aprendizado de máquina e quase a mesma experiência com o AutoML, eu estava curioso, qual a experiência foi até agora com isso. Sim, eu acho que a pergunta era Quanto estamos usando o Cloud Code para aprendizado de máquina e modelagem. Na verdade, usamos para isso um monte. Ambos os engenheiros e pesquisadores da Anthropik usam o Cloud Code todos os dias. Acho que cerca de 80% das pessoas da Anthropik que são técnicas usam o Cloud Code todos os dias. E espero que você possa ver isso no produto e na quantidade de amor e "dogfooding" que colocamos nele. Mas isso inclui pesquisadores que usam ferramentas como o notebook para editar e executar notebooks. Muito legal. Obrigado. Tudo bem, acho que é isso. Obrigado. Obrigado. ## Conteudo Bro… el ingeniero que CREÓ Claude Code soltó un video de 28 minutos y me voló la cabeza Olvídate de los prompts genéricos que todo el mundo copia y pega Este tipo te enseña exactamente cómo sacar el 300% de Claude: archivos CLAUDE.md, memoria permanente, sesiones paralelas y ## Imagens ### Imagem 1 A imagem mostra um homem de pé em um palco. Ele está vestindo um moletom azul e um microfone de cabeça. À sua frente há um pódio branco com as letras 'AI'. À direita, há uma tela grande exibindo um close-up do rosto do homem. A cor de fundo da tela é clara. No canto superior direito da imagem há a palavra 'Live'. O cenário é iluminado, sugerindo um ambiente de apresentação ou conferência. AI Live