핵심 요점
- 저장소: 스타 187,081개, 열린 이슈 531개, 아카이브되지 않음 — 이 리뷰 작성 시점에도 활발히 푸시되고 있음
- AutoGPT Platform (autogpt_platform/, agpt.co): 호스팅형 유료 비주얼 에이전트 빌더 — Polyform Shield License(소스 공개형, 경쟁 상업적 이용 제한)
- 클래식 AutoGPT (classic/original_autogpt/): 원조 자율 CLI 에이전트 — MIT 라이선스, 여전히 보안 및 유지보수 커밋을 받는다
- 로컬 모델: 클래식은 OPENAI_API_BASE_URL을 통해 OpenAI API 호환 서버(Ollama 포함)를 지원하며, LLAMAFILE_API_BASE를 통한 네이티브 Llamafile 지원도 있다
- Platform 자체의 환경 설정에는 Ollama나 로컬 모델 설정이 없다 — 호스팅형 모델 제공사를 중심으로 구성되어 있다
- 이 사이트를 포함해 어디에도 AutoGPT를 위한 제휴 프로그램은 존재하지 않는다; 아래의 모든 링크는 평범하고 명시된 일반 링크다
📍 한 문장으로
AutoGPT는 이제 두 개의 제품이다: 실제 개발이 이루어지는 유료 호스팅형 AutoGPT Platform(Polyform Shield 라이선스), 그리고 범용 OpenAI 호환 엔드포인트를 통해 여전히 Ollama에서 로컬로 실행되지만 새 기능이 아닌 유지보수 업데이트만 받는 레거시 MIT 라이선스 클래식 CLI 에이전트다.
💬 쉽게 말하면
많은 사람이 기억하는 "AutoGPT" — 자신의 모델을 직접 가리켜 쓰는 커맨드라인 에이전트 — 는 여전히 존재하고 여전히 무료(MIT)지만, 이를 만든 회사는 이제 시각적 빌더를 갖춘 별도의 유료 제품에 힘을 쏟고 있다. 어느 쪽을 검토하는지 판단하기 전에 라이선스와 폴더명을 먼저 확인하라.
📌Note: 검색 결과, 튜토리얼, 또는 예전 블로그 글이 클래식과 Platform을 구분하지 않고 그냥 "AutoGPT"라고 언급한다면, 2026년 이전의 CLI 에이전트를 가리키는 것으로 보면 된다 — 이것이 클래식이며, 이 프로젝트에서 유일하게 MIT이고 무료로 자체 호스팅 가능한 부분이다.
2026년 AutoGPT란 무엇인가?
AutoGPT(github.com/Significant-Gravitas/AutoGPT)는 2023년 "자율 에이전트"라는 개념을 대중화한 프로젝트였다: LLM에 목표를 주면 사람이 매 단계를 승인하지 않아도 스스로 계획하고, 행동하고, 자기 비판하는 루프를 돌게 한다. 2026년, 같은 GitHub 조직은 구조적으로 전혀 다른 것을 내놓고 있다: AutoGPT Platform이라는 상업적 호스팅형 제품이 그것이며, 원조 자율 루프 에이전트는 MIT 라이선스의 부차적인 구성 요소로 명맥을 유지하고 있다.
- AutoGPT Platform (agpt.co / platform.agpt.co): 현재의 대표 제품, 호스팅형 유료 비주얼 에이전트 빌더
- AutoPilot: 채팅으로 에이전트를 만드는 인터페이스 — 자연어로 작업을 설명하면 Platform이 그에 맞는 에이전트를 구성해준다
- Agents 대시보드: 자신 또는 Marketplace에서 만든 에이전트를 관리, 모니터링, 재실행한다
- Marketplace: 다른 사용자가 만든 사전 제작 에이전트 템플릿을 탐색하고 설치한다
- Build 캔버스: Langflow나 Dify의 워크플로 빌더와 비슷한, 드래그 앤 드롭 노드 기반 시각적 에이전트 편집기
- Platform을 자체 호스팅하는 것은 기술적으로 가능하다(저장소에 docker-compose.platform.yml, installer/ 스크립트, single-container/ 옵션이 존재한다), 다만 README의 주된 행동 유도는 자체 호스팅이 아니라 호스팅형 제품 가입이다
- classic/original_autogpt/: 원조 CLI 기반 자율 에이전트로, 이제 classic/forge(에이전트 구축 프레임워크), classic/benchmark, classic/frontend와 함께 레거시 구성 요소로 자리매김하고 있다
MIT / Polyform 라이선스 분리, 정확히 이해하기
AutoGPT의 라이선스는 단일한 답이 아니며, 이 코드로 상업적인 무언가를 만들 계획이라면 정확히 아는 것이 중요하다. 이 저장소는 코드베이스의 두 부분에 서로 다른 두 라이선스를 적용한다.
클래식 AutoGPT는 여전히 유지보수되는가?
보안과 안정성이라는 의미에서는 그렇다고 할 수 있지만, 새로운 기능이라는 의미에서는 아니다. classic/ 폴더는 여전히 핵심 팀으로부터 커밋을 받고 있다 — 최근 사례로는 의존성 취약점 정리, 아웃바운드 요청 처리에 대한 SSRF 방어 강화, 클래식 에이전트가 의존하는 한 패키지가 손상된 릴리스를 낸 이후 적용된 버전 상한 조치가 있다. 이런 커밋이야말로 실행하려는 코드에서 보고 싶은 종류다: 방어적이지 장식적이지 않다.
classic이 받지 못하는 것은 새로운 기능 작업이다. 새로운 에이전트 구축 프리미티브, 마켓플레이스 기능, 새로운 AutoPilot 동작처럼 새 역량을 추가하는 커밋은 autogpt_platform/에 반영된다. 프로젝트 자체의 README, 이슈 라벨, 폴더 구조는 classic을 적극적으로 확장되기보다는 기능적이고 안전하게 유지되는 레거시 보조 트랙으로 다루고 있다. 이는 "방치됨"과는 의미 있게 다른 상황이다: 커밋은 classic을 계속 작동시키고 안전하게 유지하지만, 팀의 제품 역량은 다른 곳에 쏠려 있다.
저장소 상태
- What it shows:
- 아카이브되지 않음; 이 리뷰 작성 당일에도 푸시됨; 열린 이슈 531건
classic/ 커밋 패턴
- What it shows:
- 보안 수정과 의존성 상한 조치는 정기적으로 발생; 주요 신규 기능 커밋은 없음
새 기능이 반영되는 곳
- What it shows:
- autogpt_platform/ — AutoPilot, Marketplace, Build 캔버스가 적극적으로 개발됨
프로젝트의 방향성
- What it shows:
- README와 주된 행동 유도는 호스팅형 Platform을 홍보; classic은 레거시 CLI 트랙으로 자리매김
📌Note: 이 리뷰를 위해 클래식 AutoGPT를 대상으로 자체 테스트 스위트를 실행하지는 않았다 — 아래 평가는 classic/ 서브폴더에 대한 문서화된 커밋 이력과 이슈 활동에 근거한 것이지, 직접 생성한 벤치마크 수치에 근거한 것이 아니다. 상당한 시간을 투자하기 전에 저장소의 최신 상태를 직접 확인하라.
Ollama로 클래식 AutoGPT 로컬에서 실행하는 법
클래식 AutoGPT에는 명명된, 일급 기능으로서의 "Ollama 통합"이 없다. classic/original_autogpt/.env.template을 통해 설정하는 범용 OpenAI API 호환 클라이언트가 있을 뿐이고, 마침 Ollama가 OpenAI 호환 엔드포인트를 노출하므로, 둘을 연결하는 것은 내장 기능이 아니라 하나의 설정 단계다.
- 1github.com/Significant-Gravitas/AutoGPT를 클론하고 classic/original_autogpt/ 폴더를 연다 — 이것이 MIT 라이선스 CLI 에이전트이며, autogpt_platform/ 폴더가 아니다.
- 2Ollama를 별도로 설치하고, 다단계 도구 호출 지시를 따를 수 있는 모델을 pull한다; 사이트 자체의 로컬 코딩 모델 및 도구 호출 비교 글이 모델을 고를 때 합리적인 출발점이 될 수 있다.
- 3classic/original_autogpt/ 안에서 .env.template을 .env로 복사한다.
- 4.env의 OPENAI_API_BASE_URL을 Ollama 서버의 OpenAI 호환 엔드포인트로 설정한다(Ollama는 기본 포트의 /v1에서 이를 노출한다). Ollama는 API 키 값을 검증하지 않지만, 클라이언트는 여전히 OPENAI_API_KEY 필드에 비어 있지 않은 임의의 문자열을 요구한다.
- 5대신 Ollama가 아니라 Llamafile을 실행 중이라면 LLAMAFILE_API_BASE를 설정한다 — 이는 범용 OpenAI 호환 설정을 거치지 않는, 별도로 네이티브 지원되는 로컬 추론 경로다.
- 6classic/original_autogpt/README.md의 안내에 따라 classic의 Python 의존성을 설치하고, 저장소 루트가 아니라 그 폴더에서 에이전트를 실행한다.
- 7처음 실행할 때는 밀착 감독을 예상해야 한다. 이는 관리되고 테스트된 Ollama 통합이 아니라 범용 OpenAI 호환 메커니즘이므로, 모델별 특이사항(도구 호출 형식, 컨텍스트 길이 제한)은 직접 디버깅해야 한다.
클래식 AutoGPT는 특정 Ollama 버전이 필요한가?
이 프로젝트는 classic을 위한 고정된 테스트 대상 Ollama 버전을 문서화하지 않는다 — 통합 방식이 범용 OPENAI_API_BASE_URL 메커니즘이기 때문에, 호환성은 사용 중인 Ollama 버전이 안정적인 OpenAI 호환 /v1 엔드포인트를 노출하는지에 달려 있으며, 최근 Ollama 릴리스는 이를 제공한다. API 호환성은 AutoGPT가 아니라 Ollama 자체의 릴리스 노트를 확인하라.
클래식 AutoGPT를 완전히 오프라인으로 실행할 수 있는가?
가능하다. OPENAI_API_BASE_URL이 로컬 Ollama나 Llamafile 엔드포인트를 가리키면, 클래식 AutoGPT는 클라우드 제공사로의 아웃바운드 API 호출이 필요 없다. 다만 브라우징 도구 등 에이전트 작업의 일부로 아웃바운드 웹 요청을 계속 보낼 수 있으므로, 이를 원치 않으면 해당 기능을 비활성화해야 한다.
계획 루프에 대한 현실적인 기대치
클래식 AutoGPT의 핵심 메커니즘 — LLM이 사람의 매 행동 승인 없이 다음 단계를 스스로 계획하고 작업 완료 시점을 스스로 판단하는 루프 — 은 이를 유명하게 만든 것과 같은 구조이면서, 동시에 로컬의, 종종 더 작은 오픈웨이트 모델을 상대로 가장 낡아 보이게 된 구조이기도 하다.
- 자율적이고 범위가 정해지지 않은 계획 루프는 범위가 한정된 도구 사용 에이전트보다 기반 모델에 더 많은 것을 요구한다: 모델은 장기간의 상태를 추적하고, 언제 멈출지 판단하고, 사람이 이탈을 조기에 포착해주지 않는 상태에서 스스로 수정해야 한다
- 소비자 하드웨어에서 Ollama로 흔히 실행하는 소규모 로컬 모델은, 여러 단계에 걸친 계획과 자기 수정이 단발성 도구 사용보다 어려운 역량이기 때문에, 장시간의 자율 실행 중에 맥락을 놓칠 가능성이 대형 호스팅 모델보다 더 높다
- 이는 특정 모델이나 버전에 대한 주장이 아니라, 비교적이고 구조적인 지적이다: 범위가 정해지지 않은 계획 루프는 사람이 매 단계를 승인하는 범위 한정 하네스보다 로컬 모델이 유지하기 어려운 문제다
- 범위가 한정된 대안들 — Cline + Ollama, Continue.dev의 Agent 모드, LangGraph 같은 그래프 기반 오케스트레이터 — 은 에이전트를 하나의 에디터, 하나의 파일 집합, 또는 행동마다 명시적 승인 게이트로 제한하여, 사람이 알아차리기 전에 하나의 계획 실수가 얼마나 멀리 번질 수 있는지를 줄인다
누가 클래식 AutoGPT를, 누가 Platform을 써야 하는가?
올바른 선택은 무료로 자체 호스팅하는 직접적인 실험을 원하는지, 아니면 유료 관리형 제품을 원하는지에 달려 있다.
AutoGPT vs. 대안
AutoGPT의 두 절반은 서로 다른 도구와 경쟁한다: 클래식 AutoGPT는 다른 로컬의 범위 한정 에이전트 하네스와 경쟁하고, Platform은 다른 호스팅형 또는 자체 호스팅 가능한 시각적 에이전트 빌더와 경쟁한다.
| Tool | Model | License | Best For | Maintenance |
|---|---|---|---|---|
| AutoGPT (classic) | Ollama 로컬 (OpenAI 호환 URL) | MIT | 자율 루프 실험 | 보안 수정만 |
| AutoGPT Platform | 호스팅 제공사 | Polyform Shield | 비주얼 빌더 + Marketplace | 활발함 |
| Cline + Ollama | 로컬 | Apache 2.0 | 감독형 코딩 에이전트 | 활발함 |
| Continue.dev Agent | 로컬 또는 클라우드 | Apache 2.0 | IDE 범위 에이전트 모드 | 활발함 |
| LangGraph | 로컬 또는 클라우드 | MIT | 커스텀 그래프 에이전트 | 활발함 |
AutoGPT를 평가할 때 흔한 실수
2026년 AutoGPT에 대한 혼란 대부분은 어떤 주장이 프로젝트의 어느 절반을 가리키는지 모르는 데서 온다.
자주 묻는 질문
AutoGPT는 MIT 라이선스인가?
부분적으로 그렇다. classic/ 폴더(original_autogpt, forge, benchmark, frontend)는 MIT 라이선스다. 현재의 대표 호스팅형 제품인 autogpt_platform/ 폴더는 허용적 오픈소스가 아닌 소스 공개형 라이선스인 Polyform Shield 아래 라이선스된다.
AutoGPT는 여전히 유지보수되는가?
그렇다. 저장소는 아카이브되지 않았고 이 리뷰 작성 당일에도 푸시되었으며, 열린 이슈가 531건 있다. 적극적인 기능 개발은 autogpt_platform/에 집중되어 있고, classic/ 폴더는 여전히 보안 및 유지보수 커밋을 받지만 새 기능은 받지 않는다.
AutoGPT는 Ollama와 함께 작동하는가?
클래식 CLI 에이전트는 범용 OpenAI API 호환 클라이언트를 통해 작동한다 — OPENAI_API_BASE_URL을 Ollama 서버의 /v1 엔드포인트로 설정하면 된다. 이는 명명된, 목적에 맞게 구축된 "Ollama 통합"이 아니며, 로컬 모델 설정이 없는 현재의 AutoGPT Platform에서는 지원되지 않는다.
AutoGPT Platform이란 무엇인가?
AutoGPT Platform(agpt.co)은 이 프로젝트의 현재 상업 제품으로, 채팅으로 에이전트를 만드는 AutoPilot, Agents 대시보드, 사전 제작 에이전트 Marketplace, 노드 기반 Build 캔버스를 갖춘 호스팅형 유료 비주얼 에이전트 빌더다. 기술적으로 자체 호스팅할 수도 있지만, 프로젝트가 홍보하는 주된 경로는 호스팅형 가입이다.
AutoGPT는 무료로 사용할 수 있는가?
클래식 AutoGPT(MIT)는 무료로 자체 호스팅할 수 있다. AutoGPT Platform은 유료 호스팅형 제품이며, 자체 호스팅은 Polyform Shield 라이선스 아래 가능하다. 이 라이선스는 개인적 또는 내부적 이용은 허용하지만 이를 기반으로 경쟁 상업 제품을 만드는 것은 제한한다.
AutoGPT와 AutoGPT Platform의 차이는 무엇인가?
AutoGPT(classic)는 2023년대의 원조 자율 CLI 에이전트로, MIT 라이선스이며 로컬에서 실행되고 유지보수 커밋을 받는다. AutoGPT Platform은 같은 조직에서 나온 별도의 더 새로운 상업 제품으로, 소스 공개형 라이선스 아래의 호스팅형 비주얼 에이전트 빌더이며 현재 실질적인 개발이 이루어지는 곳이다.
여전히 무료로 로컬 실험을 위해 AutoGPT를 쓸 수 있는가?
그렇다. classic/original_autogpt/를 통해서인데, 이는 여전히 MIT 라이선스이며 OPENAI_API_BASE_URL 설정을 통해 로컬 Ollama 서버를 상대로 실행된다. 다만 적극적으로 기능이 개발되는 코드베이스가 아니라 유지보수 모드의 코드베이스임을 예상해야 한다.
AutoGPT는 왜 두 개의 라이선스로 나뉘었는가?
프로젝트의 상업적 초점이 호스팅형 AutoGPT Platform으로 옮겨갔다. Polyform Shield는 회사가 그 코드를 개인적 용도로 읽고 자체 호스팅할 수 있는 소스 공개 상태로 유지하면서도, 경쟁사가 그 코드를 가져다 리브랜딩해 재판매하는 것을 막을 수 있게 해준다 — MIT 같은 허용적 라이선스로는 막을 수 없었던 부분이다.
로컬 에이전트 작업에서 클래식 AutoGPT가 Cline이나 Continue.dev보다 나은가?
무인 로컬 자동화에는 그렇지 않다. 클래식 AutoGPT의 범위가 정해지지 않은 자율 계획 루프는, 단계별 승인으로 계획 실수의 파급 범위를 제한하는 Cline + Ollama나 Continue.dev의 Agent 모드 같은 범위 한정 단일 에디터 하네스보다 기반 모델에 더 많은 것을 요구한다. 클래식 AutoGPT는 프로덕션 코딩 작업보다는 계획 루프 구조 자체를 실험하는 데 더 적합하다.