Com certeza, considerando que outras equipes também seguiram esse caminho, parece que quase todas as equipes de desenvolvimento web estavam desperdiçando tempo.
Na prática, também dá para ver isso como algo que, em algum momento, a diretoria teria que fazer, mas a equipe do YouTube tomou a frente e bancou essa decisão kkk

Gostei que a interface SQL foi padronizada.

Como era uma empresa void(0), provavelmente precisavam de um modelo de negócios.

E, como anunciaram, se também sair um marketplace de skills, acho que pode ser bem legal poder baixar só as skills necessárias e ativá-las quando precisar.

Parece que a onda de popularidade do vite está chegando ao ponto de virar produto também...

Deve haver algum motivo para o Vite não ter integrado isso, mas fiquei curioso para saber como tem sido a experiência de uso do Bun em produção.

Fico pensando se isso também pode ser aplicado ao usar o Claude Code para programação.
Mesmo agora, estou colocando orientações no Claude.md e separando os guias detalhados para seguir com cada parte.

Oh, obrigado pela explicação essencial.

A realidade é que... mesmo sabendo aquilo, há muitas outras coisas que vão além disso...

Se a ideia é realizar muito trabalho com poucos tokens, parece que isso poderia ser resolvido de forma mais simples usando multiagentes e resumos, em vez de otimização de prompt. Concordo com o problema apontado, mas a forma de resolvê-lo me parece ter limitações.

Claude Skills é incrível, talvez seja uma inovação ainda maior do que o MCP

Qual seria a relação entre o gerenciamento de contexto e as Claude Skills? Eu já tinha pensado: no que isso é diferente dos custom commands do Claude Code que já existiam antes? Mas, lendo a documentação, a maior diferença me parece ser que, dentro de uma única skill, dá para incluir e executar código de script como Python ou JavaScript.

Parece que, no contexto, não entra sempre o SKILLS.md inteiro; por enquanto, o que entra sempre no topo é só a parte de nome e descrição, como abaixo.

name: skill-creator
description: Guia para criar skills eficazes. Esta skill deve ser usada quando os usuários quiserem criar uma nova skill (ou atualizar uma skill existente) que expande os recursos do Claude com conhecimento especializado, fluxos de trabalho ou integrações de ferramentas.
license: Termos completos em LICENSE.txt

Mesmo assim, no fim das contas, parece que fizeram uma coisa boa.

Parece que estão defendendo um nível excessivo de filosofia do software livre, enquanto usam internet por fios de cobre instalados pelas empresas ou, como suposta alternativa, por antena parabólica.
Acho que, mesmo que tudo o que está escrito aqui se concretize, ainda diriam que o código aberto não venceu.

É verdade que o Livewire é divertido, mas basta a UI ficar um pouco mais complexa para virar um inferno. A partir desse momento, o Phoenix perde claramente suas vantagens. Como fica mais difícil quanto mais longo é o ciclo, eu não consigo recomendar muito.

Skills também não usam tokens? Se for o caso, parece que o problema do consumo de tokens vai surgir de novo, mas não sei bem como eles pretendem lidar com isso nessa hora.

É puro exagero, de verdade

Eu também já fui quase um devoto de serverless e promovi arquiteturas serverless com bastante entusiasmo, mas hoje em dia prefiro mais uma estrutura feita com uma instância ec2 e um rds. E então vou separando uma coisa de cada vez conforme necessário. Passei a pensar muito mais antes de adotar serverless.
Há vários motivos, mas percebi que, se houver ao menos uma pessoa no time sem conhecimento de serverless, os custos de comunicação/manutenção aumentam consideravelmente. E, ao voltar a operar servidores, senti novamente que serverless não era tão barato nem tão prático quanto eu imaginava.

Ao trabalhar com o Claude Code, você acaba alimentando continuamente instruções e regras no contexto, e no fim fica quebrando a cabeça entre uso de tokens e tamanho do contexto. Aí pensei em criar uma pasta, escrever nela os detalhes de cada função em arquivos .md separados, e deixar no claude.md só um monte de ponteiros dizendo o que consultar para cada tarefa; funcionou surpreendentemente bem e de forma bem barata. Como os Skills no fim devem ser uma coleção desse tipo de coisa, parece que vão ser bem úteis.