PRO

설치 전 시식 · 로그인 없이 공개

morluto/rea 개발·분석

앱의 동작을, 근거를 따라 이해하는 법

인수인계받은 앱의 복사 버튼이 어떻게 동작하는지 알아야 한다면? 손그림 영상과 설명도 3장으로 질문·분석 도구·호출 경로·검증 순서를 읽습니다. 소스와 실제 동작의 차이, 로컬 분석과 모델 전달 범위도 함께 확인해요.

68초 영상설명도 3장선택 가이드

영상으로 먼저 보기 ↓바로 시작하기 ↓

01 · 영상으로 한눈에

복사 버튼, 내용은 어디로 갈까요?

내가 관리하는 앱의 복사 기능을 인수인계하는 6단계 설명입니다. Google Flow 한국어 나레이션과 자막을 사용하며 실제 앱 분석 녹화가 아닙니다.

02 · 원본이 공개한 화면

REA는 자체 화면이 없어요. 원본이 공개한 이미지는 이 두 장이에요

REA는 따로 켜는 창이 있는 앱이 아니라, 코딩 에이전트가 MCP로 부르거나 터미널에서 명령으로 쓰는 분석 도구예요. 원본이 공개한 화면은 이것뿐이에요. 첫 장은 다른 회사의 분석 앱 Hopper의 화면이고, 둘째 장은 공식 사례를 그린 삽화예요. 둘 다 REA를 실행한 녹화가 아니에요.

Hopper Disassembler 창에서 /usr/bin/true를 분석하고, 아래 기록 창에 REA의 bootstrap.py 실행 기록이 보이는 스크린숏 (REA 원본 README 이미지, REA 자체 화면 아님) — **Hopper 화면 안에서 REA의 연결 스크립트가 도는 모습**README 맨 위에 실린 스크린숏이에요. 원본 설명은 'REA가 네이티브 실행 파일을 살펴보며 Hopper 안에서 분석 연결(bridge)을 띄우는 모습'이에요. 보이는 창은 Cryptic Apps의 상용 앱 Hopper Disassembler의 화면이라, REA 자체 화면이 아니에요. 원문은 작업에 Hopper가 필요하면 REA가 Hopper를 직접 띄운다고 적어요. 깃밥이 화면을 보고 확인한 것: 분석 대상은 /usr/bin/true(Mach-O, aarch64)이고, 아래 기록 창의 마지막 줄에 REA의 스크립트(/tmp/rea-…/bootstrap.py)를 실행했다는 줄이 보여요.

이미지: morluto/rea의 docs/assets/rea-hopper-analysis.png와 rea-showcases.png(rea-agents 6.7.0 태그 커밋 27dc42d), MIT. Hopper 화면은 깃밥이 크기는 그대로 두고 WebP로만 바꿨고, 사례 삽화는 원본 파일 그대로예요. 화면 속 Hopper Disassembler와 그 화면은 Cryptic Apps의 상용 소프트웨어이고(REA의 제3자 고지), REA의 MIT 라이선스는 Hopper에 대한 권리를 주지 않아요. DX-Ball·Notion·TH04 이름은 각 소유자의 것이에요. 깃밥이 찍은 화면이 아니고, 깃밥은 REA나 Hopper를 설치·실행하지 않았어요.

03 · 바로 시작하기

에이전트에 연결하고, 공식 예제 앱으로 첫 조사까지

인수인계받은 앱의 버튼 하나가 무엇을 하는지 알고 싶다고 해 볼게요. REA는 쓰고 있는 코딩 에이전트(Claude Code·Codex·Cursor 등)에 MCP로 연결해 쓰는 게 기본이에요. 연결 명령 한 줄을 터미널에 붙여넣고, 보여 주는 계획을 읽은 뒤 승인하면 돼요. 연습은 내 앱보다 원본이 준비한 예제 앱으로 먼저 해 보세요. 조사해도 되는 앱만 다뤄야 하니, 아래 '켜기 전에 꼭 알아둘 것'도 먼저 읽어 주세요.

rea-agents 6.7.0(2026-10-18 UTC 릴리스, 태그 커밋 27dc42d) 문서 기준 · 2026-10-19 확인 · 깃밥은 문서만 읽었고 REA를 설치하거나 실행해 보지는 않았어요. 6.7.0 릴리스는 Node.js 22.x(22.19 이상)·24.x(24.11 이상)·26 이상과 npm을 요구하고, Node.js 23·25와 시험판(prerelease)은 지원하지 않아요. REA는 Node.js나 npm을 대신 올려 주지 않아요. REA는 빠르게 바뀌어요: 6.0.0(10월 8일)부터 6.7.0(10월 18일)까지 열흘 동안 릴리스가 여덟 번 나왔어요. @latest가 붙은 명령은 실행할 때의 최신판을 받으니, 화면이 이 안내와 다르면 원문을 먼저 확인하세요.

어떻게 시작할까요

코딩 에이전트에 연결 (원본 추천)

Claude Code·Codex·Cursor·Gemini CLI·Claude Desktop 같은 에이전트에게 조사를 맡기고 싶을 때

① Node.js 버전 확인

node -v
npm -v

② 연결 설정 (터미널)

npx rea-agents@latest setup

Windows PowerShell에서 'running scripts is disabled' 오류가 나면

npx.cmd rea-agents@latest setup

node -v가 22.x(v22.19 이상)·24.x(v24.11 이상)·v26 이상이면 준비된 거예요(23·25는 안 돼요). 버전이 낮거나 명령을 찾을 수 없다고 나오면 Node.js 24 LTS를 먼저 설치해요(원본 시작 안내: Windows는 winget, macOS는 nodejs.org 설치 파일이나 Homebrew). setup은 연결할 에이전트를 고르게 하고(방향키로 이동, Space로 선택, Enter로 진행), 바뀔 설정 파일 경로와 내용을 계획으로 보여 준 뒤 승인을 받아요. 에이전트 설정을 바꾸기 전에도, Hopper를 설치하기 전에도 따로 물어요. 승인하면 REA의 MCP 연결과 조사용 스킬(작업 지침)을 넣고 기존 설정은 백업해요. npm이 패키지를 받을지 묻는 것과 REA의 설정 승인은 별개예요.

Claude Desktop은 승인하기 전에 완전히 종료하세요. 켜져 있으면 등록을 덮어쓸 수 있다고 원문에 적혀 있어요. 끝나면 에이전트를 다시 켜요: 데스크톱 앱(Claude Desktop·Cursor·Windsurf·VS Code)은 창만 닫지 말고 앱을 끝낸 뒤 다시 열고(macOS는 ⌘Q), 터미널 에이전트(Claude Code·Codex·Gemini CLI)는 세션을 끝내고 새로 시작해요. 첫 연습에서는 선택 사항인 Hopper 설치를 건너뛰어도 돼요. README의 버전 없는 명령(npx rea-agents setup)은 지금 프로젝트에 설치된 REA를 고를 수 있어서, 설치 문서는 최신 릴리스를 원하면 @latest를 붙이라고 해요.

공식 예제 앱을 터미널에서 분석

에이전트에 연결하기 전에, REA가 무엇을 돌려주는지 공식 예제로 먼저 보고 싶을 때

npx -y rea-agents@latest analyze-javascript-application \
  /absolute/path/to/notes-example --json

원본 웹사이트의 예제 notes-example.zip(Export notes 버튼이 있는 파일 6개짜리 Electron 앱)을 받아 압축을 푼 뒤, 그 폴더로 아래 명령을 실행해요. Electron을 설치하거나 앱을 켜지 않고 파일만 읽는 정적 분석이라, 네이티브 분석 엔진도 필요 없어요. 원문은 결과의 normalized_result.summary.ipc에서 IPC 채널 하나와 짝이 맞는 처리기(handler) 하나를 찾을 수 있고, 소스 위치는 normalized_result.graph에 있다고 적어요. 종료 코드 0은 작업이 끝났다는 뜻이고, 그래도 결과에 부분 근거·경고·풀리지 않은 질문이 들어 있을 수 있어요. Windows에서는 경로를 "D:/apps/example"처럼 적어요.

예제 ZIP은 https://rea.tools/examples/notes-example.zip 에서 받아요. 원본 웹사이트가 내려 주는 파일이라 커밋으로 고정할 수 없어요(같은 파일 6개의 원본은 레포의 website/public/examples/notes-electron/에 있어요). 깃밥은 이 ZIP을 받거나 열어 보지 않았어요. JavaScript 가이드에 실린 summary.ipc 결과 예시는 REA 4.1.0으로 기록한 것이에요. Linux에서는 procps 호환 ps가 PATH에 있어야 이 분석이 시작돼요.

rea 명령 설치 (전역)

터미널에서 rea 명령을 자주 쓸 때

npm install --global rea-agents
rea --help

README의 두 줄이에요. 셸 어디서나 rea를 쓸 수 있게 전역(--global)으로 설치하고, 도움말로 명령 목록을 확인해요. --global 없이 npm install rea-agents만 하면 지금 프로젝트의 node_modules/.bin에만 들어가 셸에서 rea가 보이지 않아요.

전역 설치만으로 에이전트의 기존 npx 등록이 바뀌지는 않아요. 전역 설치로 에이전트를 연결하려면 rea setup을 실행해 계획을 승인하고 에이전트를 다시 켜요. 업데이트는 rea update예요. 네이티브 실행 파일을 분석하려면 Hopper·Ghidra·IDA 같은 분석 엔진을 먼저 설정해야 해요. 깃밥 덧붙임: 설치 문서에는 인터넷의 설치 스크립트를 셸에 바로 넘기는 방법도 있지만, 버전이 고정되지 않은 main 브랜치의 스크립트를 받기 때문에 이 페이지는 권하지 않아요.

rea-agents 6.7.0 릴리스 페이지 ↗

연결한 다음

연결 상태 확인 (doctor)
codex 자리에 내 에이전트의 설정 ID를 넣어요(예: claude_code, claude_desktop, cursor, gemini_cli). 성공하면 "healthy": true가 나와요. doctor는 설정 파일과 준비 상태를 읽기만 하고, 지금 켜진 에이전트와의 연결까지 확인하지는 않아요.
npx -y rea-agents@latest doctor --client codex --json
에이전트에게 연결 확인 부탁하기
에이전트를 다시 켠 뒤 원문의 확인 문장을 그대로 붙여넣어요. REA 도구 목록이 나오면 연결된 거예요. 설정은 맞는데 도구가 안 보이면 에이전트를 다시 켜거나 다시 연결해야 한다고 원문에 적혀 있어요.
Check that REA is connected and show me which REA tools you can use.
공식 예제로 첫 조사 부탁하기
원본 시작 안내의 첫 요청이에요. 에이전트가 예제 ZIP을 새 폴더에 받아 풀고, Export notes 버튼을 눌렀을 때 무슨 일이 일어나는지 찾아요. 원문이 예로 드는 답: 버튼이 notes:export 메시지를 보내고, 메인 프로세스가 노트를 CSV로 만들어 사용자의 Downloads 폴더에 notes.csv를 쓰며, 열은 id와 title이에요. 파일과 줄 위치가 함께 나와야 해요.
Download https://rea.tools/examples/notes-example.zip into a new example folder and unpack it. Use REA to find what happens when I click Export notes. Show where notes.csv is written, which fields it contains, and the relevant files and lines.
설명을 원본과 맞춰 보기
깃밥 덧붙임: 에이전트의 설명은 확인할 가설이에요. 알려 준 파일과 줄을 직접 열어 보고, 확인한 것과 추측을 나눠 적어 두세요. 내 앱으로 넘어갈 때도 기능 하나와 정상·실패 입력 하나씩부터 시작하면 결과를 비교하기 쉬워요.

버전을 6.7.0으로 고정하고 싶다면

@latest는 실행할 때마다 그때의 최신판을 받아요. 이 페이지와 같은 6.7.0으로 맞추고 싶을 때 쓰는 방법이에요. 원문은 계속 쓰는 MCP 등록에는 정확한 버전 하나를 쓰라고 하고, setup도 실행한 버전으로 등록을 고정해요.

6.7.0으로 연결 설정 (깃밥 덧붙임: 원문 명령의 @latest를 6.7.0으로 바꾼 것)

npx rea-agents@6.7.0 setup

setup을 쓰지 않는 클라이언트의 설정 파일에 직접 넣는 내용 (설치 문서 원문 그대로)

{
  "mcpServers": {
    "rea": {
      "command": "npx",
      "args": ["-y", "rea-agents@6.7.0", "mcp"]
    }
  }
}

깃밥 덧붙임: 고정하면 그 뒤에 나온 버그 수정을 받지 못해요. 원문은 REA가 빠르게 바뀌고 버그 수정이 잦으니 최신으로 유지하라고 권해요. 나중에 올릴 때는 npx rea-agents@latest setup을 다시 실행해 계획을 승인하고 에이전트를 다시 켜요. 설정 파일을 직접 고칠 때는 원문 안내대로 클라이언트를 먼저 끄세요.

켜기 전에 꼭 알아둘 것 (권한·법·데이터)

조사해도 되는 소프트웨어만 다루세요. 원문은 REA가 합법적인 연구·교육·상호운용·소프트웨어 보존, 그리고 내가 소유했거나 조사 권한을 받은 소프트웨어 분석을 위한 도구라고 적어요. 공개된 소프트웨어이거나 파일을 갖고 있다는 사실만으로 모든 작업이 허락되는 것은 아니라고도 해요.
원본 프로젝트는 DRM·라이선스 확인·안티치트 같은 기술적 보호 장치 우회, 게임 치트 개발이나 온라인 서비스 조작, 권한 없는 시스템의 인증·접근 통제 우회, 상용 소프트웨어 복제나 보호된 코드·자산 재현을 지원하지 않고 돕지도 않는다고 밝혀요.
역공학(리버스 엔지니어링)은 나라에 따라, 또는 분석하는 소프트웨어의 라이선스에 따라 제한될 수 있어요. 필요한 허락을 받고 법·계약·이용약관을 지킬 책임은 쓰는 사람에게 있어요. 분석 결과나 소스처럼 보이는 출력을 얻어도 원래 프로그램이나 그 출력에 대한 권리가 생기지는 않아요.
파일만 읽는 정적 분석과 달리, 런타임 캡처는 대상을 내 사용자 권한으로 실행하거나 조작해요. 원문은 프로세스 캡처가 샌드박스가 아니라고 적고, 파일을 살펴볼 권한이 있어도 실행·가로채기·기기 변경까지 반드시 허락된 것은 아니라고 해요. 믿기 어려운 대상은 알맞은 별도 환경에서 다루세요.
IDA·Hopper·JEB 같은 상용 도구는 정식으로 구해 각 라이선스 조건 안에서 써야 해요. REA는 도구 라이선스·키·활성화 권한을 주지 않고, 크랙·훔친 키·허락 없는 키 공유·라이선스 제한 우회는 허용되지 않아요. setup이 승인 뒤 Hopper 공식 설치 파일을 받아도 유료 라이선스가 생기지는 않아요.
REA는 대상을 내 컴퓨터에서 분석하지만, 결과는 에이전트가 받고 그 에이전트의 모델 제공자에게는 자체 데이터 정책이 있어요. 깃밥 덧붙임: 사내 코드나 고객 데이터라면 무엇이 모델로 넘어가는지 먼저 정하세요.
setup은 에이전트 설정 파일을 바꾸고(기존 설정은 백업), 따로 승인하면 Hopper를 설치해요. macOS는 공식 DMG를 확인한 뒤 ~/Applications에 설치하고 관리자 권한이나 Homebrew를 쓰지 않아요. Linux는 공식 패키지를 확인한 뒤 배포판의 패키지 관리자로 설치해요. 깃밥은 Linux에서 관리자(root) 권한이 필요한지는 확인하지 못했어요.
공식 출처에서만 받으세요. 원문은 morluto/rea, rea.tools, npm의 rea-agents 패키지를 공식 경로로 들고, 이름이 비슷한 레포나 복사된 README는 공식 다운로드라는 근거가 되지 않는다고 적어요.

AI 앱에게 연결을 맡기려면

아래 명령문을 Claude Code나 Codex에 붙여넣으면, 고정된 6.7.0 문서대로 진행하면서 Node.js 설치·내려받기·분석 엔진 설치 전에는 먼저 물어보고, 설정은 읽기 전용 계획(--dry-run)만 보여 주며, 공식 예제나 권한을 확인한 경로만 분석해요. 설정 승인과 에이전트 재시작은 직접 하게 돼요. 명령문은 깃밥이 공식 문서를 바탕으로 썼어요.

AI 앱에 붙여넣을 연결 명령문

작업: REA(npm 패키지 rea-agents)를 이 코딩 에이전트에 연결할 준비를 하고, 공식 예제 앱으로 동작을 확인해 주세요.

따를 안내 (rea-agents 6.7.0 공식 문서, 커밋 고정):
https://github.com/morluto/rea/blob/27dc42d10249f0410904a75c0997842eb03b931c/docs/installation.md#L14-L79
https://github.com/morluto/rea/blob/27dc42d10249f0410904a75c0997842eb03b931c/website/public/get-started/index.html#L795-L925
설치 문서의 'Start setup' → 'Review setup changes', 시작 안내의 연결 확인 → 첫 조사 순서로 진행하고, 단계마다 결과를 확인한 뒤 다음으로 넘어가 주세요.

꼭 지켜 주세요
- 먼저 node -v와 npm -v를 확인해 주세요. Node.js 22.x(22.19 이상), 24.x(24.11 이상), 26 이상만 지원돼요(23·25·시험판은 안 돼요). Node.js나 npm을 설치하거나 바꿔야 하면, 하기 전에 저에게 물어봐 주세요.
- npm 패키지나 예제 ZIP을 내려받기 전에 무엇을 어디서 받는지 알려 주세요. 인터넷의 설치 스크립트를 셸에 바로 넘기는 방법은 쓰지 마세요.
- 설정 계획은 읽기 전용으로만 받아 주세요: npx -y rea-agents@latest setup --client <에이전트 ID> --dry-run. 바뀌는 파일 경로와 내용을 저에게 그대로 보여 주세요.
- 실제 설정은 제가 터미널에서 npx rea-agents@latest setup을 실행해 직접 승인할게요. 저 대신 승인하지 말고, --yes·--all-detected·--install-hopper 같은 플래그로 승인을 건너뛰지 마세요.
- Hopper·Ghidra·IDA·Kuna·JADX·JDK는 묻지 않고 설치하지 마세요. 상용 도구의 라이선스는 제가 판단해요. 첫 확인에서는 Hopper 설치를 건너뛰어 주세요.
- 다른 MCP 서버 설정은 건드리지 말고, rea uninstall --purge-data는 실행하지 마세요.
- 에이전트를 다시 켜는 건 제가 해요. Claude Desktop을 쓴다면 승인 전에 완전히 종료해야 한다고 알려 주세요.
- 분석은 공식 예제(https://rea.tools/examples/notes-example.zip)나 제가 소유했거나 조사 권한을 확인해 준 경로만 해 주세요. 설치된 다른 회사 앱에서 ASAR나 실행 파일을 스스로 꺼내지 마세요.
- 런타임 캡처, 브라우저·Electron 관찰, adb, 네트워크·패킷 캡처는 제가 분명히 허락하고 분리된 환경이 있을 때만 해 주세요. 원문은 프로세스 캡처가 샌드박스가 아니라고 적어요.
- 코드나 데이터를 모델로 보내기 전에 무엇이 넘어가는지 알려 주세요.
- DRM·라이선스 확인·안티치트 우회, 게임 치트 개발이나 온라인 서비스 조작, 권한 없는 시스템의 인증·접근 통제 우회, 상용 소프트웨어 코드·자산 복제는 거절해 주세요.
- 제가 setup을 승인하고 에이전트를 다시 켠 뒤 이 명령문을 다시 붙여넣으면, 설정 단계는 건너뛰고 doctor 확인부터 이어가 주세요.

끝나면 알려 주세요
- 실행한 명령과 그 출력
- 설정 계획(--dry-run)에 나온 파일 경로와 백업 위치
- 제가 setup을 승인하고 에이전트를 다시 켠 뒤: npx -y rea-agents@latest doctor --client <에이전트 ID> --json 결과의 "healthy" 값과 쓸 수 있는 REA 도구 목록
- 공식 예제를 npx -y rea-agents@latest analyze-javascript-application <예제 폴더 절대 경로> --json으로 분석한 결과의 normalized_result.summary.ipc (원문 기대: IPC 채널 하나와 짝이 맞는 처리기 하나)

설치 문서: setup 시작·계획 검토 ↗시작 안내: Node.js 확인·Windows ↗시작 안내: 연결·doctor·첫 조사 ↗JavaScript 가이드: 예제 분석 ↗예제 앱 원본 파일 6개 (레포) ↗README: 터미널·전역 설치·업데이트 ↗README: 분석 대상·Node.js 요구 사항 ↗설치 문서: 직접 등록·버전 고정·전역 설치 ↗설치 문서: doctor가 확인하는 범위 ↗설치 문서: Hopper 자동 설치 ↗CLI 문서: 종료 코드 ↗프로세스 캡처: 샌드박스 아님 ↗README: Hopper를 먼저 켜야 하나요? ↗README: 앱을 올려 보내나요? ↗README: 면책 (합법적인 사용) ↗책임 있는 사용 (DISCLAIMER) ↗제3자 고지: 상용 도구 조건 ↗라이선스: MIT ↗

작동 원리 설명도 3장 펼치기

소스가 부족한 앱에서 한 기능을 설명해야 하는 상황입니다. 공식 자료 기반 설명도로 조사 질문을 좁히고, 근거와 검증할 내용을 나눠봅니다.

01 / 조사 범위 설명도

대상과 버전, 기능 하나부터 적어요

대상 버전, 복사 기능, 확인할 질문을 순서대로 정하는 설명도 — 깃밥의 설명도근거 문서 ↗관련 문서 ↗설명도 크게 보기 ↗

이 그림이 설명하는 것: 같은 기능도 앱 버전과 파일이 다르면 근거가 달라집니다. 대상·버전·질문을 함께 남기는 조사 순서를 보여줍니다.
내 상황이라면: 소스가 부족한 사내 앱을 인수인계하거나, 내 앱의 특정 동작을 설명해야 할 때 출발점이 됩니다.
직접 확인할 것: 조사 권한과 대상 파일을 확보하고, 무엇을 같은 동작으로 볼지 먼저 적어보세요.

깃밥이 공식 문서를 바탕으로 만든 설명도입니다. 새로운 역공학 실험이나 타사 앱 실행을 진행하지 않았습니다.

설명도·영상: 깃밥. 근거: morluto·REA 공식 문서. 소스 확인: 2026. 10. 19. 원본 문서 라이선스 ↗

04 · 선택 가이드

내 조건이라면 어느 쪽을 고를까요?

내 상황에 맞춰 고르기

질문 세 개로 결론까지

답을 고르면 아래 비교와 판단 근거를 바탕으로 깃밥이 정리한 결론이 바로 나와요.

조사할 앱과 파일에 권한이 있나요?

네 (내 앱이거나 조사 권한을 받았어요)잘 모르겠어요

알고 싶은 것은?

브라우저 요청 하나한 기능의 호출 경로앱 전체를 자동으로 재현

지금은?

기존 도구로 이미 답을 얻어요질문을 반복해 정리할 일이 많아요근거를 읽고 테스트할 사람이 없어요

세 가지를 고르면 결론이 나와요.

결론은 아래 비교와 '조건이 달라지면' 판단, 원래 분석의 추천·보류 조건을 그대로 옮긴 거예요. 원문: REA가 일하는 방식 ↗

한눈에 비교

같은 '복사 버튼이 만드는 데이터 설명하기'를, REA를 기존 분석 엔진 위에 더하는 방식과 Ghidra·DevTools를 직접 쓰는 방식으로 비교했어요(REA 6.7.0 문서 기준).

기준	REA + 기존 분석 엔진	Ghidra·DevTools 직접 사용
조사의 출발점	에이전트 질문을 MCP·CLI 분석으로 연결	분석자가 파일·함수·요청을 직접 열기
준비와 비용	Node.js·에이전트 설정, 네이티브 엔진 별도	Ghidra 자체 도구 / Chrome 내장 DevTools
근거와 검증	코드·참조·미확인 사항, 설명 검증은 별도	디컴파일·디버그·통신 자료를 직접 해석
데이터와 유지보수	로컬 분석, 결과는 에이전트 모델 정책 따름	에이전트 생략 가능, 캡처·도구 버전 관리

이럴 땐 REA + 기존 분석 엔진여러 질문과 분석 결과를 에이전트와 연결해 설명할 일이 많고, 원본 근거를 검토할 담당자가 있을 때.

이럴 땐 Ghidra·DevTools 직접 사용질문이 좁고 기존 분석 도구와 팀의 절차로 이미 재현 가능한 답을 얻을 때.

기준별 자세한 설명과 출처

조사의 출발점

REA + 기존 분석 엔진: 에이전트의 질문을 MCP·CLI 분석 작업으로 연결해요.
Ghidra·DevTools 직접 사용: 분석자가 직접 파일·함수·네트워크 요청을 열고 가설을 따라가요.

질문을 반복해 정리할 일이 많은지, 이미 익숙한 도구로 답이 나는지 봅니다.

1 ↗2 ↗3 ↗

준비와 비용

REA + 기존 분석 엔진: Node.js와 에이전트 설정이 필요하고, 네이티브 분석 엔진은 별도예요. REA의 MIT 라이선스가 Hopper·모델 사용료까지 없애지는 않습니다.
Ghidra·DevTools 직접 사용: Ghidra는 자체 도구 체계, DevTools는 Chrome 내장 도구를 사용합니다. 분석 숙련도와 조사 시간은 여전히 필요해요.

무료 설치 여부보다 기존 엔진·에이전트·검토 시간을 합쳐 판단합니다.

1 ↗2 ↗3 ↗

근거와 검증

REA + 기존 분석 엔진: 코드·참조·미확인 사항을 읽고 에이전트가 설명을 구성해요. 그 설명의 검증은 별도입니다.
Ghidra·DevTools 직접 사용: 직접 본 디컴파일·디버그·통신 자료를 분석자가 해석해요. 도구 출력만으로 업무 동작이 보장되지는 않습니다.

어느 방식이든 같은 입력의 결과를 확인하고 근거를 남깁니다.

1 ↗2 ↗3 ↗4 ↗

데이터와 유지보수

REA + 기존 분석 엔진: 분석은 로컬에서 하지만 결과를 받은 에이전트의 모델 제공자 정책은 별도예요. npm 배포판·등록 서버·main 문서 버전도 맞춰야 해요.
Ghidra·DevTools 직접 사용: 직접 조사하는 흐름에서는 에이전트 연결을 생략할 수 있어요. 캡처·덤프에 남는 데이터와 각 도구 버전은 계속 관리해야 합니다.

외부 모델에 보낼 수 없는 자료라면 분석 결과 전달 경로부터 확인합니다.

1 ↗2 ↗3 ↗

도입 전 확인 2가지

설치하기 전에 확인하면 헛걸음을 줄일 수 있어요. 체크는 이 화면에만 표시돼요.

우리 파일 형식과 운영체제에서 필요한 기능이 있나요?설치된 REA 버전·실제 MCP 도구 목록·엔진별 지원 조건을 확인하고 작은 파일로 시험하세요.
안 맞으면 지원이 없으면 분석 경로부터 바꿔야 해요.
조사 결과를 어떤 모델로 보내나요?클라이언트와 모델 제공자의 데이터 설정을 보고, 공유할 결과를 최소화하세요.
안 맞으면 로컬 분석만으로 데이터 전달 범위가 결정되지는 않아요.

깃밥이 가정한 예시 상황과 근거

소스가 부족한 앱의 복사 기능을 인수인계해야 해요. 개발자 한 명이 대상 파일을 분석하고, 복사한 데이터가 같은지 직접 확인할 수 있는 상황입니다.

대상 앱과 파일을 조사할 권한이 있습니다.
개발자가 원본 근거를 읽고 작은 테스트를 만들 수 있습니다.
성과나 속도 향상은 아직 측정하지 않았습니다.

2026년 10월 18일 릴리스된 REA 6.7.0(rea-agents-6.7.0 태그 커밋 27dc42d)과 공식 문서를 바탕으로 만든 설명입니다. 공식 Notion 사례는 Desktop 7.6.1과 별도 시점의 웹 자료를 다루고, 사례에 실린 REA 결과는 배포된 REA 4.1.0 패키지로 기록됐으며, 일부 검증은 추출 모듈 범위입니다. 깃밥이 새로 앱을 분석하거나 같은 동작을 재현한 결과는 아닙니다.

쓰임부터 이해하는 레포 해설

복사 버튼의 호출 경로를 다음 담당자에게 남기려면

내가 관리하는 앱에 소스가 부족한 상황을 가정한 읽기 가이드예요. 실제 실행 결과는 아닙니다.

01 · 역할 나눠 보기

맡길 부분과 직접 챙길 부분

REA에 맡겨요

분석 엔진 연결과 근거 조회

직접 준비하고 운영해요

조사 권한·범위와 결과 검증

설치보다 먼저 확인할 질문을 정해보세요.

공식 자료 1 ↗

더 자세히: 원본 해석과 확인할 사항

소스가 부족한 사내 Electron 앱을 인수인계받았다고 해볼게요. “복사 버튼이 만드는 데이터를 설명해달라”는 작업에서 REA를 추가할지, 지금 쓰는 도구로 직접 살펴볼지 비교합니다.

02 · 읽은 뒤, 여기부터

내 앱의 기능 하나에 대해 근거 위치와 예상 결과를 함께 남기기.

내 조건에 맞춰 확인하기 위한 순서예요. 깃밥이 직접 실행한 결과를 뜻하지는 않아요.

정확한 대상 버전과 파일을 기록하고, 성공하는 입력 한 개와 실패하는 입력 한 개를 준비해요.
확인 후 남길 것무엇을 같은 동작으로 볼지 설명할 수 있어요.
REA가 반환한 코드 위치와 호출 관계를 원본에서 열고, 추측과 확인된 사실을 나눠요.
확인 후 남길 것다른 담당자도 근거를 따라갈 수 있어요.
설명이나 재구현을 준비한 입력으로 테스트하고 기존 도구만 썼을 때와 조사 시간을 비교해요.
확인 후 남길 것도입의 이점과 추가 검토 부담을 함께 판단할 수 있어요.

다음 단계로 진행

근거를 추적할 수 있고 기대 결과가 재현되며, 팀의 검토 시간이 줄어들 때 범위를 넓혀요.

여기서 보류

근거가 빠지거나 지원하지 않는 형식·엔진 문제가 계속되면 멈추고 기존 도구나 공급자 문서로 돌아가요.

판단 근거와 확인 항목 더 읽기

REA는 근거를 연결하고, 검증은 남겨둡니다

공식 자료에서 확인: 에이전트가 MCP로 REA에 조사 요청을 보내면 코드·참조·미확인 사항을 돌려받습니다. CLI에서도 같은 워크플로를 사용할 수 있습니다.
깃밥의 해석: 원본 위치를 찾아갈 수 있는 설명을 남기는 도구입니다. 그 설명이 실제 동작과 같은지는 별도 테스트가 필요합니다.
도입 전 판단: 대상 버전과 기능 하나를 정하고, 정상 입력과 실패 입력을 비교합니다.

근거 자료 1 ↗근거 자료 2 ↗

로컬 분석과 모델 전달은 다른 단계입니다

공식 자료에서 확인: 분석은 로컬에서 실행되지만, 결과를 받은 에이전트가 어떤 모델을 쓰는지는 별도 설정입니다. 정적 분석과 런타임 캡처의 실행 효과도 다릅니다.
깃밥의 해석: 로컬이라는 표현만으로 자료가 외부에 전달되지 않는다고 판단할 수 없습니다.
도입 전 판단: 조사 권한, 실행 범위, 반환할 코드와 데이터를 먼저 정합니다.

근거 자료 1 ↗근거 자료 2 ↗

이런 상황에 잘 맞아요

여러 분석 결과를 에이전트와 이어 읽고, 근거가 붙은 설명을 남기려는 개발자.
앱 전체보다 파일 내보내기·복사처럼 한 기능부터 조사할 수 있는 팀.

다른 선택지도 비교해 보세요

설치하면 모든 앱의 원본 소스와 같은 구현이 자동으로 나올 거라 기대할 때.
근거를 읽을 담당자나 결과를 확인할 테스트가 전혀 없을 때.

써보기 전에 확인할 것

분석할 파일·앱의 버전과 조사할 기능 한 가지를 정했나요?
대상 형식에 필요한 엔진과 호스트 지원을 확인했나요?
에이전트로 전달할 코드와 데이터의 범위를 확인했나요?

선정한 이유: “앱을 알아서 복제한다”는 기대 대신, 한 기능의 코드와 참조를 읽고 직접 결과를 확인하는 과정을 보여줍니다.

출처와 확인 범위

공식 자료와 코드를 바탕으로 깃밥이 설명도와 영상을 만들었어요. 실제 기기를 조작한 녹화나, 새로 설치해 동작·도입 효과를 측정한 기록은 아니에요.

제작자: morluto and REA contributors
자료 확인일: 2026-10-19
라이선스: MIT ↗

GitHub ↗공식 문서 ↗확인한 버전 · 27dc42d ↗

복사 버튼, 내용은 어디로 갈까요?

REA는 자체 화면이 없어요. 원본이 공개한 이미지는 이 두 장이에요

에이전트에 연결하고, 공식 예제 앱으로 첫 조사까지

어떻게 시작할까요

코딩 에이전트에 연결 (원본 추천)

공식 예제 앱을 터미널에서 분석

rea 명령 설치 (전역)

연결한 다음

연결 상태 확인 (doctor)

에이전트에게 연결 확인 부탁하기

공식 예제로 첫 조사 부탁하기

설명을 원본과 맞춰 보기

버전을 6.7.0으로 고정하고 싶다면

켜기 전에 꼭 알아둘 것 (권한·법·데이터)

AI 앱에게 연결을 맡기려면

대상과 버전, 기능 하나부터 적어요

내 조건이라면 어느 쪽을 고를까요?

한눈에 비교

조사의 출발점

준비와 비용

근거와 검증

데이터와 유지보수

도입 전 확인 2가지

복사 버튼의 호출 경로를 다음 담당자에게 남기려면

맡길 부분과 직접 챙길 부분

REA에 맡겨요

직접 준비하고 운영해요

내 앱의 기능 하나에 대해 근거 위치와 예상 결과를 함께 남기기.

정확한 대상 버전과 파일을 기록하고, 성공하는 입력 한 개와 실패하는 입력 한 개를 준비해요.

REA가 반환한 코드 위치와 호출 관계를 원본에서 열고, 추측과 확인된 사실을 나눠요.

설명이나 재구현을 준비한 입력으로 테스트하고 기존 도구만 썼을 때와 조사 시간을 비교해요.

REA는 근거를 연결하고, 검증은 남겨둡니다

로컬 분석과 모델 전달은 다른 단계입니다

이런 상황에 잘 맞아요

다른 선택지도 비교해 보세요

써보기 전에 확인할 것

출처와 확인 범위