Mecanismo de análise da pilha de tecnologia
O @team-configurator permite a identificação precisa da tecnologia por meio de um processo de análise em várias etapas:
- Impressão digital de documentosVerificação do diretório raiz do projeto em busca de arquivos de recursos (por exemplo, Gemfile=Ruby, package.json=Node.js, docker-compose.yml=containerisation)
- Análise de dependênciaAnalisar o arquivo de bloqueio (yarn.lock/pipfile.lock) para determinar a versão específica da estrutura (por exemplo, Rails 7 vs 6)
- Validação da estrutura do catálogoVerifique as estruturas padrão da estrutura (por exemplo, o diretório de aplicativos do Django, a hierarquia de componentes do React)
- Análise de arquivos de configuraçãoConfiguração específica da estrutura de leitura (por exemplo, next.config.js para Next.js, application.properties para Spring)
Os resultados de saída estão incluídos:
- Relatório de matriz de pilha de tecnologia (estrutura principal/ferramentas de suporte/suíte de teste)
- Lista de equipes recomendadas de smartbody (@rspec-specialist é incluído automaticamente se o RSpec for detectado)
- Aviso antecipado de possíveis conflitos de tecnologia (por exemplo, alertas quando houver Flask e Django)
Cenário típico: o @distributed-task-expert é configurado automaticamente para lidar com tarefas assíncronas quando o Django e o Celery são detectados no projeto.
Essa resposta foi extraída do artigoClaude 007 Agents: um sistema de orquestração de corpos inteligentes de IA para o desenvolvimento moderno de softwareO
Não pode ser reproduzido sem permissão:Ferramentas de produtividade de IA " Como exatamente a inteligência do @team-configurator analisa a pilha de tecnologia do projeto?
Português do Brasil 
简体中文 
English 
日本語 
Deutsch