מה זה Supabase ואיך עובדים איתו עם קלוד קוד

הציון שלנו ל-Supabase: ★★★★★ ★★★★★ 4.5/5

למה כולם מדברים על Supabase דווקא עכשיו?

כשבונים אפליקציה עם קלוד — במיוחד בוייב קודינג, שבו מתארים מה רוצים והסוכן כותב — מגיע רגע שבו צריך מקום אמיתי לשמור בו נתונים: משתמשים, הזמנות, תוכן. Supabase הפך למקום הזה, והמספרים מאחורי הטענה הם של החברה עצמה: בהודעה על גיוס של 500 מיליון דולר לפי שווי של 10.5 מיליארד (יוני 2026, בהובלת GIC) דיווחה Supabase שיצירת בסיסי נתונים חדשים זינקה פי שבעה בשנה — ויותר מ-60% מהם נוצרים על ידי כלי AI, עם קלוד קוד בין הכלים שנזכרים בשמם.

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

מה בעצם מקבלים בפרויקט Supabase?

כל פרויקט הוא בסיס נתונים Postgres מלא — לא מסד קנייני אלא הדבר האמיתי, בקוד פתוח — ומסביבו השכבות שכל אפליקציה צריכה:

• הרשמה והתחברות (Auth): משתמשים, סיסמאות, התחברות דרך Google — ומאז 2026 גם Passkeys, עדיין בבטא
• אחסון (Storage): קבצים ותמונות עם הרשאות ברמת המשתמש
• Realtime: עדכונים חיים בין משתמשים, לצ’אטים ולוחות משותפים
• Edge Functions: קוד צד-שרת שרץ קרוב למשתמש, בלי לנהל שרת
• AI ווקטורים: חיפוש סמנטי על בסיס pgvector, לאפליקציות שמדברות עם מודלים
• ומסביב: משימות מתוזמנות ותורים (Cron ו-Queues), ענפי פיתוח (Branching) שמאפשרים לנסות שינויי סכימה בצד, ו-API אוטומטי לכל טבלה

הנקודה החשובה: הכול יושב על SQL סטנדרטי. מה שקלוד יודע על Postgres — והוא יודע הרבה — עובד כאן אחד לאחד.

איך מחברים את קלוד קוד ל-Supabase?

כאן קרה השינוי הגדול של השנה, ואם קראתם מדריכים ישנים — תשכחו מהם: אין יותר התקנת חבילה מקומית ואין הדבקת טוקנים. שרת ה-MCP של Supabase הוא היום שרת מרוחק עם אימות OAuth. מוסיפים אותו לפרויקט בפקודה אחת:

claude mcp add --scope project --transport http supabase "https://mcp.supabase.com/mcp"

מקלידים ‎/mcp‎ בתוך קלוד קוד, בוחרים supabase ואז Authenticate — נפתח דפדפן, מתחברים לחשבון Supabase ומאשרים. זהו. מאותו רגע קלוד רואה את הטבלאות, מריץ שאילתות, פורס Edge Functions וקורא לוגים בעצמו. מי שרוצים להבין את המנגנון — מה זה MCP מסביר בעברית פשוטה.

שלוש הגדרות ששוות את הדקה הנוספת

השרת מקבל פרמטרים בכתובת החיבור, ושלושה מהם הם ההבדל בין חיבור זהיר לחיבור מסוכן:

• מצב קריאה בלבד: מוסיפים ‎?read_only=true‎ לכתובת, וכל השאילתות רצות כמשתמש שאינו יכול לכתוב. זו ברירת המחדל הנכונה להתחלה
• הצמדה לפרויקט: ‎project_ref‎ נועל את השרת לפרויקט אחד, כך שהסוכן אינו רואה את שאר החשבון
• צמצום כלים: ‎features‎ מדליק רק קבוצות כלים שבחרתם — למשל בסיס נתונים ותיעוד בלבד. אגב, גישה ל-Storage כבויה כברירת מחדל

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

מה זה הסקילים של Supabase ולמה בכלל צריך אותם?

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

npx skills add supabase/agent-skills

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

npx plugins add supabase-community/supabase-plugin

איך נראית עבודה אמיתית על פרויקט?

תרחיש מציאותי: אפליקציית הרשמה לסדנאות. מתחילים בתיאור חופשי לקלוד קוד — אילו ישויות יש (סדנה, משתתף, הרשמה), מי רואה מה. עם הסקילים ושרת ה-MCP מחוברים, השלבים נראים כך:

• סכימה: קלוד מנסח מיגרציה עם הטבלאות והקשרים, ואתם קוראים אותה לפני שהיא רצה — SQL קריא, לא קסם
• הרשאות: הסקיל דואג שכל טבלה מקבלת מדיניות RLS מפורשת: משתתפים רואים רק את ההרשמות של עצמם. זה השלב שסוכן בלי סקיל היה מדלג עליו
• התחברות: חיבור ה-Auth המובנה, כולל הטפסים בצד הלקוח
• בדיקה מול נתונים: קלוד שואל את בסיס הנתונים דרך MCP ומוודא שהמדיניות באמת חוסמת — במקום לנחש
• פריסה: האתר עצמו עולה לשירות אירוח כמו Vercel, ו-Supabase נשאר צד השרת. זה הצמד הנפוץ ביותר באפליקציות וייב קודינג

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

ממה להיזהר?

• השהיית פרויקטים חינמיים: פרויקט חינמי שלא נגעו בו שבוע מושהה. לא נורא ללמידה; מטריד אם משהו קטן אמור לרוץ ברקע כל הזמן
• העלות מטפסת בשקט: מעבר למסלול בתשלום, החיוב על משאבי מחשוב הוא לפי שימוש — אפליקציה שתופסת תאוצה מייקרת את החשבון בלי לשאול
• SQL עדיין שפת האם: קלוד מתרגם בשבילכם, אבל כשמשהו נשבר, מי שמבינים מה זו מיגרציה ומה זה אינדקס מתקנים בדקות במקום בשעות
• וכן, שוב: MCP רחוק מנתוני ייצור. שווה להופיע פעמיים

כמה זה עולה?

ארבעה מסלולים: Free, Pro, Team ו-Enterprise, ומעליהם חיוב לפי שימוש על משאבי מחשוב. Supabase עצמם מסמנים את התמחור כ”בטא”, כלומר צפויים שינויים — לכן אין כאן מספרים: המחירים והמכסות המעודכנים נמצאים בעמוד התמחור של Supabase, נכון ליולי 2026.

שורה תחתונה

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

עוד לא התקנתם קלוד קוד? מדריך ההתקנה בעברית לוקח עשר דקות, ומשם הדרך לאפליקציה ראשונה קצרה משנדמה.