Olá @swyx, uma pergunta para você, Você sempre diz "faça coisas, conte às pessoas." Mas eu acho que o fazer interfere no contar. Eu me perco no fazer. Eu tenho que bloquear forçosamente tempo no meu calendário só para me forçar a contar às pessoas escrevendo. E mesmo assim, parece que estou desperdiçando tempo que poderia ser usado para mais fazer. Eu vi algum valor em contar às pessoas. Mas eu gosto muito mais de fazer. Não quero ser um escritor técnico. Não quero ser dev rel e sou quase alérgico à palavra "marketing." Eu só quero comunicar ideias o suficiente para que elas realmente sejam adotadas (e as pessoas usem o que eu construo). A vida é curta e mesmo que eu trabalhe o tempo todo, há apenas tanto tempo. Como você gerencia o equilíbrio? Quais heurísticas você usa? Eu acho que muitos construtores lutam com isso e alguns se inclinam demais para um lado. Adoraria saber sua opinião.

Como @cline experienciou a "lição amarga" na sua própria jornada. Quando o Sonnet 4 foi lançado, muitas coisas falharam. O modelo funcionava em ciclos. Tomava instruções de forma demasiado literal e fazia coisas estranhas. Ficámos confusos. O mesmo prompt do sistema tinha funcionado para 3.5, 3.7, tudo antes. Nesse ponto, percebemos: o nosso prompt estava sobrecarregando sensorialmente o modelo. Todas aquelas instruções cuidadosas que escrevemos? Estavam a interferir na forma como o modelo realmente pensa. A lição amarga para os agentes: Você pensa que pode ajustar prompts e melhorar modelos. E talvez isso funcione... por agora. Mas com mais capacidade de computação, os modelos apenas melhoram por conta própria. E quanto mais apoio você dá, mais está realmente a atrapalhar. O melhor prompt do sistema é aquele que aponta os agentes na direção certa, mas depois sai do caminho do modelo.

Como reverter a engenharia de qualquer ferramenta de codificação de IA de código fechado: Isto funciona para Claude Code, Windsurf, Copilot e literalmente qualquer coisa ao interceptar as suas chamadas Método 1: Charles Proxy (para ferramentas com endpoints internos) Ferramentas como a extensão Vscode roteiam primeiro para o seu próprio backend. - Instale o Charles Proxy - Instale o certificado raiz do Charles - Observe o tráfego - Encontre o endpoint interno que estão a atingir - Marque-o para proxy SSL no Charles - Leia tudo Método 2: Proxy local (para ferramentas que chamam APIs LLM diretamente) - Ferramentas como Cline, Claude Code chamam diretamente. O Charles não funcionará, pois a fixação de certificado bloqueia isso. - Inicie um proxy local em localhost:8080 - Configure a extensão para usar isso como a sua URL base da API - O seu proxy encaminha para a API real - Leia tudo em texto simples - Você não está a interceptar, pois É o endpoint, então não há problemas de certificado. Com isso, você verá todos os prompts do sistema, definições de ferramentas, estrutura de conversação, parâmetros, tudo.