본문으로 바로가기

GitHub Spark 종료가 남긴 질문: AI 앱의 코드는 누구의 손에 남는가

GitHub Spark의 2026년 8월 종료 공지와 llm() 의존성 문제를 바탕으로 AI 앱의 코드 소유, API 교체, 유지보수 전략을 살펴봅니다.

목차

빠르게 만든 앱도 오래 살아야 한다

아이디어를 앱으로 만드는 시간이 짧아졌다. 하지만 앱이 실행되는 동안에는 제작 도구의 수명, 데이터의 위치, 추론 서비스의 계약까지 함께 따라온다. 8월 5일 브리핑에서 눈여겨볼 변화는 GitHub Spark의 종료 공지였다.

편집 도구와 실행 중인 앱의 수명은 다르다

GitHub의 8월 4일 공지는 신규 가입과 앱 생성을 중단하고, 기존 사용자가 8월 31일까지 앱을 저장소로 내보낼 수 있다고 안내했다. 이미 배포된 앱은 Spark 종료 이후에도 실행된다고 설명했다.

문제는 AI 기능이다. 같은 공지에 따르면 Spark의 llm()이 사용하던 GitHub Models는 7월 30일 종료됐다. 해당 호출을 쓰는 앱은 별도 추론 제공자와 API 키, 결제 설정으로 옮겨야 했다. 앱이 열리는 것과 핵심 기능이 살아 있는 것은 서로 다른 조건이었다.


자연어로 만들었어도 의존성은 남는다

이 사례는 AI 제작 도구를 고를 때의 질문을 바꾼다. “얼마나 빨리 만들 수 있나”와 함께 “이 도구 없이도 고칠 수 있나”를 물어야 한다. 여기부터는 공지에서 도출한 운영상의 판단이다.

작은 앱이라도 소스코드, 사용자 데이터, 외부 API, 배포 설정을 각각 어디서 관리하는지 적어 두는 편이 좋다. 코드만 내보냈는데 데이터나 인증 설정을 복원할 수 없다면 독립적인 유지보수가 어렵다.

다음 앱을 만들기 전에 확인할 것

  • 소스를 일반 저장소로 내보낼 수 있는가.
  • 모델 호출을 한곳에 모아 다른 제공자로 교체할 수 있는가.
  • 데이터 백업과 복구 절차가 있는가.
  • 유지보수 담당자가 배포 환경을 재현할 수 있는가.

공지가 나온 당시에는 내보내기 기한이 남아 있었다. 이 글을 정리한 2026년 10월 2일에는 그 날짜가 지났으므로, 당시 절차를 지금도 사용할 수 있다고 가정해서는 안 된다.

다음 프로젝트의 트리거는 새로운 생성 버튼보다, 도구가 사라져도 남을 코드 한 벌일 수 있다.


참고 자료

브리핑 표지 보기
GitHub Spark 종료가 남긴 질문: AI 앱의 코드는 누구의 손에 남는가
브리핑 모아 보기