decomp.dev, 공개 프로젝트 목록과 신규 등록 중단

디컴파일 진행 상황을 모으고 커뮤니티를 지원해 온 decomp.dev가 공개 프로젝트 목록과 신규 프로젝트 등록을 중단합니다. 운영자는 AI가 디컴파일을 크게 앞당길 수 있게 됐지만, 검토 없는 기여와 성급한 포트 공개가 협업 문화를 해치고 있다고 설명합니다.

주제: 역공학 AI 커뮤니티

에디터 노트

운영자가 제시한 문제는 AI 사용 자체보다 기여와 검토를 건너뛴 채 결과물을 내는 방식에 있습니다. Melee 사례를 든 댓글도 LLM 결과를 유지보수자가 직접 검토한 점을 구분합니다. 따라서 AI 프로젝트를 일괄 금지하기보다 사이트 운영자가 관리 기준을 감당하기 어렵다는 판단으로 색인과 신규 등록을 닫은 조치는 원문 설명과 맞닿아 있습니다. 다만 포트 공개와 디컴파일 연구를 둘러싼 우려는 운영자의 경험에 기반한 진단이며, 댓글의 법적 전망도 참여자의 의견입니다. 사이트 코드를 복제하지 못하게 하겠다는 결정에는 저장소 라이선스와 커뮤니티를 보호하려는 목적이 충돌한다는 반응도 나왔습니다. 기존 프로젝트 기록은 남기되 공개 순위 경쟁을 멈추는 방식이 협업을 얼마나 회복시킬지는 자료에서 확인되지 않습니다.

AI 요약

decomp.dev는 2024년부터 디컴파일 프로젝트의 진행 상황을 한곳에 모으고 참여자들이 서로 협력하도록 돕는 사이트로 운영됐습니다. 운영자는 중형 게임 하나를 디컴파일하는 데 여러 해가 걸리기도 했지만 도구와 지식이 쌓이며 진도가 빨라졌다고 설명합니다. AI는 한동안 결과가 엇갈렸습니다. Opus 4.6과 GPT-5.4가 나온 2026년 초에는 도구 사용법을 아는 듯한 결과를 내기 시작했지만, 눈에 띄는 오류나 원 개발자가 작성했다고 보기 어려운 코드, 비용 문제 때문에 사람의 수정과 검토가 많이 필요했습니다.

최근 모델은 복잡한 지시를 따르고 심볼과 디버그 정보를 대조하며 자연스러운 코드를 작성하는 능력이 나아졌다고 운영자는 말합니다. 작은 스크립트로 여러 코드 형태와 조합을 시험해 인라인 함수, 시그니처 변경, 연산 순서까지 맞추고, 장시간 작업도 이어 간다고 설명합니다. 적절한 안내와 사람의 입력, 코드 리뷰가 있으면 AI가 디컴파일을 크게 앞당긴다는 판단입니다.

협업 문화의 손상

운영자가 문제로 든 사례는 세 가지입니다. 기존 프로젝트를 AI로 끝내겠다며 포크하지만 원 프로젝트에 기여하지 않는 경우, 다른 참여자가 디컴파일한 결과를 바탕으로 서둘러 미완성 포트를 내는 경우, 디컴파일과 PC 포트를 같은 뜻으로 취급하는 경우입니다. 디컴파일 프로젝트는 연구와 원작의 작동 원리를 이해하려는 목적도 있지만, 공개 진행률과 순위가 숫자를 올리거나 포트를 내는 경쟁을 부추기고 있다고 봅니다. 운영자는 수백 개 프로젝트에서 좋은 디컴파일을 정의하고 일관되게 관리할 여력이 없다며 AI 사용을 금지하는 대신 공개 색인과 신규 등록을 중단하기로 했습니다.

기존 프로젝트 페이지와 과거 데이터는 계속 제공하지만 메인 목록은 비활성화됩니다. 사이트 저장소에는 오픈소스 라이선스가 없으며, 운영자는 코드에 대한 권리를 보유한다고 밝혔습니다. 사이트 코드를 이용한 복제본도 허용하지 않겠다고 덧붙였습니다.

Lobsters 반응

@brudish — 다른 사람과 협력하지 않고 협업에서 생기는 가치를 뽑아내면 어떨까 하는 생각이 LLM의 여러 활용에 깔린 반사회적 흐름 같습니다. 속도만 중요하고 결과물만 가치가 됩니다.
@lhearachel — 이 분야에 깊이 관여한 사람으로서 슬픕니다. 몇 달 전부터 이런 일이 올 줄 알았습니다. LLM은 적절한 툴체인을 주면 어셈블리에서 C 코드를 맞춰 생성하는 일을 예상대로 잘합니다. Super Smash Bros. Melee 디컴파일에서는 LLM이 만든 결과로 마지막 몇 퍼센트를 밀어 올렸습니다. 정확히 얼마인지는 모르며 저는 프로젝트 외부에서 지켜봤습니다. 차이는 유지보수자가 결과물을 꼼꼼히 직접 검토했다는 점입니다. 많은 AI 디컴파일, 재컴파일, 포트 프로젝트는 그 정도도 하지 않고 저장소에 자동화 도구를 연결해 에이전트가 작업하게 둡니다. 협업에 큰 피해를 줬습니다. 이 취미가 회복할 수 있을지 걱정됩니다. 기업들이 어떤 식으로 대응할지도 더 걱정됩니다. 이제 닫힌 바이너리를 소스 코드로 포팅하는 데 사실상 몇 푼이면 됩니다. 역공학 분야는 필요한 노력이 크다는 점에 기대어 위태로운 법적 선례를 넘어왔습니다. 그 시대가 끝날까 두렵습니다.
@7tehdt3cnw6kir6o — 저는 CTF에서 Ghidra로 기본적인 작업도 겨우 합니다. 이런 소식을 보면 이걸 계속할 이유가 뭔지 궁금해집니다.
- @BD103 — 저도 같은 처지입니다. 지난주부터 Ghidra로 역공학을 배우고 있습니다. 역공학의 기계적인 부분이 완전히 자동화되더라도 기초를 탄탄히 익히려고 직접 연습하고 있습니다.
@max-headroom — decomp.dev 저장소에 오픈소스 라이선스가 없었다니 별로네요.
- @Fingel — 그런가요? 글을 읽어보면 커뮤니티가 키운 오픈소스 프로젝트로 학습한 AI가 커뮤니티 전체를 찢어놓은 것 같습니다. 그 결과를 겪은 운영자가 사이트 코드만큼은 닫아두고 싶은 마음은 이해할 만합니다.
- @abnercoimbre — 전혀 별로가 아닙니다. 운영자가 저장소를 보호해서 정말 다행입니다.
- @gir — 독점 라이선스 코드도 다른 운명을 맞은 건 아니잖아요.
- @tentacloids — 이런 댓글이 누구의 기분도 낫게 해주지는 않을 것 같습니다.
- @matthiasportzel — AI가 커뮤니티를 해쳤다고 해서 사이트를 포크하려는 사람을 고소하겠다고 위협하며 커뮤니티에 더 해를 끼워도 되는 건 아닙니다. AI 학습은 저작권을 침해하지 않고, 침해해서도 안 되니 '모든 권리 보유' 표기가 AI 학습을 막아주는 것도 아닙니다.
- @pmbauer — 모든 곳에서 그런 것은 아닙니다. 미국에서도 법적으로 해결되지 않았고 공정 이용 여부는 사안마다 판단합니다. 법원 판결도 엇갈립니다. 저는 개인적으로 공정 이용이 인정되지 않기를 바랍니다. AI 연구소의 사업 모델은 노동력 차익 거래이며, 학습 데이터에 정당한 대가를 지불하지 않아야만 성립합니다.
@jackklika — 왜 AI 보조 프로젝트를 금지하지 않느냐고요? 저는 AI 자체가 문제가 아니며 제대로 쓰면 큰 도움이 된다고 오래전부터 생각했습니다. '슬롭'은 여러 형태로 나타나고 정의하기도 어렵고 일관되게 관리하기는 더 어렵습니다. 취미로 혼자 운영하는 사람으로서 수백 개 프로젝트에서 좋은 디컴파일이 무엇인지 정하고 계속 적용할 힘도 의욕도 없습니다.
@evmar — Git의 여러 아이디어가 monotone이라는 이전 시스템에서 나왔다는 걸 아셨나요? monotone 사이트는 지금도 살아 있고 FAQ에서는 해시를 ID로 쓰는 것 같은 새로운 아이디어들을 설명해야 합니다. 아이디어와 공로가 누구에게 돌아가는지에 관한 교훈입니다.

원문: decomp.dev / 번역·요약: Trawling

원문 보기 ↗토론 보기 ↗