איך בונים אפליקציה ראשונה ב-Vibe Coding בלי לדעת לתכנת
התשובה הקצרה: ב-Vibe Coding מתארים במילים מה האפליקציה צריכה לעשות, והכלי כותב את הקוד. מתחילים בגרסה קטנה עם פעולה אחת, בודקים אותה בעצמכם, ומוסיפים יכולות בבקשות קצרות, אחת בכל פעם. לפני שמשתפים את האפליקציה עם אחרים בודקים מי יכול לפתוח אותה ולראות את המידע שבה, ומוודאים שאף סיסמה או מפתח API לא נשארו בקוד שגלוי לגולשים.
שלב אחרי שלב
- בוחרים כלי לפי מה שבונים. לכלי קטן לשימוש אישי, כמו מחשבון, רשימה או משחק פשוט, מספיק צ'אט: Claude בונה כלים אינטראקטיביים קטנים בחלון שנפתח ליד השיחה, ו-Gemini בונה אפליקציות בחלון Canvas, עם תצוגה מקדימה. לאפליקציה עם משתמשים, התחברות ומידע שנשמר, יש פלטפורמות כמו Lovable ו-Base44, שבונות גם את צד השרת, את מסד הנתונים ואת האחסון, ומפרסמות את האפליקציה בכתובת באינטרנט. Cursor הוא עורך קוד עם סוכן AI, שמתאים למי שמוכן לעבוד עם קובצי קוד ממש.
- כותבים תיאור קצר של האפליקציה לפני שפותחים את הכלי: למי היא מיועדת, מה עושים בה, ואילו מסכים יש בה. למשל: "אפליקציה לניהול תורנויות בוועד הבית: כל דייר רואה מתי התור שלו, והמנהל יכול לשנות תורות". כדאי לכתוב גם מה לא צריך בגרסה הראשונה.
- מבקשים גרסה ראשונה מצומצמת, עם המסך המרכזי ופעולה אחת. בקשה גדולה מדי בבת אחת מובילה בדרך כלל לאפליקציה שחלקים בה לא עובדים, וקשה להבין איזה חלק נשבר.
- בודקים את התוצאה בעצמכם, כמו משתמש: לוחצים על כל כפתור, ממלאים טפסים גם בטעות בכוונה (שדה ריק, טקסט ארוך, עברית ואנגלית יחד), ובודקים גם בטלפון. כשמשהו לא עובד, מתארים לכלי בדיוק מה עשיתם, מה ציפיתם שיקרה ומה קרה בפועל. ב-Canvas של Gemini אפשר לפתוח קונסולה שמציגה שגיאות והודעות מהתצוגה המקדימה, וזה עוזר לתאר לכלי מה השתבש.
- מוסיפים יכולות אחת אחת, ובודקים אחרי כל שינוי שהחלקים הקודמים עדיין עובדים. שינוי אחד עלול לשבור משהו שעבד קודם. ב-Lovable כל שינוי נשמר אוטומטית כגרסה, ואפשר לחזור לגרסה קודמת אם משהו השתבש. החזרה משחזרת את הקוד, אבל לא את המידע שנשמר באפליקציה בינתיים.
- לפני ששומרים מידע אמיתי או משתפים, בודקים אבטחה. מי יכול לפתוח את האפליקציה? ב-Base44, למשל, אפשר לבחור בין פרטית (בהזמנה בלבד), צוות או ציבורית. מי יכול לראות ולשנות את המידע? ב-Lovable וב-Base44 יש סריקת אבטחה שמחפשת מידע פתוח מדי ומפתחות שנשארו גלויים. Base44 ממליצה להריץ אותה לפני פרסום, ו-Lovable מריצה בדיקה מהירה בכל פרסום. Lovable מציינת שהסריקה לא יכולה להבטיח אבטחה מלאה, ושתי החברות מבהירות שהאחריות על הגדרות האבטחה היא של מי שבנה את האפליקציה.
- משתפים קודם עם כמה אנשים שאתם מכירים, ומבקשים מהם לנסות ולספר מה לא עבד. רק אחרי סבב כזה מפרסמים לקהל רחב יותר.
דוגמה אמיתית: אותה אפליקציה, פעמיים
ביקשנו מ-Gemini, בשיחות זמניות, מחשבון שמחלק חשבון במסעדה בין חברים. פעם כתבנו רק בטקסט "ב-Canvas", ופעם בחרנו את הכלי Canvas מהתפריט, בפלוס שליד תיבת הכתיבה.
בלי לבחור את הכלי · Gemini
מה כתבנו
בנה לי ב-Canvas אפליקציה קטנה בעברית: מחשבון שמחלק חשבון במסעדה בין כמה חברים. מכניסים את סכום החשבון, אחוז טיפ ומספר אנשים, ומקבלים כמה כל אחד משלם. עיצוב פשוט, מימין לשמאל, שעובד גם בטלפון.
מה קיבלנו
Canvas לא נפתח. התשובה הייתה בלוק ארוך של קוד, עם הסבר שאפשר "להעתיק ולהדביק" אותו לקובץ. בתוך השיחה לא היה שום דבר להפעיל.
עם הכלי Canvas · Gemini
מה כתבנו
אותה בקשה, אחרי שבחרנו Canvas מהתפריט ("עוד כלים").
מה קיבלנו
נפתח חלון עם אפליקציה שעובדת: שדה לסכום, כפתורי טיפ, מספר סועדים עם פלוס ומינוס, וכפתור איפוס. בדקנו: 300 ש"ח, 10% טיפ, 3 סועדים. יצא 110 ש"ח לכל אחד, וזו התשובה הנכונה.

מה רואים כאן: המילה "Canvas" בבקשה לא הספיקה. הכלי נפתח רק כשבחרנו אותו בתפריט. אחרי שהאפליקציה נבנתה, הכנסנו מספרים שאת התוצאה שלהם אנחנו יודעים מראש, וכך בדקנו שהחישוב נכון. אפליקציה שנראית טוב עדיין יכולה לחשב לא נכון.
למי שרוצה להעמיק
- מה ריאלי לצפות: אב טיפוס שעובד, כלי פנימי לצוות קטן, אתר עם טופס או אפליקציה אישית אפשר לבנות בלי לדעת לתכנת. אפליקציה שמשרתת הרבה משתמשים, מטפלת בתשלומים או שומרת מידע רגיש דורשת גם הבנה של מה שהקוד עושה, ובדרך כלל גם בדיקה של מתכנת. ההבדל הוא לא ביכולת של הכלי לכתוב קוד, אלא ביכולת שלכם לזהות מתי הקוד שגוי או לא בטוח.
- ב-Lovable אפשר לסנכרן את הקוד ל-GitHub, GitLab או Bitbucket. כך יש עותק של הקוד מחוץ לפלטפורמה, ומתכנת יכול להמשיך לעבוד עליו בכלי אחר, למשל ב-Cursor.
- ב-Lovable יש, מלבד הבדיקה המהירה שרצה בכל פרסום, גם סריקה מעמיקה שעוברת על הקוד של האפליקציה ומחפשת בעיות בהרשאות, בהתחברות, בטיפול בתשלומים ומפתחות שדלפו. בדרך כלל היא לא רצה מעצמה, ולכן כדאי להפעיל אותה לפני שמשתפים אפליקציה עם מידע אמיתי.
- ב-Claude אפשר לבנות כלי קטן שבעצמו פונה ל-Claude, למשל מחולל רעיונות או בודק ניסוחים. לפי Anthropic, מי שמשתמש בכלי כזה מתחבר עם חשבון Claude שלו, ולא צריך מפתח API.
טעויות נפוצות
- להדביק מפתח API או סיסמה בצ'אט עם הכלי ולתת לו לשים אותם בקוד של הדף. לפי Lovable, אי אפשר לשמור מפתחות בבטחה בקוד שרץ בדפדפן, כי כל גולש יכול לראות אותו. המקום שלהם הוא אזור הסודות (Secrets) של הפלטפורמה, והקריאה לשירות החיצוני צריכה לצאת מצד השרת. גם Base44 שומרת מפתחות בכספת מוצפנת שרק צד השרת של האפליקציה ניגש אליה.
- לשתף קישור ציבורי לאפליקציה שיש בה מידע אישי. ב-Gemini, למשל, Google מזהירה שכל מי שיש לו את הקישור הציבורי יכול לראות ולערוך את המידע שקשור לאפליקציה. לפי Lovable, הגדרות שגויות של הרשאות גישה למידע הן סיבה נפוצה לדליפות מידע (ראו פרטיות נתונים).
- להאמין לכלי כשהוא כותב "תיקנתי" או "הכול עובד", בלי לבדוק בעצמכם. הכלי יכול להיות בטוח בעצמו ולטעות (ראו הזיה). כל תיקון בודקים בלחיצה.
- לבקש בבת אחת אפליקציה גדולה עם עשרות יכולות. מתקבלת אפליקציה שנראית שלמה, אבל חלקים בה לא מחוברים באמת, וכל תיקון שובר משהו אחר.
- לבנות אפליקציה שמטפלת בכסף, במידע רפואי או במידע רגיש של אחרים בלי שאדם עם ידע באבטחה יעבור עליה. בזה Vibe Coding לבדו לא מספיק.
המונחים מאחורי זה
וייב קודינגLovableבייס 44קרסרקלודג'מינימפתח גישהמסד נתוניםהזיה
מדריכים קשורים
מקורות
- Welcome to Lovable · Lovable Docs
- Security · Lovable Docs
- Project history · Lovable Docs
- Base44 documentation · Base44 Docs
- Security overview · Base44 Docs
- What are artifacts and how do I use them? · Anthropic (Claude Help Center)
- Use Canvas in Gemini Apps · Google (Gemini Apps Help)
- Cursor Docs · Cursor
נבדק לאחרונה מול המקורות: 22.10.2026. הממשקים של הכלים משתנים מדי פעם, ולכן המדריך נבדק מחדש כל חודש.