Nesta aula, achei muito relevante a ideia de que, em projetos com IA, “mais ferramentas” nem sempre significa mais capacidade. Pelo contrário: quando o agente recebe uma lista muito grande de tools, ele pode se perder, escolher mal ou gastar contexto com informações que não são essenciais. Isso me fez pensar em um projeto pessoal, um sistema com módulos financeiros, contratos, projetos, RH e help desk poderia rapidamente acumular muitas funções disponíveis para a IA. Se todas fossem expostas ao mesmo tempo, o agente talvez tivesse dificuldade para saber se deve consultar uma regra financeira, um contrato, uma tarefa ou uma métrica. Por isso, limitar as ferramentas por contexto, como foi feito ao reduzir o conjunto do GitHub para apenas o necessário, parece uma decisão de arquitetura muito importante.
Também relacionei o desafio de criar novos times no Dev Review com outro projeto meu: o software educacional voltado para adaptação curricular e planos de aula para pessoas com deficiência intelectual, TDAH e autismo. Nesse tipo de sistema, a lógica de “times” poderia aparecer como escolas, turmas, profissionais ou equipes multidisciplinares, cada uma com regras, critérios e históricos próprios. A aula mostra que não basta o MCP funcionar tecnicamente; a aplicação também precisa permitir que o usuário gerencie esses dados pela interface, criando, editando e organizando informações sem depender de alterações manuais no banco. Essa visão reforça que a personalização da aplicação precisa caminhar junto com segurança, clareza e boa experiência para o usuário.
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!