Edição 743 - iOS Dev Weekly

Quando li meus feeds RSS durante a semana, o número de artigos sobre codificação assistida por agentes (inclusive aqueles que não são suportados por padrão) foi esmagador. Parecia que era o único tópico da semana!

Vou escrever mais sobre isso também? Bem, sim, mas não vou falar sobre como configurar, usar ou se gosto da implementação do Xcode 26.3. Em vez disso, vou olhar um pouco para um possível futuro de trabalhar com essas ferramentas.

Você provavelmente assistiu à sessão de codificação ao vivo da Apple introduzindo a funcionalidade. É boa e os apresentadores fazem um bom trabalho explicando, mas você notará algo sobre as sugestões que eles usam. Eles continuamente mencionam que você deve usar sugestões detalhadas, mas aquelas que eles usam são curtas e não parecem muito com as que tive sucesso.

Não me entenda mal, eu não estou criticando. É fácil para mim dizer que um vídeo deveria usar sugestões de artigos longos, mas isso é difícil fazer em uma sessão tutorial de 30 a 45 minutos e entendo por que a sessão é como é.

A ambiguidade em uma sugestão é a única coisa que o constante melhoramento nos modelos nunca vai corrigir. O que acontece nos casos de borda? O que acontece quando há um erro? Uma sugestão curta não pode conter os detalhes necessários para software previsível e confiável. Alguns dos agentes, como Claude Code, agora perguntarão sobre esclarecimento se detectarem ambiguidade, mas na minha opinião é muito melhor pensar em seu software e especificar mais coisas antes de deixar o agente começar a codificar.

Aprender a usar um agente efetivamente definitivamente é uma habilidade, e a especificação para qualquer novo aplicativo ou nova funcionalidade que você está construindo é realmente importante. Uma das técnicas mais eficazes que usei veio de assistir essa oficina por Peter Steinberger onde ele deixa dois diferentes contextos LLM tentar encontrar e corrigir buracos em uma especificação antes de codificar. Enquanto você ler a retroalimentação e tomar decisões onde elas precisam ser feitas, isso é uma maneira incrivelmente eficaz de trabalhar.

O que eu gostaria de ver é algumas dessas ferramentas agênticas começarem a integrar dessa maneira de trabalhar, e nenhum dos UIs que vi até agora encoraja isso. O agente sempre está em uma barra lateral ou janela menor e eles não o guiam por um caminho de garantir que você tenha removido ambiguidade antes de codificar. Posso imaginar uma versão futura do Xcode onde o agente trabalhe com você para refinar uma especificação para qualquer alteração planejada, em tela cheia no editor, incluindo usar múltiplas janelas de contexto para rebater contra você. Eu adoraria ver a especificação em um contexto totalmente separado da janela do codificador agente também. Seria necessário muito trabalho e obter o UI certo seria difícil, mas suspeito que seria poderoso. Também mudaria o foco do UI de “o agente é apenas importante o suficiente para viver em uma barra lateral” para “o agente e suas instruções são tão importantes quanto o código”.

Tudo isso já é possível, claro, mas apenas usando múltiplos ferramentas e você precisa gerenciar cuidadosamente modelos e contexto para ser eficaz. Adoraria ver a Apple e a equipe do Xcode realmente liderar na frente e reduzir a fricção de trabalhar dessa maneira. Talvez vejamos algo no WWDC deste ano?

– Dave Verwer