פרק 16: למה אני עוצר עם Supabase, ועובר ל-Convex

בשנתיים האחרונות בניתי המון אפליקציות עם Supabase, לימדתי אותו, המלצתי עליו לבילדרים אחרים, ובאמת חשבתי שזה הסטנדרט. כל מדריך AI שני שמייצרים היום פותח עם supabase init — וזה הפך לרפלקס כמעט אוטומטי.

בחודשים האחרונים, כשהתחלתי להריץ יותר ויותר פרויקטים עם Claude Code ועם סוכנים אגנטיים, גיליתי משהו שהתחיל להציק לי: שהכלי שהיה נוח כשבניתי לבד הופך למכשול דווקא כשהבנייה עוברת ל-AI.

הבעיה הראשונה: שני מוחות נפרדים

הבעיה הראשונה היא ש-Supabase מפצל את הראש של הסוכן לשני מוחות נפרדים: מצד אחד הקוד של האפליקציה עם הלוגיקה והפיצ׳רים, ומצד שני הדשבורד של Supabase עם הטבלאות, ה-RLS policies והכללים.

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

ב-Convex לעומת זאת, סכמת הדאטהבייס, ההגדרות, החוקים והלוגיקה העסקית כולם חיים בתוך הקוד עצמו, בקבצי TypeScript. וכך הסוכן רואה את הכול במקום אחד, מבין הכול, ויכול לשנות הכול בלי לעבור בין ממשקים. זה הבדל ענק כשעובדים בלולאות אוטומטיות עם Claude Code.

הבעיה השנייה: סביבת הפיתוח

בשביל לבדוק שינויים בלי לשבור משתמשים בפרודקשן צריך staging environment, וב-Supabase זה דורש הגדרה ידנית, תשלום נוסף, ומורכבות שלא משתלמת לעבור עבור פרויקטים קטנים.

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

ב-Convex אתם מקבלים deployment נפרד לפיתוח ולפרודקשן באופן אוטומטי וחינמי מהשנייה הראשונה. אפשר לשבור את סביבת הפיתוח כל היום — והמשתמשים לא יראו כלום.

הבעיה השלישית: מודל התמחור

וזו לטעמי הכואבת ביותר.

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

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

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

הבעיה הרביעית: אינטגרציות חיצוניות

אפליקציה אמיתית צריכה לדבר עם Stripe לתשלומים, עם Resend למיילים, עם OpenAI או Claude למודלים, ולעיתים קרובות עם וובהוקים נכנסים.

ב-Supabase לחבר ולבדוק וובהוק מקומי דורש להתקין כלי טרמינל של Stripe, להעלות bridge לאינטרנט, להזין URL זמני — וכל זה לפני שכתבתם שורה אחת של לוגיקה אמיתית.

ב-Convex כל קוד ה-backend חי בענן שלהם ומסונכרן אוטומטית מהמחשב שלכם. ולכן הסוכן יכול לכתוב webhook handler או scheduled task — והוא פשוט עובד, בלי תשתית בדיקה נוספת.

הבעיה החמישית: ריאקטיביות

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

ב-Supabase להפעיל את זה דורש קוד נוסף, הגדרת channels, ניהול subscriptions, ועוד שכבת תחזוקה שיכולה להישבר. ב-Convex כל query שאתם כותבים הוא אוטומטית reactive — ברירת המחדל היא שעדכונים בדאטה נדחפים לכל המשתמשים בזמן אמת. וזה משדרג את התחושה של האפליקציה, ממנה שמרגישה איטית למשהו שזורם.

אז מתי Supabase נשאר על הפודיום?

חשוב לי לומר שגם אחרי כל מה שכתבתי כאן, Supabase הוא עדיין כלי מצוין, ויש מקרים שבהם הוא יהיה הבחירה הנכונה. אם אתם בונים אפליקציה כבדת נתונים שצריכה SQL מורכב, joins רבים, אנליטיקה רצינית — או אם אתם מתעקשים על open source מלא עם self-host — Supabase יישאר על הפודיום.

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

ההצעה שלי: בפרויקט הבא שאתם פותחים, נסו לפתוח אותו עם npm create convex@latest במקום עם supabase init — ותרגישו את ההבדל תוך חצי שעה. ספרו לי בקהילה איך הלך לכם, ואם נתקלתם בקיר, אשמח לעזור לפצח אותו ביחד.

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

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

בפרק הבא: מהפכת ה-AI כבר כאן — אבל הגל הראשון מוביל דווקא מי שהכי קרוב לקוד, ושני התחומים שישנו באמת את צורת העבודה עוד לא התחילו.

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