"소프트웨어는 끝났다" — REA로 남의 앱을 복사하는 시대, AI의 생각

이 시리즈의 전제 (모든 AI 생각 글에 공통 적용)

• 정해진 답과 정해진 형식에 맞추지 않는다. 각 AI가 스스로 자유롭게 생각한 내용을 그대로 적는다.
• 이 시리즈의 목적은 서로 다른 모델이 같은 질문에 어떻게 다르게 생각하는지, 각 모델의 생각 방식과 특징을 확인하는 데 있다.
• 마지막에는 그 모델 자신의 판단을 남긴다. 남의 결론을 빌리지 않는다.

질문

REA로 소스 코드 없이 앱의 기능과 화면을 재현하는 것은 저작권 침해인가, 법의 사각지대인가. 그 결과물은 기술적 표절품인가, 새로운 창작물인가. 그리고 유리상자가 된 소프트웨어에서 개발자의 창작성은 어디에 남는가.

사실관계

REA(Reverse Engineer Anything)는 에이전트가 소스 코드 없이 네이티브 바이너리, JavaScript·Electron 앱, .NET 어셈블리, 웹사이트의 동작을 분석하고 재구현하도록 돕는 MCP 도구다. Hopper·Ghidra·IDA와 연동하며, 분석은 로컬에서 실행되고 결론마다 근거와 한계를 함께 제시한다고 밝힌다. 저장소는 MIT 라이선스이고, README는 "마음에 드는 기능을 찾아 어떻게 동작하는지 이해하고 내 프로젝트용 버전을 만들라"고 안내한다. 2026년 10월 20일 기준 GitHub 표시 스타는 33만을 넘고, npm 패키지와 파생 프로젝트까지 등장했다. 즉 이것은 실험실 도구가 아니라 이미 대중화된 워크플로다.

Claude Sonnet 4.5

1. 저작권 침해인가, 사각지대인가

결론부터 말하면 "기능을 따라 만드는 것" 자체는 원칙적으로 저작권 침해가 아니다. 저작권은 아이디어가 아니라 표현을 보호한다. 화면 구성, 버튼 배치, 코드의 구체적 문장은 표현이지만, "할 일 목록을 만들고 공유한다"는 기능은 아이디어에 가깝다. 소스를 복제하지 않고 동작을 관찰해 새 코드를 썼다면, 코드 복제라는 가장 명백한 침해는 성립하지 않는다.

그러나 이것을 "사각지대"라고 부르는 것은 부정확하다. 책임은 세 곳에서 발생한다. 첫째, 비문언적 복제다. 코드를 새로 썼더라도 모듈 구조·호출 순서·데이터 흐름이 원작과 실질적으로 유사하면 보호 범위에 들어올 수 있다. 둘째, UI·문구·아이콘·에셋·온보딩 흐름을 그대로 가져오면 코드와 별개로 침해가 된다. 셋째, 계약과 기술적 보호조치다. 이용약관이 역설계를 금지하거나, 접근 제한을 우회했다면 저작권과 별개의 책임이 생긴다. 기능 자체는 특허, 이름과 로고는 상표, 화면 디자인은 디자인권, 성과 도용은 부정경쟁방지법의 영역이다.

그래서 정확한 진단은 "회색지대"가 아니라 "입증과 조합의 지대"다. 코드 한 줄을 복사하지 않았다는 사실은 면책이 아니다. 법은 코드가 아니라 결과물의 전체 인상을 본다.

2. 표절품인가, 창작물인가

저작권의 창작성은 "세상에 없던 것"이 아니라 "인간의 정신적 노력에 의한 표현의 선택"이다. 100% 모방을 목표로 한 결과물은 선택지가 사실상 하나뿐이다. 선택이 없으면 창작성이 없고, 창작성이 없으면 저작물이 아니다. AI가 얼마나 정교하게 복제했는지는 이 판단을 바꾸지 않는다.

AI와 인간의 협업이라고 해서 결론이 달라지지도 않는다. 인간이 문제를 정의하고, 대안을 선택하고, 결과를 편집하고, 책임을 지는 부분에 창작성이 생긴다. 반대로 "노션처럼 만들어"라고 지시한 뒤 나온 결과를 그대로 낸다면, 그것은 협업이 아니라 자동화된 복제다. 물론 원작과 실질적 유사성이 없다면 새 창작물이 될 수 있다. 기준은 AI 사용 여부가 아니라 인간의 선택과 원작과의 거리다.

그래서 이분법은 틀렸다. 100% 모방품은 "기술적 표절품"이라기보다 "복제된 결과물"이고, 그 자체로 창작물은 아니다. 다만 그 과정에서 개발된 분석·재구현 기술은 별개의 가치다. 결과물의 창작성과 도구의 혁신은 다른 문제다.

3. 유리상자 시대, 무엇을 보호해야 하는가

소프트웨어가 유리상자가 되면 코드를 숨기는 전략은 힘을 잃는다. 보호의 중심은 코드에서 서비스로 이동한다. 서버에서 실행되는 로직, 축적된 데이터, 브랜드, 사용자 관계, 생태계, 업데이트 속도는 복제하기 어렵다. 특허·상표·디자인·계약은 여전히 유효하고, 기술적 보호조치는 보조 수단이다. 그러나 이것만으로는 부족하다. 복제 비용이 0에 가까워질수록 법은 "코드를 베꼈는가"가 아니라 "시장에서 혼동을 일으켰는가, 성과를 부당하게 가져갔는가"를 물어야 한다.

개발자에게 남는 창작성은 구현 속도가 아니다. 첫째, 무엇을 만들지 정의하는 능력이다. AI는 주어진 문제를 빠르게 구현하지만, 어떤 문제가 중요한지는 알려주지 않는다. 둘째, 제약 속의 선택이다. 성능, 접근성, 보안, 유지보수 사이에서 trade-off를 결정하는 일은 여전히 인간의 몫이다. 셋째, 운영의 축적이다. 신뢰, 장애 대응, 조직의 학습은 복사되지 않는다. 넷째, 책임이다. AI는 코드를 복제할 수 있어도 실패의 책임을 지지 않는다.

낙관만으로 끝낼 수는 없다. 복제가 쉬워질수록 차별화는 더 어려워지고, 소규모 개발자와 1인 창작자부터 타격을 받는다. "서비스로 가라"는 조언은 자본과 조직이 있는 곳에서만 가능하다. 그래서 법과 정책은 역설계의 허용 범위를 호환성·연구·보안 목적으로 명확히 하고, AI 재구현 결과물의 출처 표시와 계약의 효력을 정교하게 설계해야 한다.

AI 판단

이 현상의 핵심은 "복사가 가능해졌다"가 아니라 "복사의 단위가 코드에서 경험으로 이동했다"는 것이다.

첫째, 기능 재현 자체는 저작권 침해가 아니다. 그러나 구조·UI·에셋·계약을 건드리는 순간 침해가 되고, 기능은 특허, 이름은 상표, 화면은 디자인, 성과는 부정경쟁의 영역에서 별도로 책임이 발생한다. 사각지대가 아니라 다층의 책임 지대다.

둘째, 100% 모방 결과물은 창작물이 아니다. AI 협업의 창작성은 인간이 무엇을 선택하고 무엇을 책임졌는가에서만 발생한다. 도구의 혁신과 결과물의 창작성을 혼동하면 안 된다.

셋째, 앞으로의 IP는 코드 독점이 아니라 서비스·데이터·브랜드·신뢰·책임의 조합으로 보호된다. 개발자에게 남는 진정한 창작성은 구현이 아니라 문제 정의, 제약 속의 선택, 운영의 축적, 그리고 책임이다. AI가 복제할 수 없는 것은 결국 "왜 이것을 만드는가"라는 문장이다.

참고

• REA 저장소: https://github.com/morluto/rea
• 관련 글: 소프트웨어를 소유하는 시대가 저물고 있다