오픈소스 살펴보기

AI 업무 에이전트 오픈소스 여섯 개 중 둘은, GitHub API가 라이선스를 알려주지 않았습니다

"AI 에이전트를 만들어 보라"는 말은 많은데, 무엇부터 열어봐야 하는지는 잘 알려주지 않습니다. 이 글은 저장소를 직접 조회해서 확인한 값만 적었습니다. 수치는 전부 확인 시점의 값이고, 라이선스는 API 표기를 믿지 않고 원문을 다시 읽은 것입니다.

무료로 시작하기

만들기 전에, 왜 직접 만드는지부터

완성된 서비스를 구독하면 될 일을 굳이 직접 만드는 이유는 보통 두 가지입니다. 하나는 남의 서비스가 내 업무의 중간 단계를 모른다는 것이고, 다른 하나는 그 중간 단계가 바로 내가 가진 노하우라는 것입니다. 견적서를 만드는 순서, 상담 기록에서 다음 행동을 뽑아내는 기준 같은 것들이 여기 해당합니다.

그래서 첫 질문은 "어떤 프레임워크를 쓸까"가 아니라 "내가 반복해서 하는 일 중에 순서를 글로 적을 수 있는 것은 무엇인가"입니다. 순서를 적을 수 없으면 어떤 도구를 써도 에이전트가 되지 않습니다. 적을 수 있다면, 그 순서를 코드로 옮기는 데 아래 저장소들이 쓰입니다.

저장소를 고를 때 실제로 봐야 하는 것

star 수는 인기의 흔적이지 품질의 증거가 아닙니다. 아래 순서로 확인하면 헛수고를 줄일 수 있습니다.

  • 라이선스 원문. GitHub 화면의 라이선스 배지가 "Other"거나 API가 NOASSERTION을 돌려주면, 표준 오픈소스 라이선스가 아닐 가능성이 큽니다. 이 글의 6개 중 2개가 그런 경우였습니다.
  • 최근 커밋 날짜. 몇 달째 멈춰 있다면 README에 유지보수 상태가 적혀 있는지 확인하세요. 실제로 그렇게 해서 한 곳을 목록에서 뺐습니다.
  • 저장소가 스스로를 어떻게 설명하는가. 남이 붙인 수식어 말고 description과 README 첫 문단을 읽으면 만든 사람이 겨냥한 용도가 드러납니다.
  • 내 업무에 붙일 연결부가 있는가. 에이전트의 성패는 모델이 아니라 사내 데이터·메일·시트에 어떻게 닿느냐에서 갈립니다.

아래 6개를 고른 방식

업무 에이전트를 만들 때 필요한 자리를 네 개로 나눴습니다. 흐름을 정의하는 자리, 역할을 나누는 자리, 사람이 쓰는 화면을 대신 조작하는 자리, 도구와 데이터를 연결하는 자리입니다. 각 자리마다 GitHub API로 직접 조회한 저장소를 넣었습니다.

여기 없는 좋은 저장소가 많다는 점을 먼저 적어 둡니다. 이 목록은 비교 평가의 결과가 아니라, 확인 가능한 값을 확인해서 실은 목록입니다.

흐름을 그림으로 고정한다 — LangGraph

langchain-ai/langgraph

확인 시점의 값 · 2026-09-13 22:56 UTC

star 41,579최근 커밋 2026-09-09라이선스 MIT

업무 에이전트가 실패하는 가장 흔한 지점은 "모델이 알아서 잘하겠지"라고 맡긴 분기입니다. LangGraph는 단계와 분기를 그래프로 명시하게 합니다. 3단계까지는 필요 없지만, 중간에 사람 확인이 들어가거나 실패 시 되돌아가야 하는 흐름이 생기면 이런 구조가 필요해집니다.

저장소는 스스로를 "Build resilient agents."라고 소개합니다. 회복 가능한 에이전트라는 표현 자체가 이 도구가 무엇을 문제로 보는지 보여줍니다.

쓸 만한 자리 단계가 5개 이상이고 중간에 사람 승인이 끼는 업무

역할을 나눠 본다 — CrewAI

crewAIInc/crewAI

확인 시점의 값 · 2026-09-13 22:56 UTC

star 58,477최근 커밋 2026-09-11라이선스 MIT

한 번에 다 시키는 대신 "자료 조사 담당", "초안 담당", "검토 담당"처럼 역할을 나눠 구성하는 방식입니다. 저장소 설명도 역할을 맡은 자율 에이전트를 오케스트레이션하는 프레임워크라고 밝히고 있습니다.

다만 역할을 나누면 결과가 좋아진다는 근거는 저장소 메타데이터에 없습니다. 나눠서 실제로 나아지는지는 본인 업무로 직접 비교해 봐야 알 수 있는 부분입니다.

쓸 만한 자리 조사 → 작성 → 검토처럼 사람 팀이라면 나눠 맡았을 업무

가볍게 시작한다 — OpenAI Agents SDK (Python)

openai/openai-agents-python

확인 시점의 값 · 2026-09-13 22:56 UTC

star 29,406최근 커밋 2026-09-13라이선스 MIT

멀티 에이전트 워크플로를 위한 가벼운 프레임워크라고 스스로를 설명합니다. 확인 시점 기준으로 13분 전에 커밋이 올라와 있을 만큼 변경이 잦았습니다.

변경이 잦다는 것은 양면입니다. 고쳐야 할 것이 빨리 고쳐지지만, 버전을 고정해 두지 않으면 어제 되던 코드가 오늘 달라질 수 있습니다. 처음 붙일 때부터 버전을 명시해 두는 편이 안전합니다.

쓸 만한 자리 프레임워크 학습보다 먼저 동작하는 것을 보고 싶은 경우

API가 없는 시스템을 다룬다 — browser-use

browser-use/browser-use

확인 시점의 값 · 2026-09-13 22:56 UTC

star 114,504최근 커밋 2026-09-13라이선스 MIT

업무 자동화가 막히는 곳은 대개 API가 없는 시스템입니다. 로그인해야 보이는 관리자 화면, 사내 그룹웨어, 오래된 주문 시스템 같은 것들입니다. browser-use는 브라우저를 쓰는 에이전트라는 접근으로 이 자리를 노립니다.

여기서 라이선스를 오해하기 쉽습니다. 이 저장소가 MIT라는 것은 코드를 쓸 수 있다는 뜻이지, 자동화 대상 사이트의 이용약관까지 해결해 주지는 않습니다. 남의 서비스를 자동으로 조작하기 전에 그쪽 약관을 먼저 확인하세요.

쓸 만한 자리 API가 없거나 열어주지 않는 화면을 반복 조작해야 하는 업무

코드를 덜 쓰고 연결한다 — n8n (라이선스 주의)

n8n-io/n8n

확인 시점의 값 · 2026-09-13 22:56 UTC

star 204,187최근 커밋 2026-09-13라이선스 Sustainable Use License (표준 오픈소스 라이선스 아님)

노드를 이어 붙여 워크플로를 만드는 도구이고, 확인한 6개 중 star 수가 가장 많았습니다. 코드를 많이 쓰지 않고 메일·시트·웹훅을 연결해 보기에 접근성이 좋습니다.

라이선스는 반드시 원문을 읽어야 합니다. GitHub API는 이 저장소의 라이선스를 NOASSERTION으로 돌려줍니다. LICENSE.md 원문을 열어 보면 본문은 Sustainable Use License 1.0이고, master 외의 브랜치 내용은 라이선스 대상이 아니며, 파일명에 ".ee."가 들어가거나 디렉터리가 ".ee"인 소스는 별도의 Enterprise License가 필요하다고 적혀 있습니다.

즉 흔히 말하는 MIT·Apache 계열과 같은 조건으로 취급하면 안 됩니다. 본인 사업 형태에서 어디까지 되는지는 원문을 직접 읽고 판단하시고, 판단이 서지 않으면 쓰기 전에 확인을 받으세요.

쓸 만한 자리 코드를 최소화하고 서비스 간 연결부터 만들어 보려는 경우

도구를 붙이는 규격 — Model Context Protocol 서버 모음

modelcontextprotocol/servers

확인 시점의 값 · 2026-09-13 22:56 UTC

star 90,294최근 커밋 2026-09-03라이선스 MIT → Apache-2.0 전환 중 (혼재)

에이전트에 파일·검색·데이터베이스 같은 도구를 붙이는 규격의 참조 구현 모음입니다. 프레임워크를 무엇으로 정하든 결국 "도구를 어떻게 붙일 것인가"를 풀어야 하므로, 구현을 읽어 보는 것만으로도 설계 감이 생깁니다.

여기도 라이선스가 단순하지 않습니다. LICENSE 원문에 따르면 MIT에서 Apache-2.0으로 전환하는 중이고, 재라이선스 동의를 받지 못한 기존 기여분은 MIT로 남아 있습니다. 특정 서버 구현을 가져다 쓸 계획이면 그 디렉터리의 표기를 따로 확인하세요.

확인한 6개 중 최근 커밋이 가장 뜸한 저장소이기도 했습니다. 참조 구현 모음이라는 성격을 감안해도, 가져다 쓸 때는 개별 서버의 상태를 다시 보는 편이 좋습니다.

쓸 만한 자리 프레임워크 선택과 무관하게 도구 연결 구조를 익히고 싶은 경우

확인해서 뺀 것 — AutoGen

처음에는 microsoft/autogen도 후보였습니다. star 수만 보면 충분히 들어갈 만했습니다. 그런데 최근 커밋이 2026년 4월에 멈춰 있어 README 원문을 확인했더니, 유지보수 모드이며 새 기능이 추가되지 않고 앞으로는 커뮤니티가 관리한다는 경고가 붙어 있었습니다. 신규 사용자는 다른 프레임워크로 시작하라고 안내하고 있었습니다.

이미 AutoGen으로 만든 것이 있다면 그것을 옮겨야 하는지는 다른 문제이고, 이 글에서 판단하지 않습니다. 다만 지금 처음 시작하는 사람에게 권할 근거가 없어 목록에서 뺐습니다. star 수만 보고 골랐다면 놓쳤을 부분입니다.

다음 한 걸음

여섯 개를 다 열어 볼 필요는 없습니다. 내가 반복하는 업무 하나를 고르고, 그 순서를 다섯 줄로 적은 다음, 그중 사람이 판단해야 하는 줄에 표시를 해 보세요. 표시가 하나도 없으면 에이전트가 아니라 스크립트로 끝날 일이고, 표시가 세 개 이상이면 아직 자동화할 단계가 아닙니다.

표시가 한두 개 남는 업무가 첫 에이전트를 붙이기 좋은 자리입니다. 거기서부터 위 저장소 중 하나를 열면 됩니다.

내 업무에서 첫 번째 자리를 찾고 싶다면

AI와 대화하며 내 프로젝트의 문제를 정리하고, 첫 결과물을 만들어 보세요.

무료로 시작하기

읽는 데서 끝내지 말고, 내 제품을 만들어 보세요.

무료 테스터 100명을 모집합니다. 신청 확인 후 3개월 무료 학습, 기준 충족과 결과물 검증 후 수료증도 무료로 발급합니다.

무료 테스터 신청하기

이 글의 star 수와 최근 커밋 날짜는 2026-09-13 22:56 UTC 에 GitHub API로 조회한 값입니다. 지금은 달라져 있을 수 있으니, 실제로 도입하기 전에 저장소를 다시 확인하세요.

확인한 출처와 그 한계

아래는 이 글에 쓴 각 출처에서 실제로 확인한 것과, 그 출처가 뒷받침하지 못하는 것입니다.

  1. langchain-ai/langgraph — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 41,579개, 최근 커밋 2026-09-09T07:22:43Z, 라이선스 MIT, archived=false 를 확인했다. 저장소가 스스로를 설명하는 문구는 "Build resilient agents." 이다.

    이 출처로는 알 수 없는 것: API 응답은 저장소 메타데이터만 담는다. 실제 운영 안정성, 처리 속도, 한국어 작업에서의 품질, 다른 프레임워크와의 우열은 이 출처로 뒷받침되지 않는다. 이 글의 필자가 이 저장소로 제품을 운영해 본 기록도 없다.

  2. crewAIInc/crewAI — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 58,477개, 최근 커밋 2026-09-11T19:46:17Z, 라이선스 MIT, archived=false 를 확인했다. 저장소 설명은 역할을 맡은 자율 에이전트를 오케스트레이션하는 프레임워크라고 밝힌다.

    이 출처로는 알 수 없는 것: "협업하는 에이전트"라는 설명은 저장소가 스스로를 소개하는 문장이지 성능 측정 결과가 아니다. 역할 분담 구조가 단일 에이전트보다 결과가 낫다는 근거는 이 출처에 없다.

  3. openai/openai-agents-python — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 29,406개, 최근 커밋 2026-09-13T22:43:23Z, 라이선스 MIT, archived=false 를 확인했다. 확인 시각 기준으로 13분 전 커밋이 올라와 있었다.

    이 출처로는 알 수 없는 것: 커밋이 잦다는 사실은 유지보수가 활발하다는 신호일 뿐, 인터페이스가 안정적이라는 뜻은 아니다. 오히려 변경이 잦으면 버전 고정이 필요할 수 있다. 특정 모델 제공자에 대한 종속 정도는 API 메타데이터로 확인되지 않는다.

  4. browser-use/browser-use — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 114,504개, 최근 커밋 2026-09-13T19:45:27Z, 라이선스 MIT, archived=false 를 확인했다. 저장소 설명은 "Agents that use the browser." 이다.

    이 출처로는 알 수 없는 것: 저장소 라이선스가 MIT라는 것은 이 코드를 쓸 수 있다는 뜻이지, 이 도구로 자동화할 대상 웹사이트의 이용약관까지 허용한다는 뜻이 아니다. 자동화 대상 서비스의 약관은 각자 확인해야 하며 이 출처는 그 부분을 다루지 않는다.

  5. n8n-io/n8n — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 204,187개, 최근 커밋 2026-09-13T03:01:20Z 를 확인했다. 라이선스 항목은 API 가 spdx_id 를 NOASSERTION 으로 돌려주어 LICENSE.md 원문을 직접 내려받아 읽었다. 원문에는 (1) 본문이 Sustainable Use License 1.0 이라는 점, (2) master 이외 브랜치의 내용은 라이선스되지 않는다는 점, (3) 파일명에 ".ee." 가 들어가거나 디렉터리명이 ".ee" 인 소스는 이 라이선스에서 제외되며 별도의 n8n Enterprise License 가 필요하다는 점이 적혀 있다.

    이 출처로는 알 수 없는 것: Sustainable Use License 의 조건을 요약하는 것과 특정 사업 형태가 허용되는지 판정하는 것은 다른 문제다. 이 글은 원문에 적힌 범위 구분만 옮긴 것이고, 개별 사업의 상업적 사용 가능 여부에 대한 법률 판단이 아니다.

  6. modelcontextprotocol/servers — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 90,294개, 최근 커밋 2026-09-03T01:42:26Z 를 확인했다. LICENSE 원문 첫 문단에 이 프로젝트가 MIT 에서 Apache-2.0 으로 라이선스를 전환하는 중이며, 신규 기여는 Apache-2.0, 재라이선스 동의를 받지 못한 기존 기여분은 MIT 로 남아 있다고 적혀 있다. 사양이 아닌 문서 기여는 CC-BY-4.0 이다.

    이 출처로는 알 수 없는 것: 어떤 파일이 아직 MIT 로 남아 있는지는 원문이 파일 단위로 알려주지 않는다. 특정 서버 구현을 가져다 쓸 때는 해당 디렉터리의 표기를 따로 확인해야 하며, 이 출처로는 거기까지 알 수 없다.

  7. microsoft/autogen (추천 목록에서 제외) — 2026-09-13 22:56 UTC

    확인한 것: GitHub API 응답에서 star 60,969개, 최근 커밋 2026-04-06T22:35:32Z 를 확인했다. README 원문을 내려받아 읽으니 "AutoGen is now in maintenance mode. It will not receive new features or enhancements and is community managed going forward." 라는 경고 블록이 있고, 신규 사용자는 Microsoft Agent Framework 로 시작하라고 안내한다. 저장소는 archived 상태는 아니다.

    이 출처로는 알 수 없는 것: 유지보수 모드라는 사실이 기존 코드가 동작하지 않는다는 뜻은 아니다. 이 글은 '지금 새로 시작하는 사람에게 권하지 않는다'는 판단만 하며, 이미 AutoGen 으로 운영 중인 시스템을 옮겨야 하는지는 다루지 않는다.