--- title: "AI 에이전트 시대, 오픈소스가 다시 중요해지는 이유" date: 2026-04-04 author: "Spark" featured_image: "https://i0.wp.com/aisparkup.com/wp-content/uploads/2026/03/mecha-ben-franklin-6.png?fit=1024%2C1024&ssl=1" categories: - name: "AI 인사이트" url: "/posts/category/ai-insights.md" tags: - name: "AI에이전트" url: "/posts/tag/ai%ec%97%90%ec%9d%b4%ec%a0%84%ed%8a%b8.md" - name: "SaaS" url: "/posts/tag/saas.md" - name: "Vibe코딩" url: "/posts/tag/vibe%ec%bd%94%eb%94%a9.md" - name: "소프트웨어자유" url: "/posts/tag/%ec%86%8c%ed%94%84%ed%8a%b8%ec%9b%a8%ec%96%b4%ec%9e%90%ec%9c%a0.md" - name: "오픈소스" url: "/posts/tag/%ec%98%a4%ed%94%88%ec%86%8c%ec%8a%a4.md" - name: "오픈소스생태계" url: "/posts/tag/%ec%98%a4%ed%94%88%ec%86%8c%ec%8a%a4%ec%83%9d%ed%83%9c%ea%b3%84.md" - name: "자유소프트웨어" url: "/posts/tag/%ec%9e%90%ec%9c%a0%ec%86%8c%ed%94%84%ed%8a%b8%ec%9b%a8%ec%96%b4.md" --- # AI 에이전트 시대, 오픈소스가 다시 중요해지는 이유 SaaS 앱 하나를 AI 에이전트로 커스터마이징하려다 여섯 겹의 벽에 막혔습니다. 공식 API도 없고, 인증도 실제 비밀번호를 써야 하고, iOS Shortcut은 손으로 직접 만들어야 했습니다. 에이전트는 무엇을 해야 하는지 즉시 이해했지만, 소프트웨어가 닫혀 있어서 할 수 없었습니다. ![](https://i0.wp.com/aisparkup.com/wp-content/uploads/2026/03/mecha-ben-franklin-6.png?resize=1024%2C1024&ssl=1)사진 출처: George London스타트업 CTO 조지 런던(George London)이 자신의 개인 블로그에 이 경험을 상세히 기록하며 하나의 주장을 펼쳤습니다. AI 에이전트의 등장으로 30년간 사실상 잊혀 있던 ‘자유 소프트웨어(Free Software)’ 개념이 다시, 그것도 훨씬 더 현실적인 문제로 돌아오고 있다는 것입니다. **출처:** [AI Agents Could Make Free Software Matter Again](https://www.gjlondon.com/blog/ai-agents-could-make-free-software-matter-again/) – George London ## 왜 오픈소스는 한동안 중요하지 않았나 1980년대 리처드 스톨만은 ‘소프트웨어의 4가지 자유’를 선언했습니다. 실행할 자유, 공부하고 수정할 자유, 재배포할 자유, 수정 버전을 공유할 자유. Linux, Apache, MySQL 같은 프로젝트들이 이 철학 위에서 인터넷의 기반을 만들었고, 한때는 이것이 진짜 이념 싸움처럼 느껴졌습니다. 그런데 SaaS가 등장하면서 이 논쟁이 조용히 무의미해졌습니다. 소프트웨어가 누군가의 서버 위에서 돌아가는 순간, 소스 코드를 열람할 권리는 이론적 권리에 불과해졌습니다. 코드를 볼 수 있어도 직접 실행하는 버전이 없으니 수정할 의미가 없었습니다. 편의성과 자유를 맞바꾸는 거래는 꽤 오랫동안 괜찮은 선택처럼 보였습니다. GPL(자유 소프트웨어 라이선스)도 이 흐름을 막지 못했습니다. GPL은 소프트웨어를 ‘배포’할 때 소스 코드 공개를 요구하는데, SaaS는 배포하지 않고 서버에서 실행하기만 하면 됩니다. 이 허점을 막기 위해 AGPL이 만들어졌지만, 구글은 내부 정책으로 AGPL 코드 사용을 전면 금지할 만큼 업계의 저항이 컸습니다. ## 에이전트가 바꾸는 것 AI 에이전트는 소프트웨어 자유의 전제 조건이었던 것, 즉 코드를 읽고 이해하는 능력을 대신 행사할 수 있습니다. 스톨만의 4가지 자유는 사용자가 코드를 읽고 수정할 수 있다는 전제 하에 쓰였습니다. 비판자들이 오랫동안 지적했던 약점이 바로 이것입니다. 대부분의 사람은 프로그래머가 아니기 때문에, 소스 코드 접근권이 있어도 실질적으로 아무것도 할 수 없었습니다. 에이전트는 이 구조를 뒤집습니다. “저장한 트윗을 자동으로 카테고리별로 분류해서 태스크로 만들어줘”라고 말하면, 에이전트가 코드베이스를 읽고 데이터 모델을 파악해서 정확히 그 기능을 구현합니다. 사용자가 GraphQL 스키마가 뭔지 몰라도 됩니다. 비기술 사용자도 코딩 능력을 빌려 쓰는 셈입니다. 오픈소스 소프트웨어라면 이 과정이 10분이면 됩니다. 클로즈드 SaaS라면? 에이전트도 같은 벽에 막힙니다. 소스 코드 없음, 공식 API 없음, 수정 권한 없음. 런던은 Sunsama 커스터마이징 시도를 이렇게 정리합니다. 직접 배포·운영해야 하는 서버리스 함수, Anthropic API 키, 환경변수로 저장된 실제 계정 비밀번호, 비공식 리버스 엔지니어링 API 의존, 수동으로 만든 iOS Shortcut, oEmbed 엔드포인트까지 여섯 겹의 우회로. 오픈소스였다면 에이전트가 코드를 읽고 수정하는 것으로 끝날 일이었습니다. ## 흐름을 읽는 사람들 이 시각이 런던만의 것은 아닙니다. 2026년 1월 OneUptime의 Nawaz Dhandala는 AI 에이전트가 오픈소스에 “넘기 어려운 이점”을 준다고 썼습니다. 에이전트가 실제 소스 코드를 읽고 수정할 수 있는 반면, 클로즈드 소프트웨어는 벤더가 허용한 API 범위 안에서만 접근 가능하기 때문입니다. 이더리움 창시자 비탈릭 부테린도 2025년 7월 퍼미시브 라이선스보다 카피레프트를 지지하는 입장으로 선회했습니다. “개방성이 없다면 결국 하나의 주체가 모든 것을 통제하게 된다”는 이유에서입니다. 소프트웨어 평가 기준도 바뀔 것으로 보입니다. “Slack 연동 되나요?”처럼, “에이전트가 이걸 커스터마이징할 수 있나요?”가 일반적인 구매 기준이 될 수 있다는 전망입니다. 강력한 네트워크 효과나 독점 데이터셋 없이 편의성과 전환 비용만으로 사용자를 붙잡아온 SaaS 제품들에게는 위협적인 변화입니다. ## 낙관론만은 아니다 그런데 역설이 있습니다. CEU 연구팀의 2026년 논문 “Vibe Coding Kills Open Source”는 AI 코딩이 오히려 오픈소스 생태계를 약화시킬 수 있다고 주장합니다. Tailwind CSS 창시자 Adam Wathan은 도구 사용량이 늘어나는 동안 문서 트래픽이 약 40% 감소했고, 매출도 크게 줄었다고 밝혔습니다. 에이전트가 오픈소스 소프트웨어를 소비하면서 그것을 만드는 생태계를 지탱하지 않는다면, 자유 소프트웨어의 부활은 자원 고갈로 이어질 수 있습니다. 스톨만의 4가지 자유는 사용자가 무엇을 받을 자격이 있는지를 말합니다. 유지보수자가 무엇을 받을 자격이 있는지는 말하지 않습니다. 이 간극이 앞으로 자유 소프트웨어 논의의 핵심 과제가 될 것입니다. 원문에는 이 주제에 대한 저자의 더 상세한 고민이 담겨 있습니다. **참고자료:** - [How AI Helps Open Source Succeed](https://oneuptime.com/blog/post/2026-01-09-how-ai-helps-open-source-succeed/view) – OneUptime - [Open Source Software in the Age of AI](https://essays.johnloeber.com/p/31-open-source-software-in-the-age) – John Loeber - [Vibe Coding Kills Open Source](https://arxiv.org/html/2601.15494v1) – arXiv [ Like?](https://aisparkup.com/wp-admin/admin-ajax.php?action=oacs_spl_process_like&post_id=10648&nonce=87f15ebfd1&is_comment=0&disabled=true "Like")