멀티 에이전트는 현재 기본값이며, 거의 항상 잘못된 접근 방식입니다. 작업을 여러 에이전트로 분할한다고 해서 능력이 추가되는 것이 아니라, 어려운 부분을 에이전트 내부에서 그들 사이를 연결하는 '접착제(glue)'로 옮기는 것일 뿐입니다.

접착제가 가져오는 비용:

• 핸드오프(passaggio di consegne)가 있을 때마다 컨텍스트가 손실되거나 왜곡됩니다.
• 각 에이전트는 자체적인 흐름을 가지므로, 비결정성(non determinismo)은 합쳐지는 것이 아니라 곱해집니다.
• 오류는 누적됩니다: 다섯 개의 에이전트가 연결되면 오류를 사실처럼 하류로 전달합니다.
• '서로 오해했다'는 것에 대한 스택 트레이스(stack trace)가 없습니다.
• 유지해야 할 프롬프트가 많을수록, 평가해야 할 표면적이 넓어지고, 실행 비용이 증가합니다.

진정으로 정당화되는 경우: 독립적이고 병렬화 가능한 하위 작업(sub-compiti), 또는 서로 다른 도구(tool), 권한(permessi)이나 신뢰 경계(confini di fiducia)가 필요한 부분입니다. 이것은 설계상의 이유여야 합니다. '더 에이전트적인 방식'이라는 것이 아닙니다.

기본값은 좋은 도구와 그 주변을 둘러싼 고정된 워크플로우를 가진 유능한 단일 에이전트입니다. 이는 더 경제적이고, 테스트 가능하며, 추론할 수 있는 기반 위에서 작동합니다.

전체 버전: https://www.omarbaruzzo.it/it/blog/meno-agenti-di-quanti-pensi