REA (Reverse Engineer Anything) คืออะไร? MCP Server ที่คว้าดาว GitHub 115K ในหนึ่งสัปดาห์

REA ย่อมาจาก Reverse Engineer Anything เป็น MCP server และ CLI แบบโอเพนซอร์สที่มอบเครื่องมือให้ coding agent แยกส่วนซอฟต์แวร์โดยไม่ต้องมีซอร์สโค้ด ชี้ Claude Code, Codex, Cursor หรือ agent อื่นไปที่ native binary, แอป Electron, .NET assembly, Android APK, เว็บไซต์ หรือ network capture ที่บันทึกไว้ แล้วถามว่าฟีเจอร์หนึ่งทำงานอย่างไร REA จะส่งกลับ pseudocode, กราฟโมดูล, request log และหลักฐานรองรับข้ออ้างแต่ละข้อ จากนั้น agent จะอธิบายพฤติกรรมหรือสร้างมันใหม่

ลองใช้ Apidog วันนี้

รีโพซิทอรี morluto/rea ถูกสร้างในเมษายน 2026 และแทบไม่มีใครสนใจจนถึงสัปดาห์แรกของเดือนตุลาคม ภายในวันที่ 12 ตุลาคม มันผ่าน 115,000 ดาวและ 25,000 fork กลายเป็นหนึ่งในการเติบโตที่เร็วที่สุดที่ GitHub เคยเห็น คู่มือนี้ครอบคลุมว่า REA ทำอะไร ติดตั้งอย่างไร แข็งแกร่งตรงไหน ฮัยป์ล้ำหน้าความจริงตรงไหน และส่วนที่คอนเทนต์ส่วนใหญ่ข้ามไป: REA อ่าน HAR และ mitmproxy capture จึงทำหน้าที่เป็น front end สำหรับ reverse engineering API ที่คุณทำต่อใน Apidog จนจบได้

ตัวเลขเบื้องหลังกระแส

การติดตามรายวันของ Trendshift แสดงรูปแบบการพุ่งขึ้น REA ปรากฏในรายการ trending ครั้งแรกเมื่อวันที่ 4 ตุลาคม ด้วยดาวใหม่ราว 1,400 ดวงในหนึ่งวัน จากนั้นเติบโตแบบทบต้นต่อเนื่องหนึ่งสัปดาห์

วันที่	ดาวใหม่ในวันนั้น
4 ต.ค.	1,373
7 ต.ค.	5,602
9 ต.ค.	19,375
10 ต.ค.	26,572
11 ต.ค.	31,255

รีโพนี้ครองอันดับหนึ่งบน GitHub Trending ห้าวันจากเจ็ดวันระหว่างวันที่ 6–12 ตุลาคม รีลีสก็เดินตามจังหวะเดียวกัน: เวอร์ชัน 3.2 ออกวันที่ 3 ตุลาคม, 4.0 วันที่ 5, 5.0 วันที่ 7, 6.0 วันที่ 8 และ 6.1 ถึง 6.4 ระหว่างวันที่ 9–11 ตุลาคม จังหวะนี้สำคัญกับผู้ที่จะนำไปใช้ และเราจะกลับมาพูดถึงอีกครั้ง

ไม่มีทวีตหรือโพสต์เปิดตัวใดชิ้นเดียวอธิบายการกระโดดนี้ได้ ตัวพิตช์ต่างหากที่ทำงาน: “เห็นฟีเจอร์ที่ชอบ ทำความเข้าใจว่ามันทำงานอย่างไรลึกถึงระดับไบนารี” วิดีโอ agent สร้างแอปเดสก์ท็อปใหม่จาก binary ของมันกระจายอย่างรวดเร็ว พร้อมคำกล่าวตามประเพณีว่าซอฟต์แวร์จบเกมแล้ว การตีความที่มีประโยชน์กว่านั้นแคบกว่า REA เป็น connector ที่แพ็กเกจดีระหว่าง agent กับเครื่องมือ reverse engineering ที่มีอยู่แล้ว

REA ทำอะไร

REA ทำงานเป็น MCP server ภายในเครื่อง agent ของคุณเรียกใช้เครื่องมือ REA ตรวจสอบเป้าหมายด้วย engine ที่เหมาะสม และ agent ได้ผลลัพธ์แบบมีโครงสร้างพร้อมข้อจำกัดและสิ่งที่ยังไม่ทราบ workflow เดียวกันใช้ได้เป็นคำสั่ง CLI จึงเขียนสคริปต์ได้โดยไม่ต้องมี agent เลย

สิ่งที่มันวิเคราะห์ ตามตารางเป้าหมายใน README:

เป้าหมาย	สิ่งที่ REA ส่งกลับ	ต้องใช้
Native binary	Pseudocode, assembly, สตริง, สัญลักษณ์, cross-reference	Hopper, Ghidra หรือ IDA
Go binary	เวอร์ชันคอมไพเลอร์, โมดูล, การตั้งค่า build	ไม่ต้องเพิ่ม
แอป JavaScript และ Electron	โมดูล, import, source map, route, ขอบเขต IPC	Node.js เท่านั้น
เว็บไซต์	โครงสร้างหน้า, สคริปต์, การสังเกตเครือข่าย, ภาพหน้าจอ	เบราว์เซอร์ตระกูล Chrome
network capture ที่บันทึกไว้	request, response, payload, ตำแหน่งต้นทาง	HAR; mitmdump บน Linux สำหรับ mitmproxy
.NET assembly	metadata, CIL, การ依赖แบบ native	ไม่ต้องเพิ่ม
Android APK และอุปกรณ์	manifest, เมธอดที่ decompile แล้ว, log, การจับภาพหน้าจอ	JADX ร่วมกับ JDK; adb
เฟิร์มแวร์	region, ผลลัพธ์การแยกไฟล์	Binwalk หรือ Unblob บน Linux
WASM และ EVM bytecode	section, import และ export, dispatch selector	WABT; Linux x64

การตัดสินใจด้านดีไซน์ที่ทำให้ REA ต่างจาก wrapper บาง ๆ คือโมเดลหลักฐาน ผลลัพธ์ทุกชิ้นระบุที่มาของมัน: digest ของไฟล์, ช่วง byte, JSON pointer เข้าไปใน capture และรายการชัดเจนของสิ่งที่การวิเคราะห์พิสูจน์ไม่ได้ โปรเจกต์ย้ำเรื่องนี้ในเอกสารซ้ำ ๆ การวิเคราะห์ทำงานบนเครื่องของคุณ แต่ FAQ ใน README ตรงไปตรงมาว่าผู้ให้บริการโมเดลของ agent ยังคงได้รับผลลัพธ์เครื่องมือภายใต้นโยบายข้อมูลของผู้ให้บริการนั้น

วิธีติดตั้ง REA

คุณต้องมี Node.js 22.19 ขึ้นไป (23 และ 25 ไม่รองรับ) และ npm คำสั่งเดียวจะลงทะเบียน MCP server และติดตั้งคำแนะนำ skill ที่ตรงกับ agent ของคุณ:

npx rea-agents setup

การติดตั้งแสดงแผน สำรองค่าที่มีอยู่ และเขียนเฉพาะหลังคุณอนุมัติ ตามคู่มือการติดตั้ง รองรับ Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI, Windsurf, Devin, OpenCode, Antigravity, GitHub Copilot CLI, VS Code, Grok Build, Hermes และอื่น ๆ เลือกได้ด้วยแฟลก --client รีสตาร์ต agent หลังจากนั้น แล้วขอให้ทำสิ่งเช่น:

Understand how search works in the Notes app, show me the evidence,
and build a similar feature for my project.

สำหรับ CLI แบบ global:

npm install --global rea-agents
rea doctor --json

การวิเคราะห์ JavaScript แบบ static, .NET, เว็บไซต์และ capture ทำงานได้โดยไม่ต้องมี engine เพิ่ม การวิเคราะห์ native เชิงลึกต้องใช้ Hopper, Ghidra 12.1 ที่มี JDK 21 ขึ้นไป หรือ IDA การติดตั้งสามารถติดตั้ง Hopper ได้ถ้าคุณอนุมัติ แต่ Hopper เป็นซอฟต์แวร์เชิงพาณิชย์แยกต่างหากที่มีไลเซนส์ของตัวเอง Ghidra บน Windows ระบุว่าเป็น experimental

จุดแข็งของ REA จาก showcase

เคสสตัดี้ของโปรเจกต์เองคือเกณฑ์มาตรฐานที่ตรงไปตรงมาที่สุด ในเคส DX-Boll agent ตามการเรียกเสียงไปจนถึง helper ที่แปลงตำแหน่งเป็น pan เปลี่ยน pseudocode ที่ไม่สมบูรณ์เป็น C และงานสร้างใหม่ผ่าน 3,205 x86 test case ต้นฉบับ พร้อมทั้งสร้าง byte ครบทั้ง 63 byte ของฟังก์ชันที่คอมไพล์แล้วซ้ำ ในเคส Notion ระบบตาม clipboard API จาก renderer ผ่าน preload และ IPC เข้าไปถึง main process ของ Electron เคสที่สามกู้การคำนวณมุมวงแหวนกระสุนจากคำสั่ง 16-bit ของเกม PC-98 ยุค 1990

สังเกตแพตเทิร์น ทั้งหมดเป็นคำถามที่ขอบเขตแคบเกี่ยวกับฟังก์ชันเดียวหรือเส้นทางข้อมูลเดียว และมีวิธีตรวจสอบคำตอบ นั่นคือจุดที่ reverse engineering ที่ agent ขับเคลื่อนทำงานได้ในวันนี้ เดโม “สร้างแอปทั้งหมดนี้ใหม่” ดูดีบนวิดีโอและสร้างอะไรบางอย่างที่คล้ายเป้าหมาย แต่รีวิวยุคแรกที่ทดสอบ REA กับ vanilla agent บนแอป Mac ง่าย ๆ พบว่าช่องว่างแคบและการรัน REA ช้ากว่า คุณค่าโผล่เมื่อคำถามเจาะจงและเป้าหมายซับซ้อน

REA สำหรับงาน API: จาก capture สู่ spec ที่ทดสอบแล้ว

นี่คือส่วนที่เกี่ยวข้องกับทุกคนที่สร้างงานบน API เครื่องมือ inspect_web_network_capture ของ REA อ่านไฟล์ HAR (หรือ mitmproxy capture แบบ native บน Linux) แบบออฟไลน์ มันไม่ refetch URL ที่บันทึกไว้เด็ดขาด ตรวจสอบทุกรายการ คง request และ response body ไว้พร้อม digest และแยก authorization header, cookie และ credential ใน URL ออกจากหลักฐานในเชิงโครงสร้าง

จากนั้นมันทำสิ่งที่ทีม API จะรู้จักทันที ส่งหลักฐานที่เก็บไว้ไปยัง inspect_analysis_view ด้วย view api-surface แล้ว REA จัดกลุ่ม request ทุกรายการตาม method, origin และ path template ที่อนุมาน ID แบบตัวเลขกลายเป็น {numeric}, UUID กลายเป็น {uuid}, สตริง hex ยาวกลายเป็น {hex} และวันที่กลายเป็น {iso-date} แต่ละกลุ่มอ้างอิง record ที่มา และแจ้งเตือน status หรือ content type ที่ปะปนกัน คู่มือ capture ระมัดระวังว่า view นี้ไม่ได้อ้างสิ่งใดเกี่ยวกับ schema หรือ handler มันคือ inventory ที่อนุมาน ไม่ใช่ spec

inventory นั้นคือจุดเริ่มต้นพอดีของ workflow ในคู่มือ reverse engineering API ของเรา และ Apidog ทำให้จบ:

1. บันทึกครั้งเดียว ใน Chrome DevTools ทำ flow ซ้ำและบันทึก request ทั้งหมดเป็น HAR พร้อมเนื้อหา ใช้บัญชีทดสอบในการบันทึก เพราะ HAR มี token ที่ยังใช้ได้
2. ให้ agent ทำแผนที่ ขอให้ agent รัน REA บน HAR และสรุป API surface คุณจะได้รายการ endpoint, รูปแบบ ID และการเรียกที่คืน error พร้อม pointer ย้อนกลับไปยัง record ดิบ
3. นำ HAR เดิมเข้า Apidog Apidog เปลี่ยน request ที่ capture เป็น endpoint พร้อมตัวเลือกสร้าง default test case ต่อ endpoint และตัด static asset ตอน import คู่มือ import HAR ของเรา อธิบายการเก็บกวาด
4. เปลี่ยน template ที่อนุมานเป็น path parameter จริง placeholder {numeric} และ {uuid} ของ REA บอก segment ที่ควร parameterize ใน endpoint definition ของ Apidog
5. mock และทดสอบ เปิด smart mock ของ Apidog เพื่อให้ client code รันกับ API ที่สร้างใหม่ก่อนแตะตัวจริง จากนั้นเขียน assertion กับรูปแบบ response ที่ capture ไว้และรันจาก Apidog CLI ใน CI

การแบ่งบทบาทชัดเจน REA เก่งเรื่องอ่านหลักฐานและอธิบาย Apidog คือที่ที่ endpoint กลายเป็น contract ที่มีเอกสาร mock และทดสอบแล้วซึ่งทีมคุณแชร์ได้ ทั้งคู่ไม่ได้ทำงานของกันและกัน

ข้อควรระวังก่อนใช้

ความเร็วในการรีลีสเป็นดาบสองคม รีลีส minor เจ็ดเวอร์ชันในเก้าวัน และนโยบาย always-bump-minor ของโปรเจกต์หมายความว่า minor bump อาจทำลายความเข้ากันได้ คู่มือ migration 6.2 เปลี่ยนรูปแบบของผลลัพธ์ MCP ทุกชิ้น ถ้าเขียนสคริปต์กับ JSON output ของ REA ให้ pin เวอร์ชันและอ่าน changelog ก่อนอัปเดต

มันเป็น connector ไม่ใช่ sandbox นโยบายความปลอดภัยของโปรเจกต์ระบุว่า local provider bridge ไม่ใช่ sandbox และการเปิด binary ที่ไม่น่าเชื่อถือจะรันการ parse ด้วยสิทธิ์ผู้ใช้ของคุณ ให้วิเคราะห์เป้าหมายที่ไม่น่าเชื่อถือใน environment แยก เหมือนกับที่คุณแยก tool call ของ agent ใด ๆ

ข้อจำกัดของแพลตฟอร์มเจาะจงมาก การ decode mitmproxy แบบ native ต้องใช้ mitmdump 12.2.3 เป๊ะ บน Linux และคุณต้องจัดหาเอง เส้นทางแยกเฟิร์มแวร์, EVM และ WASM เป็น Linux x64 Hopper ไม่มี build สำหรับ Windows

ความรับผิดทางกฎหมายยังอยู่กับคุณ README จำกัด REA ไว้สำหรับงานวิจัย วิเคราะห์และสร้างใหม่ที่ชอบด้วยกฎหมาย และระบุว่าคุณรับผิดชอบเรื่องการได้รับอนุญาต การคัดลอกฟีเจอร์คู่แข่งยังเป็นคำถามทางกฎหมายเดิมที่มีอยู่ก่อนเครื่องมือนี้ โปรเจกต์ยังต้องแถลงว่าไม่เคยออก token และเหรียญที่ใช้ชื่อของมันไม่มีส่วนเกี่ยวข้อง

ยังอยู่ช่วงต้น ขณะเขียนมีผู้มีส่วนร่วมกว่า 100 คนและ issue กับ pull request ที่เปิดอยู่กว่า 170 รายการ เอกสารละเอียด แต่ควรคาดหวังขอบมุมที่ยังไม่เรียบนอกเส้นทางที่ showcase

คำถามที่พบบ่อย

REA ฟรีไหม? ฟรี โค้ดใช้สัญญาอนุญาต MIT และแพ็กเกจ npm ฟรี Hopper เป็นผลิตภัณฑ์ที่ต้องจ่ายเงินถ้าเลือกใช้กับ native analysis ส่วน Ghidra ฟรี

REA อัปโหลดแอปหรือ binary ของฉันไหม? ไม่ การวิเคราะห์รันในเครื่อง ผลลัพธ์เครื่องมือไปที่โมเดลที่ agent ของคุณใช้ จึงอยู่ภายใต้นโยบายข้อมูลของผู้ให้บริการนั้น

ต้องมี Ghidra หรือ IDA ถึงจะเริ่มได้ไหม? ไม่ต้องสำหรับการวิเคราะห์ JavaScript, Electron, .NET, เว็บไซต์หรือ capture มีแต่การ decompile native binary ที่ต้องใช้ engine

REA สร้าง OpenAPI spec จาก traffic ได้ไหม? ไม่ได้ view ชื่อ api-surface เป็น inventory ที่อนุมานพร้อม path template ให้ import HAR เข้า Apidog เพื่อให้ได้ endpoint definition ที่แก้ไขได้ แล้วส่งออก OpenAPI จากที่นั่น ดาวน์โหลด Apidog เพื่อลอง import กับ capture ที่คุณมีอยู่

สรุปสำหรับคุณ

REA ได้ดาวเพราะแพ็กเกจ reverse engineering engine จริงไว้หลัง MCP server เดียวและทำเอกสารหลักฐานที่มันส่งกลับ ใช้กับคำถามที่ขอบเขตชัด: ฟังก์ชันหนึ่งทำงานอย่างไร, IPC channel ใดพาข้อความ, หรือ traffic ของแอปหนึ่งหน้าตาเป็นอย่างไร ให้ถือว่าเดโมสร้างทุกอย่างใหม่เป็นเพียงเดโม

สำหรับทีม API ชัยชนะเชิงปฏิบัติคือเส้นทาง capture ให้ agent อ่าน HAR ด้วย REA จากนั้นนำไฟล์เดิมเข้า Apidog และเปลี่ยน inventory ให้เป็น endpoint ที่คุณ mock ทดสอบและทำเอกสารได้