מעבר מ-⁠Base44 ל-⁠Lovable, ל-⁠Bolt או ל-⁠Replit

מה יכול לעבור בין בוני AI

לכל בונה אפליקציות מבוסס AI יש שני חצאים: עורך שכותב קוד מתוך הפרומפטים שלכם, וצד שרת (backend) שהקוד שנוצר תלוי בו. צד השרת של Base44 הוא שלה. ב-⁠Lovable ברירת המחדל היא Lovable Cloud או פרויקט Supabase, ‏Bolt עובדת עם אפשרויות צד שרת משלה, ו-⁠Replit מריצה את השרתים ומסדי הנתונים שאתם מקימים בה.

החלוקה הזו קובעת מה עובר:

• צד הלקוח (frontend) יכול לעבור, עם עבודה. אפליקציית Base44 היא אפליקציית React שנבנתה עם Vite. בונים אחרים יכולים לארח קוד React.
• שכבת הנתונים לא יכולה לעבור כמו שהיא. כל דף קורא וכותב דרך ה-⁠SDK של Base44, שמדבר עם ה-⁠API של Base44. בבונה אחר צריך לכתוב את הקוד הזה מחדש מול צד השרת של אותו בונה.
• הנתונים עוברים כקבצים. Base44 מייצאת רשומות כ-⁠CSV, טבלה אחת בכל פעם, וההפניות בין טבלאות הן מזהים (IDs) שתצטרכו לשמר.
• המשתמשים לא עוברים עם הסיסמאות שלהם. Base44 לא מוסרת את ה-⁠hash של הסיסמאות; התיעוד שלה אומר שאי אפשר לייצא את משתמשי האפליקציה.
• פונקציות, אוטומציות, תהליכי עבודה (workflows), סוכנים ואינטגרציות הם שירותים של Base44 שהקוד שלכם קורא להם. כל אחד מהם צריך להיבנות מחדש בפלטפורמה החדשה.

לכן "החלפת בונה" פירושה בפועל לשמור על המראה של האפליקציה, ולבנות מחדש את רוב מה שמאחוריו.

בונה אחרי בונה

המידע כאן מדויק נכון לספטמבר 2026. המוצרים האלה משתנים מהר, אז כדאי לבדוק את התיעוד העדכני שלהם לפני שמתחייבים.

Lovable

פרויקטים של Lovable מסתנכרנים החוצה ל-⁠GitHub: מתחילים פרויקט ב-⁠Lovable ומחברים אליו מאגר (repository). התיעוד של Lovable על GitHub אומר שהיא לא יכולה לייבא מאגר קיים; אפשר רק לייצא מ-⁠Lovable ל-⁠GitHub. יש מי שעוקפים את זה: מחברים פרויקט Lovable חדש למאגר ודוחפים אליו את הקוד שלהם, דרך ש-⁠Lovable לא מתעדת. צד השרת של Lovable הוא Lovable Cloud או פרויקט Supabase משלכם, כך שאפליקציית Base44 שעוברת לשם עוברת בעצם, מתחת לפני השטח, העברה מ-⁠Base44 ל-⁠Supabase: מודל נתונים חדש, מדיניות אבטחה חדשה, התחברות חדשה, פונקציות שנכתבות מחדש.

Bolt

Bolt יכולה לפתוח מאגר GitHub כפרויקט חדש. קוד צד הלקוח מגיע שלם, וה-⁠AI של Bolt יכול לעזור לכתוב אותו מחדש, אבל הקריאות ל-⁠SDK של Base44 עדיין צריכות צד שרת ש-⁠Bolt תומכת בו, ולכן גם שם שכבת הנתונים, ההתחברות והפונקציות נכתבות מחדש.

Replit

Replit מייבאת מאגר מ-⁠GitHub ישירות. מכיוון ש-⁠Replit מריצה שרתים ומסדי נתונים אמיתיים, יש בה יותר חופש מאשר בשתי האחרות: אפשר להריץ צד שרת משלכם לצד קוד צד הלקוח. אבל עדיין תצטרכו לספק משהו שעונה לקריאות של ה-⁠SDK של Base44, או לכתוב אותן מחדש.

סוכני קוד על מאגר משלכם

יותר ויותר, ה"בונה" שאנשים עוברים אליו הוא בכלל לא בונה. Claude Code, ‏Cursor ו-⁠Codex עובדים ישירות על מאגר, בכל מקום. הם לא מארחים כלום, וזה בדיוק העניין: הקוד, האחסון והנתונים שייכים לכם, והסוכן הוא כלי שאפשר להחליף.

הייבוא של Base44 עובד בכיוון ההפוך

יש בזה משהו מעיד: ל-⁠Base44 עצמה יש כלי בשם "Migrate from another platform" (העברה מפלטפורמה אחרת), שמביא פרויקטים פנימה מ-⁠Lovable ומ-⁠Bolt. הוא קורא את הטבלאות ב-⁠Supabase (המבנה והנתונים) ומושך את צד הלקוח מ-⁠GitHub (העברת פרויקט ל-⁠Base44). חלק מהבונים מתעדים גם דרך החוצה, ו-⁠Lovable ביניהם, אבל אף אחד מהם לא קולט אפליקציית Base44 שכבר באוויר, עם הרשומות והמשתמשים שלה, ולכן יציאה נקייה מ-⁠Base44 היא משהו שמתכננים בעצמכם.

למה "פשוט לכתוב פרומפט מחדש" קשה יותר ממה שזה נראה

האינסטינקט הראשון של בעלי אפליקציות רבים הוא לתאר את האפליקציה לבונה חדש ולתת לו לייצר הכול מחדש. לאפליקציה פשוטה בלי משתמשים, זו יכולה להיות הדרך המהירה ביותר. לאפליקציה עם משתמשים אמיתיים, הגישה הזו מפספסת את רוב הערך:

• הנתונים שלכם צריכים להיות מיוצאים, מותאמים למבנה של מסד הנתונים החדש ומיובאים, עם המזהים והקשרים שלמים.
• המשתמשים שלכם צריכים להיווצר מחדש, וכל אחד מהם צריך להגדיר סיסמה חדשה.
• כללי העסק שלכם נמצאים בכללי אבטחה, בפונקציות ובתהליכי עבודה שהבונה החדש לא רואה. פרומפט מתאר איך האפליקציה נראית; לעיתים רחוקות הוא מתאר מי רשאי לערוך אילו רשומות, או מה קורה בכל יום שני ב-⁠9 בבוקר.
• האינטגרציות שלכם (תשלומים, אימייל, חשבונות Google מחוברים) צריכות חיבור מחדש, ול-⁠webhooks משירותים כמו Stripe צריך לשנות את הכתובות.
• הכול צריך בדיקה מחדש, כי זו אפליקציה חדשה שדומה לישנה.

מדריך החלטה

אם בכל זאת מחליפים בונה: רשימת בדיקה

• לייצא כל טבלה ל-⁠CSV, ולשמור את הקבצים.
• לייצא את האימיילים, השמות והתפקידים של המשתמשים, ולנסח את ההודעה שמסבירה את איפוס הסיסמה.
• לרשום כל מפתח סודי (secret) שהפונקציות משתמשות בו, וכל קונקטור שהאפליקציה נשענת עליו.
• לפרט במילים פשוטות את האוטומציות או את תהליכי העבודה, עם התזמונים והטריגרים שלהם.
• לרשום כל שירות חיצוני שקורא לאפליקציה (webhooks של Stripe, כלי טפסים, אפליקציות אחרות), כי כתובות היעד שלהם ישתנו.
• להשאיר את אפליקציית ה-⁠Base44 רצה עד שהחדשה נבדקה והדומיין עבר.

לשמור על העבודה עם AI בלי להחליף בונה

הסיבה העיקרית שאנשים בודקים בונים אחרים היא כדי להמשיך לבנות באמצעות תיאור של שינויים, במקום לכתוב קוד. אפשר לשמור על זה בלי להתחיל מאפס. אחרי העברה עם Unbase44, האפליקציה שלכם היא מאגר מתועד, עם README ולצידו AGENTS.md ו-⁠CLAUDE.md, שנכתבו כך שסוכני קוד יבינו אותה מהפרומפט הראשון. מפנים אליה את Claude Code או את Cursor וממשיכים, ועורך AI מבוסס צ׳אט שעובד על המאגר שלכם יגיע בקרוב.