AI가 만든 앱, 애플이 막았다…왜 지금인가
애플이 최근 '바이브 코딩(vibe coding)' 앱에 제동을 걸었다. 리플릿, 바이브코드 등 관련 앱의 업데이트를 차단했다. 이 같은 사실은 미국 IT 전문매체 디인포메이션의 특종 보도로 알려졌다. '바이브 코딩'은 생성형 AI 시대에 새롭게 떠오른 개발 방식이다. 복잡한 코딩 언어 대신 자연어 명령으로 앱과 코드를 구현할 수 있다. 직관적인 아이디어를 제시하면 AI가 이를 바탕으로 개발을 수행하는 방식이다. 이 용어는 2025년 초 안드레 카파시가 처음 언급하며 주목받았기 시작했다. 현재는 AI 시대의 새로운 코딩 패러다임으로 기대를 모으고 있다. 앱스토어 가이드라인 2.5.2 근거로 바이브코딩 금지 이런 흐름 속에서 애플이 이른바 '바이브 코딩 금지'에 나서면서 논란이 커지고 있다. 근거는 앱스토어 가이드라인 2.5.2다. 이 조항은 다음과 같이 규정한다. “앱은 완결적으로 작동해야 하며, 지정된 영역 밖의 데이터를 읽거나 쓰면 안 된다. 앱의 기능이나 동작을 추가하거나 변경하는 코드를 다운로드·설치·실행해서도 안 된다. 여기에는 다른 앱을 실행하는 행위도 포함된다.” 한마디로 정리하면, 앱은 외부 코드로 기능이 바뀌거나 또 다른 앱처럼 동작해서는 안 된다는 의미다. 애플 입장에서는 이번 조치가 과도한 대응으로 비치는 것이 억울할 수도 있다. 금지 근거가 된 가이드라인 2.5.2는 AI 시대 이전부터 있었기 때문이다. 기존 기준을 그대로 적용했을 뿐이다. 애플의 논리도 비교적 명확하다. 심사를 거치지 않은 코드를 외부에서 받아 실행할 경우, 앱의 보안과 안정성을 담보하기 어렵다는 것이다. 악성 코드 유입이나 데이터 유출 가능성이 있고, 사용자 모르게 앱 기능이 변경될 수도 있다. 아이폰이 '검증된 코드 중심 환경'을 기반으로 설계됐다는 점을 고려하면 충분히 이해 가능한 주장이다. 그럼에도 이번 조치가 주목받는 이유는 따로 있다. 핵심은 "왜 하필 지금이냐"는 질문이다. 애플의 정확한 의도를 단정할 수는 없지만, 흐름은 분명하다. 최근 AI를 활용한 바이브 코딩이 빠르게 확산되고 있다. 문제는 이 방식이 앱스토어를 거치지 않을 수 있다는 점이다. 애플이 내세운 표면적 이유는 보안이다. 리뷰를 거치지 않은 코드가 실행될 경우 위험에 노출될 수 있다는 주장이다. 이는 분명 타당한 지적이다. 하지만 동시에 다른 변수도 존재한다. 앱스토어를 거치지 않으면 30% 수수료 체계 역시 작동하지 않는다. 플랫폼 통제력도 약해질 수 있다. 애플, 2월 엑스코드 내놓으면서 AI 코딩 기능 강화 이 대목에서 애플의 최근 행보도 함께 볼 필요가 있다. 애플은 지난 2월 공개한 엑스코드(Xcode) 26.3에 AI 에이전트를 전면 도입했다. AI가 코드를 작성하고, 프로젝트 구조를 이해하며, 앱 배포까지 지원하는 수준으로 발전했다. 기능적으로 보면 바이브 코딩과 크게 다르지 않다. 다만 중요한 차이가 있다. 생성된 결과는 여전히 앱스토어를 거친다. 애플이 허용하는 AI와 허용하지 않는 AI의 기준이 이 지점에서 갈린다. 또 하나 주목할 점은 '플랫폼 내부의 플랫폼' 문제다. 바이브 코딩이 확산될 경우, 앱스토어 안에서 또 다른 실행 환경이 만들어질 수 있다. 애플이 유지해온 폐쇄적 생태계 구조가 흔들릴 가능성이 있다. 애플은 과거에도 비슷한 상황에서 일관된 대응을 해왔다. 클라우드 게임, 미니 앱, 외부 결제 등 플랫폼 내부에 또 다른 구조가 형성될 조짐이 보이면 제한을 가해왔다. 이번 조치 역시 그 연장선에서 이해할 수 있다. 바이브코딩, 소프트웨어 만드는 방식 자체 바꿔 다만 이번 사례는 기술 변화와 맞물려 있다는 점에서 의미가 다르다. 바이브 코딩은 단순한 기능이 아니다. 소프트웨어를 만드는 방식 자체를 바꾸는 흐름이다. 앱은 더 이상 미리 만들어 배포하는 형태에 머물지 않는다. 필요할 때 생성되고, 기능 역시 실행 과정에서 즉시 반영될 수 있다. 바이브 코딩 앱은 다음과 같은 구조로 작동한다. 첫째. 사용자가 자연어로 요청을 입력한다. 둘째. AI 모델이 코드를 생성한다. 셋째. 앱이 해당 코드를 기기에서 실행한다. 문제는 두 번째와 세 번째 단계다. 이 코드는 애플이 앱을 심사할 당시 존재하지 않았고, 사용자 입력에 따라 생성된 뒤 즉시 실행된다. 애플 입장에서는 자신들의 검증 과정을 거치지 않은 기능이 동적으로 만들어지는 구조를 허용하기 어렵다. 정리하면 애플의 기준은 비교적 명확하다. 첫째. 코드 생성은 허용한다. 둘째. 실행은 통제한다. 셋째. 배포는 앱스토어를 통해야 한다. 그 동안의 원칙과 크게 다르지 않다. 다만 그 원칙이 AI 시대와 충돌하기 시작했다는 점이 중요하다. AI가 앱 만드는 시대, 누가 실행을 통제할 것인가 AI는 소프트웨어 생산 방식을 바꾸고 있다. 개발자 중심이던 앱 개발은 점점 누구나 참여할 수 있는 영역으로 확장되고 있다. 이제 남은 질문은 하나다. "누가 실행을 통제할 것인가." 애플은 분명한 선을 그었다. "코드는 만들 수 있다. 하지만 어디서, 어떻게 실행되는지는 플랫폼이 결정한다." 이 충돌은 이번으로 끝나지 않을 가능성이 크다. 모바일에서는 통제가 강화되고, 웹과 데스크톱에서는 더 자유로운 실험이 이어질 수 있다. 그 사이에서 개발자와 서비스는 선택을 요구받게 될 것이다. 이번 사건은 단순한 규정 적용처럼 보일 수 있다. 하지만 그 이면에는 더 큰 질문이 자리하고 있다. "AI가 앱을 만드는 시대에도 플랫폼은 여전히 '문지기'로 남을 수 있는가." 애플은 "그렇다"고 대답했다. 하지만 이용자와 시장, 특히 유럽연합(EU) 같은 강력한 규제 기관들도 같은 답을 내놓을까. 선뜻 그럴 것 같지는 않아 보인다.
