שבע הקומות של כל אפליקציה: מה לבקש מקלוד קוד בכל שלב

למה רוב מי שבונה אפליקציה עם AI נתקע באמצע?

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

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

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

מה הן שבע הקומות של כל אפליקציה?

קומה 1: פרונט

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

קומה 2: בקאנד

מה שקורה כשהמשתמש לוחץ. שולחים טופס? הבקאנד בודק אותו, שומר אותו ושולח מייל אישור. המשתמש לא רואה את הקומה הזאת, אבל בלעדיה הכפתורים לא עושים כלום. ב-Next.js הפרונט והבקאנד יכולים לשבת באותו פרויקט, וזה מקל מאוד כשבונים עם קלוד.

קומה 3: מסד נתונים

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

קומה 4: התחברות

הרשמה, כניסה עם מייל או גוגל, ומי רשאי לראות מה. Supabase נותן גם את זה, באותו חשבון.

קומה 5: תשלומים

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

קומה 6: אבטחה

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

קומה 7: העלאה לאוויר

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

הפרומפט שבונה איתכם את כל שבע הקומות

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

אני רוצה לבנות איתך אפליקציה, ואני לא מתכנת. נבנה אותה קומה אחרי קומה, לפי שבע הקומות של כל אפליקציה:
1. פרונט: מה שהמשתמש רואה ולוחץ עליו
2. בקאנד: מה שקורה מאחורי הקלעים כשהוא לוחץ
3. מסד נתונים: איפה המידע נשמר
4. התחברות: הרשמה, כניסה ומי רואה מה
5. תשלומים: איך הכסף נכנס
6. אבטחה: מה מגן על המשתמשים ועל המידע
7. העלאה לאוויר: איך האפליקציה עולה לאינטרנט עם כתובת אמיתית

הרעיון שלי: [תארו במשפט או שניים מה האפליקציה עושה ולמי]

ככה נעבוד:
שלב א: לפני שאתה כותב קוד, תשאל אותי עד 7 שאלות קצרות, אחת בכל פעם, כדי להבין מה אני צריך בכל קומה. תציע תשובה מומלצת לכל שאלה, כדי שאוכל פשוט לאשר.
שלב ב: תכתוב לי תוכנית קצרה בעברית פשוטה: לכל קומה, מה בונים, באיזה כלי ולמה, ומה עולה כסף. ברירת מחדל: Next.js לפרונט ולבקאנד, Supabase למסד הנתונים ולהתחברות, Vercel להעלאה לאוויר. לתשלומים תשאל אותי באיזו מדינה העסק רשום ותציע ספק סליקה שעובד שם. תחכה לאישור שלי.
שלב ג: נבנה קומה אחת בכל פעם, מלמטה למעלה. בסוף כל קומה תסביר לי בשלוש שורות מה בנית, תריץ בדיקה שמוכיחה שהיא עובדת, ותגיד לי מה אני צריך לעשות בעצמי (למשל לפתוח חשבון או להדביק מפתח). אל תעבור לקומה הבאה עד שאני כותב "הלאה".
שלב ד: בקומת האבטחה תבדוק במיוחד: שכל טבלה מוגנת כך שמשתמש רואה רק את המידע שלו, שאין מפתחות סודיים בקוד שעולה לדפדפן, ושכל טופס בודק את מה שמכניסים אליו.
שלב ה: לפני העלאה לאוויר תעשה לי רשימת בדיקה של כל שבע הקומות, עם סימון מה מוכן ומה חסר.

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

איך מריצים את הפרומפט נכון?

1. תיקייה חדשה. פותחים תיקייה ריקה בשם של הפרויקט, ומפעילים בה את קלוד קוד.
2. מתחילים במצב תכנון. לוחצים Shift+Tab עד שמופיע plan mode, ומדביקים את הפרומפט. ככה הוא לא נוגע בקבצים עד שאישרתם את התוכנית. יש על זה מדריך נפרד.
3. עונים על השאלות. ברוב המקרים התשובה המומלצת שלו טובה. אם משהו לא ברור, כתבו "תסביר לי כמו לילד בן 12".
4. קומה אחרי קומה. אחרי כל קומה הוא מראה בדיקה שעברה. רק אז כותבים "הלאה".
5. החשבונות. בקומות 3, 5 ו-7 הוא יבקש מכם לפתוח חשבון ולהדביק מפתח. זה הדבר היחיד שתעשו לבד.

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

כבר יש לכם חשבון Supabase? אפשר לחבר אותו ישירות לקלוד קוד, והוא יוצר בעצמו את הטבלאות. ראו המדריך ל-Supabase MCP.

חשוב לדעת לפני שבונים

• Stripe לא פתוח לעסקים ישראליים. נכון לאוקטובר 2026, ישראל לא מופיעה ברשימת המדינות של Stripe. עסק שרשום בישראל עובד בדרך כלל עם חברת סליקה ישראלית. בגלל זה הפרומפט שואל באיזו מדינה העסק רשום.
• חינם עד גבול מסוים. ל-Supabase ול-Vercel יש מסלולים חינמיים שמספיקים לפרויקט ראשון. כשיש הרבה משתמשים, משלמים. תבקשו מקלוד לפרט מה עולה כסף בשלב התוכנית.
• אבטחה צריכה עין שנייה. קלוד בודק את קומה 6, אבל אם האפליקציה שומרת מידע רגיש או כסף של אנשים, שווה לשלם למפתח שיעבור עליה לפני שמשיקים.
• מנוי לקלוד קוד. קלוד קוד דורש מנוי בתשלום או חשבון API. בנייה של אפליקציה שלמה לוקחת כמה סשנים, אז כדאי לעבוד קומה בכל סשן.
• שבע הקומות הן מודל. זו דרך לחשוב, לא תקן רשמי. באפליקציות גדולות יש עוד שכבות, כמו מיילים, התראות ולוגים.