Estou cada vez mais convencido de que a abordagem da ferramenta Unix, que consiste em ter várias unidades funcionais focadas e componíveis, que podem ser usadas isoladamente ou como parte de um pipeline maior, também é a melhor abordagem para ferramentas de agentes de codificação. O problema de tentar criar um sistema grande e unificado que faça tudo é que cada um tem seus próprios fluxos de trabalho e formas de desenvolver, e geralmente é difícil tentar fazer um projeto único que possa acomodar isso sem que isso se torne uma complexidade enorme que não funciona bem na prática. Então, tenho uma ferramenta para correspondência de agentes, uma ferramenta para gerenciamento de tarefas (as contas do Steve Yegge), uma ferramenta para seleção de tarefas (bv), uma ferramenta para busca de histórico passado (cass), uma ferramenta para linting poliglota e captura de bugs (UBS), uma para gerenciamento de comandos sensíveis (SLB), uma para gerenciar tmux e sessões de agente (NTM), uma para memória (CSM), etc. E você pode usar um, alguns ou todos. E eles são parcialmente integrados entre si, mas sempre de forma opcional. Então, o SLB pode usar o Agent Mail se você tiver configurado, mas também funciona de forma independente. E o NTM pode exibir informações do BV, mas não é forçado. Eles se tornam como pequenos blocos de Lego que você pode usar para montar qualquer sistema que quiser, e fica fácil criar suas próprias ferramentas para adicionar a funcionalidade que deseja. E então seu arquivo AGENTS dot md se torna meio que um sistema operacional onde você "instala" as ferramentas na memória de trabalho do agente e as configura descrevendo como, quando e por que usá-las (estranhamente, agora você precisa se preocupar em persuadir a máquina a usar as ferramentas!) Assim, você pode ter todas as suas ferramentas configuradas na sua máquina, mas só ativar as específicas dependendo do projeto, incluindo apenas as descrições relevantes explicando as ferramentas que deseja usar.