מדריך · REA + קלוד קוד
הנדסה הפוכה עם AI: לבנות לעצמכם כל פיצ'ר
הנדסה הפוכה היא לקחת מוצר גמור ולגלות איך הוא בנוי, כמו לטעום עוגה ולגלות את המתכון. REA, קיצור של Reverse Engineer Anything, מחבר לקלוד קוד כלים שעושים את זה לאפליקציות: הוא מפרק פיצ'ר שאהבתם, מסביר איך הוא עובד עם הוכחות, ועוזר לבנות גרסה משלכם. ההתקנה היא פקודה אחת.
מה זה הנדסה הפוכה, ולמה זה מעניין בעלי עסקים?
תחשבו על עוגה שטעמתם אצל מישהו ואין לכם את המתכון. טועמים שוב, מנחשים מה יש בה, אופים, משווים, ומתקנים עד שזה יוצא אותו טעם. זאת הנדסה הפוכה: מתחילים מהמוצר הגמור, ומגלים איך הוא בנוי.
באפליקציות זה עובד אותו דבר. ראיתם פיצ'ר שאתם אוהבים, למשל חיפוש חכם, העתקה עם עיצוב, או לוח שמתעדכן לבד, ואתם רוצים משהו כזה בכלי שלכם. עד היום זה דרש מתכנת עם ניסיון של שנים בפירוק תוכנות. היום אפשר לתת את העבודה הזאת לסוכן AI.
הכלי שעושה את זה נקרא REA, Reverse Engineer Anything. הוא מתחבר לקלוד קוד, מפרק את הפיצ'ר שבחרתם, מסביר איך הוא עובד עם הוכחות, ועוזר לקלוד לבנות גרסה משלכם.
מה זה REA?
REA הוא שרת MCP, כלומר חיבור שנותן לסוכן AI כלים חדשים (כתבתי הסבר פשוט על מה זה MCP). במקרה הזה הכלים הם כלים לפירוק תוכנות: קריאה של אפליקציות JavaScript ו-Electron, אתרים, קבצי .NET ואפליקציות אנדרואיד, ועד קוד מכונה של תוכנות רגילות.
לפי ה-README, הניתוח רץ אצלכם על המחשב, וכל ממצא מגיע עם ההוכחות שלו ועם מה שעוד לא ידוע. זה חשוב: אתם לא מקבלים ניחוש, אתם רואים מאיפה כל מסקנה הגיעה.
המספרים, נכון ל-21 באוקטובר 2026: לריפו יש 347,431 כוכבים בגיטהאב, הרישיון הוא MIT, והחבילה rea-agents ירדה 549,553 פעמים ב-npm בחודש שבין 19 בספטמבר ל-18 באוקטובר.
איך מתקינים את REA לקלוד קוד?
לפני ההתקנה צריך על המחשב את קלוד קוד ואת Node.js בגרסה עדכנית: לפי ה-README לפחות גרסה 22.19, או גרסה 24.11 ומעלה. ההתקנה עצמה היא פקודה אחת:
npx rea-agents setup- הפקודה שואלת לאילו סוכנים לחבר את REA. בוחרים בקלוד קוד. היא תומכת גם ב-Codex, ב-Cursor וב-Gemini CLI.
- היא מציגה מה היא עומדת לשנות בהגדרות, ושומרת גיבוי של ההגדרות הקיימות. בודקים ומאשרים.
- סוגרים ופותחים מחדש את קלוד קוד, כדי שיטען את הכלים החדשים.
REA מתעדכן מהר, ועדכונים מתקנים הרבה באגים. כדי לעדכן, מריצים שוב את ההתקנה עם הגרסה האחרונה:
npx rea-agents@latest setup
ב-README יש אזהרה: מורידים את REA רק מהריפו morluto/rea, מ-rea.tools או מחבילת rea-agents ב-npm. ריפו עם שם דומה הוא לא בהכרח המקורי.
איך מבקשים מקלוד קוד לפרק פיצ'ר?
אחרי ההתקנה פשוט מבקשים מקלוד קוד במילים. הדוגמה מה-README הרשמי, בעברית:
תבין איך החיפוש עובד באפליקציית Notes, תראה לי את ההוכחות, ותבנה פיצ'ר דומה לפרויקט שלי.
מחליפים את Notes באפליקציה שלכם ואת החיפוש בפיצ'ר שאתם רוצים. כמה דוגמאות שימושיות לבעלי עסקים:
תבין איך אפליקציית הדסקטופ של הכלי שאני עובד איתו שומרת טיוטות אוטומטית, ותבנה מנגנון דומה לכלי הפנימי שלנו.
תבדוק איך האתר הזה טוען את רשימת המוצרים כשגוללים, תסביר לי בשפה פשוטה, ותבנה משהו דומה לחנות שלי, בעיצוב שלי.
מה קורה מאחורי הקלעים
זה בדיוק כמו העוגה. קודם קלוד טועם: REA בודק את האפליקציה ומחפש איפה הפיצ'ר יושב. אחר כך הוא כותב מתכון: מסביר איך זה עובד ומראה הוכחות. ואז הוא אופה: כותב את הגרסה שלכם, בודק אותה ומשווה למקור עד שהיא מתנהגת אותו דבר.
דוגמאות אמיתיות: מה REA כבר פירק
נושן: איך העתקה עם עיצוב עובדת
במקרה הבוחן של נושן באתר של REA, הסוכן עקב אחרי מה שקורה כשמעתיקים טקסט באפליקציית הדסקטופ של נושן (גרסה 7.6.1). הוא מצא את הדרך של ההעתקה בארבעה שלבים, מהעמוד שאתם רואים ועד ללוח ההעתקה של המחשב, ואת הערוץ האחד שמחבר ביניהם.
DX-Ball: חישוב מתוך משחק משנות ה-90
במקרה אחר, REA עזר לשחזר חישוב סאונד ממשחק Windows ישן. לפי ה-README, הקוד ששוחזר עובר 3,205 בדיקות מול המקור ומשחזר את כל 63 הבייטים של הפונקציה המקורית. זאת הדוגמה הכי טובה לשלב של "משווים למקור עד שזה אותו דבר".
שימו לב למה שהדוגמאות האלה מראות: פירוק של פיצ'ר אחד והבנה שלו, לא שכפול של אפליקציה שלמה. זה גם מה שכדאי לבקש.
מתי זה שווה לכם?
- אתם משלמים על תוכנה שלמה בשביל פיצ'ר אחד, ורוצים לבנות אותו בכלי הפנימי שלכם
- ראיתם אצל מתחרה חוויה שהלקוחות אוהבים, ואתם רוצים להבין מה גורם לה לעבוד
- אתם צריכים לחבר שתי מערכות, ואין תיעוד שמסביר איך אחת מהן מעבירה מידע
- יש לכם תוכנה ישנה שאף אחד כבר לא זוכר איך היא בנויה, ואתם רוצים לבנות אותה מחדש
חשוב לדעת לפני שמתחילים
- מבינים, לא מעתיקים. המטרה היא להבין איך פיצ'ר עובד ולבנות משהו שלכם. לא מעתיקים עיצוב, לוגו, טקסטים או קוד של מוצר אחר, ולא מוכרים שכפול שלו.
- תנאי שימוש. לפי ה-README, REA מיועד למחקר, לימוד, תאימות בין מערכות וניתוח של תוכנה שאתם מורשים לבדוק. הרבה אפליקציות אוסרות הנדסה הפוכה בתנאי השימוש שלהן, אז תבדקו לפני שאתם מפרקים, ובמקרה של ספק תתייעצו עם עורך דין.
- תוכנות בתשלום. ניתוח עמוק של תוכנות רגילות צריך Hopper, Ghidra או IDA. ל-Hopper ול-IDA צריך רישיון חוקי. Ghidra חינמי. לאפליקציות JavaScript ו-Electron לא צריך אף אחד מהם.
- מערכות הפעלה. REA עובד על מק, ווינדוס ולינוקס, אבל חלק מהכלים עובדים רק על מערכות מסוימות. בלינוקס צריך גם את הפקודה ps במחשב.
- הפרטיות שלכם. הניתוח רץ אצלכם במחשב, אבל התוצאות עוברות לקלוד, ולספק המודל יש מדיניות פרטיות משלו.
- זה לא כפתור של "תעתיק לי". בפיצ'רים מורכבים תצטרכו כמה סבבים של שאלות ובדיקות. וכמו כל קוד שקלוד כותב, בודקים אותו לפני שמעלים לאוויר.
השורה התחתונה
כל פיצ'ר שאתם אוהבים באפליקציה של מישהו אחר הוא עוגה שאפשר לגלות את המתכון שלה. REA נותן לקלוד קוד לטעום, להבין, ולאפות לכם גרסה משלכם.
שאלות נפוצות על הנדסה הפוכה עם AI
האם REA חינמי?
כן. REA הוא קוד פתוח ברישיון MIT. מה שעולה כסף זה סוכן ה-AI שמשתמש בו, למשל מנוי לקלוד קוד, ולפעמים כלי ניתוח בתשלום כמו Hopper או IDA, שצריך רק לניתוח עמוק של תוכנות רגילות.
האם זה חוקי לעשות הנדסה הפוכה לאפליקציה?
תלוי באפליקציה ובמה שאתם עושים. REA מיועד למחקר, לימוד, תאימות וניתוח של תוכנה שאתם מורשים לבדוק. הרבה אפליקציות אוסרות הנדסה הפוכה בתנאי השימוש, אז בודקים לפני, ובמקרה של ספק מתייעצים עם עורך דין. וגם כשמותר, בונים משהו שלכם ולא מעתיקים עיצוב או קוד.
צריך לדעת לתכנת כדי להשתמש ב-REA?
לא בשביל לשאול. מבקשים מקלוד קוד במילים פשוטות, והוא מסביר מה מצא בשפה ברורה. כדי להכניס את הפיצ'ר למוצר אמיתי כדאי שמישהו יבדוק את הקוד לפני שמעלים לאוויר.
עם אילו סוכנים REA עובד?
לפי ה-README, ההתקנה תומכת בקלוד קוד, Codex, Cursor, Gemini CLI ועוד, וכל סוכן שתומך בשרתי MCP מקומיים יכול להשתמש בו.
האם REA מעלה את האפליקציה שלי לאינטרנט?
לא. לפי ה-README הניתוח רץ אצלכם במחשב. התוצאות עוברות לסוכן ה-AI שלכם, ולספק המודל יש מדיניות פרטיות משלו.