I Gave My AI Assistant the Power to Reverse Engineer ANYTHING!

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

I Gave My AI Assistant the Power to Reverse Engineer ANYTHING를 중심으로, Jarvis는 요청을 받고 도구를 실행하는 AI 비서이며, REA는 분석 대상의 구조와 동작을 조사해 보고서를 제공하는 역할을 맡를 핵심 판단 포인트로 압축 정리한다.

📌 핵심 요점

1. Jarvis는 요청을 받고 도구를 실행하는 AI 비서이며, REA는 분석 대상의 구조와 동작을 조사해 보고서를 제공하는 역할을 맡는다. 제작에는 별도로 Claude Code를 활용한다.
2. igloo.inc 사례에서는 Jarvis가 브라우저를 열어 스크롤하고, REA가 내려받은 코드와 로드된 리소스를 조사한다. 보고서는 3D 장면, 애니메이션 도구, 후처리 효과와 텍스처 구성 등을 설명한다.
3. REA의 핵심은 기존 개발자 도구로 관찰한 증거를 정리하는 데 있다. 발표자는 이를 AI 에이전트에 주는 ‘엑스레이 시야’에 비유한다.
4. Apple Notes 분석에서는 AppKit 기반 구조와 확장 기능, 앱 번들 외부의 시스템 프레임워크 의존성을 보고한다. 이 분석은 장기 기억에 저장되어 후속 제작에 활용된다고 설명한다.
5. 약 15분이 걸렸다는 유사 메모 앱 제작 후 폴더 생성, 메모 추가·삭제, 굵게·기울임 서식을 시연한다. 다만 원본의 모든 기능이나 REA의 정확도 개선 효과를 검증한 비교 실험은 제시하지 않는다.

🧩 배경과 문제 정의

발표자는 수개월간 구축한 개인 AI 비서 Jarvis에 REA라는 역공학 저장소를 연결했다고 소개한다. 목표는 기존 웹사이트나 앱을 조사한 뒤 그 결과를 자신의 유사 제품 제작에 활용하는 것이다. Jarvis는 개인·사업 관련 파일과 여러 도구에 접근하는 비서로 설명된다.

영상이 제안하는 해결 방식은 조사 보고서를 구현의 설계도로 사용하는 것이다. Jarvis가 대상을 열고 조작하면 REA가 코드와 리소스 등 관찰 가능한 정보를 수집하고, 이후 Claude Code가 보고서를 바탕으로 제작을 수행한다. igloo.inc 분석과 Apple Notes 유사 앱 제작이 두 가지 시연 사례다.

🕒 시간순 섹션별 상세정리

1. 결과 예고와 Jarvis·REA 소개

• 도입부에서 igloo.inc 분석과 Apple Notes 유사 앱 제작 결과를 먼저 보여준다. Jarvis가 사이트를 스크롤하는 동안 REA가 분석하고, 앱 제작 요청에는 숨겨진 브라우저에서 먼저 테스트하겠다고 응답한다. [00:39]
• 발표자는 역공학 저장소를 Jarvis에 연결했다고 설명하고, 개념 설명·두 가지 사례·무료 프롬프트 팩을 예고한다. Jarvis는 여러 파일과 도구에 접근하는 개인 AI 비서로 묶인다. [01:36]

2. igloo.inc 자동 탐색과 첫 분석 결과

• 첫 대상으로 3D 스크롤 애니메이션 사이트 igloo.inc를 선택한다. Jarvis는 새 브라우저에서 사이트를 열고 자동으로 스크롤하며, 발표자는 직접 조작하지 않고 있다고 드러낸다. [02:29]
• 실행 과정에는 사이트 로딩과 리소스 조사 기록이 표시된다. Jarvis의 탐색과 REA의 분석을 통해 사이트의 구성 요소와 동작을 파악하는 흐름이다. [03:02]
• 분석 응답은 단일 화면의 3D 장면, 큰 3D 번들의 지연 로딩, GSAP·ScrollTrigger, 후처리 효과와 비중이 큰 텍스처를 보여준다. 전용 스크롤 데이터 텍스처도 언급한다. [03:23]

3. 웹사이트 보고서와 조사 근거 확인

• 발표자는 이 사이트 분석에 약 30~40초가 걸렸다고 드러낸다. 전체 보고서에는 WebGL 중심 구조, 27개 DOM 요소, 기술 구성과 버전, 효과 구현 방식 등이 나온다고 보여준다. [04:44]
• 이어 3D 번들의 동적 로딩과 관련 처리 도구를 보여준다. REA는 Chrome 개발자 도구 같은 기존 도구로 리소스를 조사하며, 보고서에는 재구현 항목과 증거도 포함된다고 드러낸다. [05:39]

4. REA가 조사 보고서를 만드는 원리

• 사용자가 사이트의 작동 방식을 물으면 AI 에이전트가 조사를 준비하고 REA를 호출한다. REA는 사이트 실행을 관찰하고 내려받은 코드와 로드된 파일을 조사해 증거를 모은다고 보여준다. [06:53]
• 조사 결과는 AI 에이전트로 돌아와 보고서가 된다. 발표자는 사이트 열기, 스크롤 관찰, 코드 읽기, 증거 정리, 분석 저장의 흐름을 ‘엑스레이 시야’에 비유한다. [08:04]
• 웹사이트 사례를 마친 뒤에는 더 복잡한 앱을 분석하고, 그와 비슷한 앱을 직접 제작하는 두 번째 사례로 넘어간다. [08:16]

5. Apple Notes 분석 시작과 제작 도구의 역할

• Apple Notes를 REA로 분석한 뒤 새 앱을 만들겠다고 보여준다. REA는 분석을 맡고 Claude Code는 제작을 담당하며, Jarvis가 이 도구들을 연결하는 구성이다. [09:15]
• 요청을 받은 Jarvis는 Notes 앱을 열고 스냅샷을 확보한다. 진행 기록에는 분석 절차 확인과 도구 선택 등이 표시되며, 발표자는 기능이 더 많아 웹사이트보다 오래 걸릴 것이라고 드러낸다. [10:14]

6. 무료 자료와 유료 배포본 안내

• 분석을 기다리는 동안 무료 커뮤니티의 프롬프트 팩을 보여준다. 이 자료는 시각화 화면과 Jarvis 구성, REA 연결을 다룬다고 보여준다. 중간에 분석 완료 응답이 나오며 Apple Notes의 핵심 엔진이 외부의 비공개 프레임워크에 있다고 보고한다. [11:06]
• 무료 자료는 커뮤니티의 강의·YouTube 자료 영역에서 PDF로 제공된다고 안내한다. 별도로 유료 커뮤니티에서는 완성형 Jarvis의 ZIP 배포본을 받을 수 있다며 두 경로를 구분한다. [12:05]

7. Apple Notes 보고서와 재구현 준비

• 보고서의 대상은 시스템의 notes.app이며, 스크린샷으로 분석 대상이 맞는지 확인한다. 발표자는 작은 로컬 앱으로 직접 시험해 보라고 제안한다. [12:44]
• 보고서는 AppKit 기반 앱, 다섯 가지 확장 기능, Objective-C 등의 기술 구성을 보여준다. 저장·동기화 엔진은 앱 번들 밖의 시스템 프레임워크에 있다고 보여준다. [13:18]
• 분석 결과는 Jarvis와 Claude Code의 장기 기억에 자동 저장된다고 보여준다. 이후 이 보고서를 바탕으로 자신만의 유사 앱을 제작하도록 요청할 수 있다고 드러낸다. [13:33]

8. 유사 메모 앱 제작 요청과 작업 진행

• Jarvis에 Apple Notes와 비슷한 메모 앱을 요청한다. Jarvis는 먼저 숨겨진 브라우저에서 테스트하겠다고 응답하고, 앞서 얻은 분석 보고서를 설계도로 활용하는 제작 과정이 시작된다. [13:56]
• 작업에는 기본 구조 구성, 코드 작성, 테스트와 실행이 포함된다고 보여준다. 장면 전환 후 발표자는 약 15분이 지나 앱이 완성됐다고 드러낸다. [14:20]

9. 생성된 앱의 기본 기능 시연

• 원본 Apple Notes와 생성된 앱을 나란히 놓고 외형을 비교한다. 메모 목록과 고정 메모, 폴더가 보이며, 새 폴더를 만들고 이름을 지정하는 기능을 시연한다. [15:00]
• 새 메모 추가와 내용 입력, 삭제, 굵게·기울임 서식 적용을 확인한다. 서식의 외형에는 차이가 있으며, 화면에서 실행한 기본 조작이 작동하는 모습을 보여준다. [15:49]

10. 분석 설계도가 구현에 주는 이점

• 발표자는 REA의 분석 보고서를 이용해 유사 앱을 만들었다고 정리한다. REA 없이도 비슷한 앱은 만들 수 있겠지만 기능 재현의 정확도에는 차이가 있을 것이라고 주장한다. [16:17]
• 기능과 외형을 정리한 설계도를 먼저 제공하면 처음부터 추측하거나 여러 번 수정하는 부담을 줄일 수 있다고 보여준다. 다만 실제 수정 횟수나 정확도 비교 결과는 제시하지 않는다. [16:47]
• 역공학 자체는 기존 개념이며, REA의 의미는 에이전트가 조사 도구와 보고서를 활용하기 쉽게 만드는 데 있다고 강조한다. 관찰한 기능과 라이브러리를 에이전트에 전달하는 접근이다. [17:27]

11. 도구 확장과 오픈소스에 대한 마무리

• 발표자는 앞으로도 Jarvis와 다른 AI 비서를 개선하고 REA를 활용할 계획이라고 드러낸다. 오픈소스 저장소와 소프트웨어의 증가가 생태계에 도움이 된다는 기대를 드러낸다. [18:00]
• 마지막에는 시청자에게 구독과 댓글 질문을 요청하고, 가능한 한 답하겠다고 말하며 영상을 마친다. [18:08]

🧾 결론

• 영상의 중심은 분석과 제작의 연결이다. REA가 조사한 내용을 Jarvis가 받아 Claude Code의 구현 작업에 전달한다.
• 두 사례는 웹사이트의 실행 리소스 분석과 네이티브 앱의 구조 분석을 보여준다. 관찰 가능한 범위와 재현 가능한 기능은 구분해서 읽어야 한다.
• 발표자가 강조하는 이점은 설계도를 먼저 확보해 추측과 수정 왕복을 줄이는 것이다. 영상은 이 접근의 가능성을 보여주지만 개선 폭을 수치로 입증하지는 않는다.

📈 투자·시사 포인트

• 개발 업무에서는 기존 제품을 조사해 요구사항과 구현 단서로 바꾸는 과정의 자동화를 주목할 수 있다. 영상의 구체적인 활용처는 사이트 분석과 유사 앱의 초기 제작이다.
• 도구를 연결하는 AI 비서의 가치가 드러난다. Jarvis는 브라우저 조작, REA 분석, 보고서 저장, 코드 작성과 테스트를 하나의 요청 흐름으로 묶는다.
• 사업성 판단에는 추가 자료가 필요하다. 영상은 무료 프롬프트 팩과 유료 완성형 Jarvis를 구분해 소개하지만, 운영비·수익성·반복 사용 성과는 제시하지 않는다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목의 ‘ANYTHING’은 시연 범위를 넘어서는 표현이다. 실제로 다룬 대상은 igloo.inc와 Apple Notes이며, 다른 종류의 제품에서도 같은 수준으로 작동하는지는 확인되지 않는다.
• 사이트의 기술 구성과 Apple Notes 내부 구조는 영상 속 REA 보고서의 설명이다. 제공된 전사만으로 각 분석 항목의 정확성을 독립적으로 검증할 수는 없다.
• REA를 사용하면 더 정확해지고 수정 왕복이 줄어든다는 주장은 대조 실험으로 검증되지 않았다. 분석에 약 30~40초, 제작에 약 15분이 걸렸다는 수치도 발표자가 설명한 사례별 시간이다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 직접 확인할 수 있는 작은 웹사이트나 로컬 앱 하나를 골라 분석 대상을 명확히 지정한다.
• 분석 보고서에서 기술 구성, 로드된 리소스, 기능 설명과 이를 뒷받침하는 증거를 함께 확인한다.
• 재구현 전에 폴더 생성, 메모 추가·삭제, 서식 적용처럼 확인 가능한 기능 목록을 정한다.
• 생성된 앱에서 기능 목록을 직접 점검하고, 저장·동기화처럼 영상에서 확인되지 않은 항목은 별도로 검증한다.

❓ 열린 질문

• REA가 실제로 확인한 사실과 관찰 결과로 추론한 내용을 보고서에서 얼마나 명확하게 구분하는가?
• 같은 앱을 같은 조건에서 제작할 때 REA 사용 여부에 따라 구현 정확도, 소요 시간, 수정 횟수는 얼마나 달라지는가?
• Apple Notes처럼 핵심 엔진이 앱 번들 밖에 있는 경우, 분석 보고서는 저장과 동기화 동작을 어디까지 설명하고 재구현할 수 있는가?