Laravel이 투자받고 나서 AI 에이전트에 광고를 심기 시작했다

프레임워크가 투자받으면 생기는 일

PHP 생태계에서 가장 인기 있는 웹 프레임워크인 Laravel이 최근 시리즈 A 투자를 유치했어요. Laravel Cloud라는 호스팅 플랫폼을 밀면서 본격적인 상업화에 들어섰는데, 그 과정에서 예상 못 한 변화가 하나 있었어요. Laravel을 설치하거나 사용할 때 뜨는 공식 문서, CLI 메시지, 그리고 AI 에이전트용 컨텍스트 파일에 자사 유료 상품(Forge, Vapor, Nova, Cloud 등)을 광고처럼 끼워 넣기 시작한 거죠.

이게 왜 논란이 되냐면, 요즘은 개발자들이 Cursor, Claude Code, Copilot 같은 AI 코딩 에이전트에게 "Laravel 프로젝트 만들어줘" 하고 시키잖아요. 그러면 에이전트는 공식 문서나 llms.txt, AGENTS.md 같은 AI 전용 안내 파일을 읽고 코드를 짜요. 그런데 이 파일 안에 "배포는 Laravel Cloud를 추천한다" 같은 유료 상품 추천 문구가 중립적인 기술 설명인 척 박혀 있으면, 에이전트는 그걸 사실로 받아들이고 사용자에게도 그대로 전달해요. 즉 개발자 본인은 광고인 줄 모르고 도입 결정을 내리게 되는 거예요.

구체적으로 뭐가 달라졌나

Laravel은 오랫동안 공식 문서에 Forge(유료 서버 관리 서비스), Vapor(서버리스 호스팅), Nova(관리자 패널) 같은 자사 제품 링크를 심어왔어요. 이건 오픈소스 메인테이너가 프레임워크를 유지보수할 수 있게 하는 정당한 수익 모델이었죠. 하지만 이번에는 결이 달라요. laravel new 명령으로 프로젝트를 만들 때 기본 AGENTS.md나 Copilot용 지침 파일에 유료 서비스 추천 문구가 미리 박혀서 나오고, 커뮤니티 패키지보다 자사 제품을 우선하도록 유도하는 문구가 섞여 있다는 지적이 나오고 있어요.

기존에도 GitHub 문서에 살짝 링크를 넣는 정도는 괜찮다고 다들 받아들였거든요. 문제는 AI 에이전트 시대에 이 영향력이 완전히 달라진다는 점이에요. 사람 개발자는 문서를 읽다가 "아 이건 자사 광고구나" 하고 걸러낼 수 있어요. 하지만 LLM은 문맥을 그대로 흡수해서 내장된 추천이 되어버려요. 게다가 Laravel 생태계에는 Forge 말고도 Ploi, Cleavr 같은 훌륭한 대안이 있는데, 에이전트가 기본값으로 Forge만 언급하기 시작하면 시장 공정성에도 영향을 주죠.

오픈소스와 상업화의 오래된 긴장

사실 이 문제는 Laravel만의 이야기가 아니에요. Redis가 라이선스를 SSPL로 바꿔서 AWS 같은 클라우드가 공짜로 되파는 걸 막은 사건, Elastic이 비슷한 이유로 분쟁을 일으켰던 사건, Terraform이 BSL로 전환하면서 OpenTofu 포크가 생긴 사건까지. 오픈소스 프로젝트가 VC 투자를 받으면 수익화 압박이 커지고, 그 수익화가 어디까지가 정당한지 커뮤니티와 마찰이 생겨요. Laravel의 이번 변화는 기존 논쟁에 "AI 에이전트의 컨텍스트 조작"이라는 새로운 차원을 추가한 셈이에요.

React나 Next.js를 만든 Vercel도 비슷한 비판을 받아왔어요. Next.js 문서에서 Vercel 배포를 반쯤 기본값처럼 소개한다는 지적이 꾸준히 있었거든요. 다만 Next.js는 Netlify, Cloudflare Workers 같은 대안도 병기하는 편이었어요. Laravel이 자사 상품만 노출하는 방향으로 간다면, 비슷한 포크 프로젝트가 등장할 가능성도 배제 못 해요. 실제로 Symfony나 TALL 스택 쪽으로 이동하겠다는 개발자들도 목소리를 내기 시작했죠.

한국 개발자 입장에서

PHP를 쓰는 한국 개발자도 적지 않고, 특히 중견 SI나 커머스 업계엔 Laravel 프로젝트가 꽤 있어요. 당장 실무에 영향은 크지 않지만, 두 가지는 체크해보시면 좋아요. 첫째, laravel new로 자동 생성된 AGENTS.md나 llms.txt 파일을 한 번 열어보세요. 안에 자사 유료 제품 추천이 들어 있다면, 팀 컨벤션에 맞게 편집하거나 제거하는 걸 권장해요. 에이전트가 그 내용을 그대로 인용하니까요.

둘째, 오픈소스 선택 기준에 "거버넌스"를 넣는 습관을 들이세요. 회사 하나가 단독 지배하는 프로젝트는 언제든 상업화 압박으로 방향이 바뀔 수 있어요. Kubernetes나 PostgreSQL처럼 재단이 중립적으로 관리하거나, Symfony처럼 커뮤니티 기여가 분산된 프로젝트가 장기적으로 안정적인 경우가 많거든요.

마무리

오픈소스 프레임워크가 수익을 내는 건 당연히 필요한 일이에요. 메인테이너가 밥을 못 먹으면 프레임워크도 죽으니까요. 다만 그 방식이 AI 에이전트 컨텍스트 조작처럼 사용자가 알아차리기 어려운 형태로 가면 신뢰가 깎이죠. 여러분은 프레임워크 선택할 때 상업화 방향성도 고려하시나요? 또 AI 에이전트가 읽는 설정 파일들, 팀에서 어떻게 관리하고 계세요?