BabyAGI: 바이럴 스크립트에서 함수 프레임워크로

2023년의 원본 스크립트

단일 목표 루프였다: 한 LLM 호출이 목표를 향한 작업 목록을 생성하고, 다른 호출이 우선순위에 따라 재정렬하고, 세 번째가 OpenAI API를 통해 최상위 작업을 실행하며, 결과는 벡터 데이터베이스에 저장되어 향후 작업 생성이 과거 결과를 참조할 수 있었다. OpenAI API 키와 벡터 스토어(주로 Pinecone)가 필요했고, 패키지가 아닌 독립 스크립트로 실행되었다.

현재의 functionz 기반 저장소

고정된 작업 루프 대신, 현재의 babyagi 패키지는 임의의 Python 함수를 등록하고, 그 의존성을 추적하며, 대시보드나 프로그래밍 방식으로 실행할 수 있게 한다. 설명된 작업에 맞춰 LLM으로 새 함수를 작성하는 "self-build" 초안 기능을 제공하지만, README는 이를 실험적이라고 표시하며 생성된 코드가 "개선이 필요할 수 있다"고 경고한다.

무언가를 설치하기 전 이것이 중요한 이유

"BabyAGI의 작업 루프"를 언급하는 튜토리얼이나 블로그 게시물은 거의 항상 오늘날 pip install babyagi가 제공하는 것이 아니라 아카이브된 2023년 코드를 설명하는 것이다. 어떤 가이드가 어느 저장소를 가리키는지——고전적 루프라면 babyagi_archive, 현재의 functionz 프레임워크라면 babyagi——둘이 같은 방식으로 동작한다고 가정하기 전에 확인하라.

다음의 경우 BabyAGI를 사용하라

• babyagi_archive에 있는 동결된 2023년 작업 루프를 포함해 초기 자율 에이전트 설계 중 하나를 연구하고 싶은 경우
• LLM이 호출할 수 있는 Python 함수를 위한 가벼운 함수 등록 및 의존성 추적 패턴을 실험하는 경우
• 1인이 유지보수하는 실험적 프로젝트로 작업하고, 문서가 부족할 때 소스 코드를 읽는 데 거부감이 없는 경우
• 이미 OpenAI API 키를 가지고 있고 로컬 모델 경로가 필요하지 않은 경우

다음의 경우 BabyAGI를 피하라

• 프로덕션 준비가 되었거나 적극적으로 지원되는 에이전트 프레임워크가 필요한 경우——README는 프로덕션 사용을 명시적으로 권하지 않음
• 별도의 통합 작업 없이 네이티브 로컬 모델 지원이 필요한 경우——어떤 BabyAGI 버전도 Ollama나 LM Studio로의 경로를 문서화하지 않음
• 대규모 플러그인 생태계, 템플릿 마켓플레이스, 기업의 지원을 기대하는 경우——BabyAGI는 기업 스폰서가 없는 1인 프로젝트
• 고전적인 "자율 할 일 목록" 동작이 앞으로도 계속 개발되기를 바라는 경우——해당 코드베이스는 동결되어 있으며 더 이상 개발되지 않음

오해 1: 현재 저장소가 2023년의 바이럴 스크립트라고 가정하는 것

BabyAGI를 유명하게 만든 작업 생성-우선순위 지정-실행 루프는 babyagi_archive 저장소에 동결된 스냅샷으로만 보존되어 있다. 활성 상태인 babyagi 저장소는 2024년부터 함수 등록에 기반한 다른 프로젝트다.

오해 2: 네이티브 로컬 모델(Ollama) 지원을 기대하는 것

현재 코드베이스와 아카이브된 코드베이스 모두 로컬 모델을 상대로 작동시키는 방법을 문서화하지 않았다. LLM을 호출하는 모든 함수 팩은 OpenAI API 키를 전제로 한다.

오해 3: 수천 개의 스타가 있다는 이유로 프로덕션 준비가 되었다고 여기는 것

스타 수는 프로젝트의 역사적 영향력을 반영할 뿐, 현재의 유지보수 보장을 나타내지 않는다. README는 1인이 유지보수하며 실험적이고 "본 프로덕션 사용을 의도하지 않았다"고 직접 명시한다.