REA란? AI로 기존 소프트웨어를 조사하는 도구가 주목받는 이유

REA(Reverse Engineer Anything)는 이미 만들어진 프로그램이 어떻게 작동하는지 AI 코딩 에이전트가 조사하도록 돕는 오픈소스 도구입니다. 코딩 에이전트는 질문을 받고 도구를 호출해 자료를 찾거나 코드를 작성하는 소프트웨어를 뜻합니다. REA는 에이전트와 분석 도구를 연결하고 파일·함수·실행 결과처럼 답의 근거가 될 단서를 돌려줍니다.

최근 관심을 끄는 이유는 분석에서 끝나지 않는 가능성 때문입니다. 개발자가 기존 기능의 동작을 이해하면 호환 기능을 만들거나, 자신만의 새 도구를 독립적으로 설계할 출발점을 얻을 수 있습니다. REA가 유료 프로그램을 자동으로 무료 프로그램으로 바꾸거나 완벽한 복제품을 만드는 것은 아닙니다.

기존 프로그램의 동작을 왜 조사할까요?

오래된 업무 프로그램의 파일을 새 시스템에서도 열어야 하는데 원본 코드와 설명서가 없다면, 겉으로 보이는 결과만으로는 처리 방식을 알기 어렵습니다. 설계도가 없는 기계의 작동을 관찰하며 구조를 추정하듯, REA는 AI 코딩 에이전트가 프로그램의 동작을 분석할 단서를 찾도록 돕습니다.

예를 들어 호환 기능을 개발하거나 보안 문제를 점검하는 사람이 이런 조사를 할 수 있습니다. 이는 사용 상황을 설명하기 위한 예시이며 REA의 분석 결과가 곧 정답이라는 뜻은 아닙니다. 대상 프로그램을 분석할 권한과 이용 조건을 확인하고 찾은 단서를 실제 동작과 대조해야 합니다.

GitHub에서 얼마나 관심을 받고 있나요?

2026년 10월 28일(한국 시간) 확인한 REA 공식 GitHub 저장소에는 약 39.6만 개의 스타와 9.9만 개의 포크가 표시됩니다. 스타는 저장소에 관심을 표시하거나 나중에 다시 찾으려고 저장하는 행동에 가깝고 포크는 저장소의 복사본을 만드는 기능입니다. 둘 다 실제 이용자 수나 분석 정확도, 안전성을 뜻하지 않습니다.

관심이 늘어난 시점도 확인할 수 있습니다. GH Archive의 스타 이벤트를 정리하고 GitHub 표시 수치와 대조한 공개 분석에는 2026년 10월 2일 41개에서 10월 19일 334,833개로 늘어난 일별 누적값이 기록되어 있습니다. 이 값은 UTC 날짜 기준의 외부 집계이며 위의 10월 28일 GitHub 화면 수치와 같은 시각의 값은 아닙니다. 분석 자료는 저장소 생성일을 2026년 4월 14일로 기록합니다. 즉, 프로젝트가 10월에 처음 만들어졌다기보다 그때 관심이 급격히 커졌다고 보는 편이 정확합니다.

2026년 10월 28일 확인한 공식 최신 릴리스는 rea-agents v6.8.0입니다. 이는 공개 업데이트가 이어졌다는 근거이지만, 릴리스 횟수만으로 도구의 품질을 판단할 수는 없습니다.

숫자 외에 눈여겨볼 점은 프로젝트가 제시하는 작업 방식입니다. 공식 사이트는 기능 하나를 질문하고 관련 코드·참조 관계·실행 관찰 결과를 받은 뒤 설명이나 별도 구현을 시도하는 흐름을 보여 줍니다. 개발자는 분석 도구마다 흩어진 단서를 에이전트와 함께 이어 볼 수 있습니다. 공개 GitHub 토론에서는 긴 조사에 드는 AI 토큰 비용을 줄이는 방법도 논의됩니다. 관심이 큰 만큼 실제 비용과 결과 검증도 중요한 질문입니다.

아래 그림은 REA가 이미 할 수 있는 분석과, 그 결과를 바탕으로 개발자가 검토할 수 있는 다음 작업을 구분합니다.

기존 프로그램을 분석한다는 것은 무슨 뜻인가요?

리버스 엔지니어링은 완성된 프로그램을 관찰해 내부 동작을 거꾸로 알아내는 작업입니다. 완성된 요리를 맛보고 조리 방법을 추정하는 것과 비슷하지만, 소프트웨어에서는 화면 반응, 실행 파일, 저장 결과, 함수 호출 같은 증거를 확인합니다. 함수는 프로그램 안에서 특정 작업을 맡는 코드 묶음입니다. 원본 설계도에 해당하는 소스 코드가 없어도 일부 동작을 알아낼 수 있지만, 추정한 구조가 원본 소스와 같다고 말할 수는 없습니다.

예를 들어 오래된 업무 프로그램에서 ‘내보내기’를 누르면 어느 폴더에 어떤 파일이 만들어지는지 알아야 한다고 해 봅시다. 버튼이 부르는 함수, 자료를 표 형식으로 바꾸는 함수, 파일을 저장하는 위치를 차례로 찾습니다. 이 규칙을 알아야 기존 자료를 새 시스템으로 옮기거나 다른 프로그램과 호환되도록 만들 수 있습니다. 실제로 허가받은 대상에서 조사 범위를 정하고 답이 다른 입력에서도 맞는지 확인해야 합니다.

분석하면 무료 대체 프로그램을 만들 수 있나요?

가능한 방향 중 하나는 동작을 참고한 독립 구현입니다. 예를 들어 파일 형식의 필드와 예외 처리를 조사한 뒤, 개발자가 별도 코드로 호환 변환기를 만들 수 있습니다. 상용 프로그램의 특정 사용 흐름을 연구해 무료 도구의 설계에 참고할 수도 있습니다. 이는 REA의 공식 메모 앱 조사처럼 기능의 근거를 확인하는 단계와, 새 소프트웨어를 설계·구현·시험하는 단계를 나눠야 성립합니다.

PhotoCraft와 FilmCraft도 REA로 만든 사례인가요?

PhotoCraft는 레이어·마스크 등을 다루는 이미지 편집기, FilmCraft는 타임라인과 영상 자르기 기능을 제공하는 영상 편집기입니다. ArtCraft의 공식 제품 페이지는 두 프로그램을 무료 오픈소스로 소개하고 PhotoCraft 저장소와 FilmCraft 저장소는 각각 초기 알파 단계와 현재의 부족한 기능을 설명합니다. 둘 다 상용 편집기와 분야는 겹치지만 기능이 거의 동일하거나 전문 작업을 완전히 대체한다고 단정할 수 없습니다.

두 제품은 REA처럼 ‘기존 프로그램의 기능을 이해한 뒤 독립적인 소프트웨어를 만든다면?’이라는 질문과 함께 살펴볼 만한 별도 프로젝트입니다. 다만 공식 자료에서 PhotoCraft·FilmCraft가 REA를 사용해 개발됐다는 직접 근거는 확인하지 못했습니다. REA의 활용 성과로 묶지 않는 이유입니다.

REA와 AI 에이전트는 어떻게 일을 나누나요?

기존에는 분석가가 도구를 직접 조작해 문자열과 함수 목록을 찾고 여러 화면과 파일의 결과를 연결한 뒤 다음 조사 위치를 정했습니다. REA를 연결하면 에이전트가 질문에 맞는 분석 명령을 도구에 요청하고 돌아온 근거를 읽어 후속 질문을 이어 갈 수 있습니다. REA 자체가 AI 모델이거나 모든 분석을 단독으로 수행하는 엔진은 아닙니다.

에이전트와 REA를 잇는 MCP는 AI 에이전트가 외부 도구를 호출하는 통로입니다. CLI는 사람이 터미널 명령으로 REA를 쓰는 방식입니다. 두 방식 모두 사용할 수 있으며 네이티브 실행 파일을 깊이 조사할 때는 Ghidra·Hopper·IDA 같은 별도 분석 도구가 필요할 수 있습니다. REA의 역할과 사용 조건은 공식 FAQ에서 대상별로 확인할 수 있습니다.

다음 그림은 같은 분석 도구에 누가 접근하고, 근거가 어떻게 돌아오는지 비교합니다.

프로그램이 기계어로 배포된 바이너리라면 함수 호출과 데이터 이동을 살피고 디컴파일로 사람이 읽기 쉬운 의사코드를 얻기도 합니다. 의사코드는 원본 코드의 복원이 아니라 동작을 이해하기 위한 추정 표현입니다. JavaScript 앱처럼 배포 파일에 읽을 수 있는 코드가 남아 있으면 모듈과 코드 위치를 직접 따라갈 수 있습니다. 어떤 방법이든 에이전트의 해석과 관찰된 사실을 구분해야 합니다.

공식 실습에서는 무엇을 확인하나요?

REA의 첫 조사 가이드에는 프로젝트가 제공한 작은 Electron 메모 앱이 등장합니다. Electron은 웹 기술로 데스크톱 앱을 만드는 방식입니다. 가이드는 ‘Export notes’ 버튼을 누르면 무슨 일이 일어나는지 조사합니다. 화면 코드의 요청이 앱 내부 메시지인 IPC를 거쳐 파일 작성 함수로 전달되는 경로를 보여 줍니다. IPC는 앱의 서로 다른 처리 부분이 메시지를 주고받는 방법입니다.

가이드가 제시한 결과는 사용자의 다운로드 폴더에 저장되는 notes.csv와 id·title 열입니다. CSV는 값을 쉼표로 구분하는 표 형식입니다. 제목에 쉼표나 따옴표가 있을 때 출력이 어떻게 달라지는지도 실제 포맷 함수와 비교합니다. 중요한 점은 에이전트의 답만 읽는 것이 아니라 파일·줄 위치와 다른 입력에서의 결과를 확인한다는 것입니다. 이 사례는 공식 문서의 실습이며 이 글에서 직접 재현한 결과는 아닙니다.

공식 사이트에는 Windows 계산기의 200 + 10%가 220이 되는 규칙을 기계어 명령과 함수 호출에서 추적하는 시연도 있습니다. 메모 앱은 배포된 JavaScript 코드 흐름, 계산기 시연은 네이티브 파일의 동작 추론을 보여 줍니다. 두 예시가 모든 프로그램에서 같은 수준의 결과를 얻는다는 뜻은 아닙니다.

어디에 쓸 수 있고, 지금의 한계는 무엇인가요?

프로젝트는 권한 있는 보안 조사, 호환성 연구, 소프트웨어 보존과 디버깅을 활용 범위로 안내합니다. 위 메모 앱과 계산기는 프로젝트가 공개한 예시입니다. 아래는 적용 가능성을 설명하는 가상 상황이며 REA를 사용한 실제 성공 사례로 제시하는 것이 아닙니다.

• 오래된 자료 옮기기: 기관이 소스 코드를 잃은 자체 프로그램의 내보내기 규칙을 조사해 새 시스템으로 옮길 방법을 검토합니다.
• 프로그램 간 호환성: 개발자가 허가받은 파일 형식의 필드와 예외를 파악해 별도 변환 도구를 설계합니다.
• 보안·오류 조사: 승인된 앱이 언제 파일이나 네트워크에 접근하는지 관찰하고 의심스러운 경로를 따로 검증합니다.

일반 사용자는 REA를 사진·영상 편집기처럼 직접 쓰기보다, 개발자가 자료 이동이나 호환성 문제를 해결할 때 간접적인 혜택을 기대할 수 있습니다. 하지만 REA가 조사한 내용만으로 새 프로그램이 완성되는 것은 아닙니다. 지원 대상과 정확도는 프로그램 형식, 연결된 분석 도구, 입력 사례에 따라 달라집니다. 공개 자료만으로 작업 시간 절감이나 구현 품질을 보장할 수 없습니다.

사용 전에 어떤 점을 확인해야 하나요?

• 권한: 파일을 갖고 있다는 이유만으로 보호 기능 우회, 무단 접근, 재배포가 허용되지는 않습니다. 대상의 라이선스·약관과 조사 범위를 확인하세요.
• 데이터 전달: 대상 파일을 로컬에서 분석하더라도 결과는 연결된 AI 에이전트로 전달됩니다. 비공개 코드나 개인정보가 섞인다면 모델 제공자의 처리 조건을 살펴야 합니다.
• 결과 검증: 디컴파일과 AI 해석은 경로를 놓치거나 틀리게 설명할 수 있습니다. 중요한 결론은 원래 프로그램의 동작과 여러 입력으로 다시 확인하세요.

프로젝트의 책임 있는 사용 안내는 권한 없는 접근과 보호된 코드·자산의 무단 복제를 지원하지 않는다고 밝힙니다. REA 자체는 MIT 라이선스로 공개되지만 분석 대상과 외부 도구의 권리까지 주지는 않습니다.

REA 공식 설치 안내는 어디에 있나요?

공식 시작 가이드는 Node.js와 npm을 준비하고 사용할 코딩 에이전트를 고른 뒤 설정 명령을 실행하도록 안내합니다. 적용할 설정 계획을 확인하고 에이전트를 다시 시작하는 절차가 포함됩니다. 필요한 버전과 대상별 도구는 설치 직전에 최신 안내를 확인하세요.

npx rea-agents@latest setup

REA 공식 설정 가이드가 새 탭에서 열립니다. 설치 파일을 직접 받는 링크는 아닙니다.

처음에는 공식 메모 앱 예제나 자신이 만든 작은 앱에서 기능 하나만 조사해 보세요. 답에 파일·함수 위치가 제시되는지, 다른 입력에서도 같은 설명이 맞는지 확인하면 자신의 작업에 쓸 만한지 판단하기 쉽습니다.

라이선스 및 상업적 이용 안내

REA 도구 자체는 MIT 라이선스로 공개됩니다. 조건을 지키면 회사의 허가받은 소프트웨어 조사에도 사용할 수 있고 도구를 수정·재배포할 때에는 원래 저작권 표시와 라이선스 문구를 보존해야 합니다.

하지만 REA의 허가는 분석 대상 프로그램이나 분석 결과의 권리까지 주지 않습니다. 공식 책임 있는 사용 안내는 원본 코드·자산의 무단 복제나 보호 기능 우회를 정당화하지 않으며 디컴파일 결과가 정확성·호환성·사용 권리를 보장하지 않는다고 설명합니다. 상업용 호환 도구를 만들려면 대상의 라이선스·약관과 조사 권한, 외부 분석 도구의 조건을 따로 확인하세요. 공식 자료 확인일: 2026년 10월 27일.

본 게시글은 AI의 도움을 받아 작성되었으며 REA·ArtCraft 공식 자료와 공개된 GitHub 관심 자료를 참고하여 내용을 구성했습니다. 본문의 설명 이미지는 AI의 도움으로 제작한 개념도이며 공식 제품 화면은 아닙니다.