מה זה vibe coding? מ-Karpathy ועד מילת השנה

בפברואר 2025 פרסם Andrej Karpathy — מייסד שותף של OpenAI ולשעבר מנהל ה-AI בטסלה — ציוץ אחד שתיאר דרך עבודה חדשה: לזרוק רעיון למודל שפה, ללחוץ "Accept All" על כל שינוי בלי לקרוא את ה-diffs, ולעקוף באגים במקום להבין אותם. הוא כינה את זה "להתמסר לחלוטין ל-vibes" ו"לשכוח שהקוד בכלל קיים". תוך פחות משנה הביטוי הזה, vibe coding, עבר מהערה משועשעת של מומחה למילת השנה של מילון רשמי. אם אתה רק נכנס לתחום, כדאי שתדע מההתחלה מה הוא באמת אומר — ובמיוחד מה הוא לא.

מאיפה הגיע המונח — ציוץ אחד שהפך לתופעה

ב-2 בפברואר 2025 Karpathy טבע את הביטוי. ההגדרה המקורית שלו לא היתה אקדמית אלא חווייתית: אתה נותן הוראות בשפה טבעית, המודל כותב, אתה מקבל הכל בלי לבדוק, וכשמשהו נשבר אתה מבקש מהמודל לתקן במקום לחקור בעצמך. Karpathy עצמו מיהר לסייג שזה מתאים בעיקר ל"throwaway weekend projects" — אבטיפוסים שאפשר לזרוק.

מכאן זה התגלגל מהר. ב-8 במרץ 2025 הוסיף מילון Merriam-Webster את 'vibe coding' לרשימת ה-'slang & trending' שלו, עם הגדרה תמציתית: דרך עבודה שבה "המתכנת לא צריך להבין כיצד או מדוע הקוד עובד". זה היה הסימן הראשון שהמונח חוצה את גבולות קהילת המפתחים.

מילת השנה 2025 — למה Collins בחר דווקא בזה

ב-6 בנובמבר 2025 הכריז מילון Collins על 'vibe coding' כמילת השנה. ההגדרה הרשמית שלו: "השימוש בבינה מלאכותית המונחית בשפה טבעית לכתיבת קוד מחשב". זו אבן דרך תרבותית, לא רק טכנולוגית — ביטוי שנולד בטוויטר של איש AI אחד הפך לסימן ההיכר הלשוני של שנה שלמה.

כדי להבין את ההקשר, שווה להסתכל על מי שהפסיד למונח הזה. רשימת המועמדים של Collins ל-2025 כללה את 'aura farming' (טיפוח דמות שנראית חסרת מאמץ אך מתוכננת בקפידה), 'taskmasking' (העמדת פנים של פרודוקטיביות), 'broligarchy' (ריכוז כוח בידי מיליארדרי טכנולוגיה), 'clanker' (כינוי גנאי למערכות AI ורובוטים) ו-'HENRY' (בעלי הכנסה גבוהה שעדיין לא צברו הון). בתוך שדה שלם של מילים על טכנולוגיה, אותנטיות וכוח — דווקא vibe coding ניצח.

ההבחנה הקריטית: vibe coding מול תכנות בעזרת AI

כאן נמצאת המלכודת הגדולה של מתחילים. דמיין מפתח חדש שמשתמש ב-Cursor או ב-Claude כדי לבנות אפליקציה, קורא כל פיסת קוד שהמודל מציע, בודק שהיא עובדת ומבין למה — ואז קורא לעצמו 'vibe coder'. לפי Simon Willison, מפתח ותיק וקול משפיע בתחום, זו טעות במינוח. הוא מנסח את ההבחנה בצורה החדה ביותר שיש.

Vibe coding הוא בניית תוכנה עם LLM בלי לבדוק את הקוד שהוא כותב. זה לא אותו דבר ככתיבת קוד בעזרת LLMs — שזו פרקטיקה שכוללת בדיקה, הבנה ואחריות מקצועית. — Simon Willison

הכלל המוזהב של Willison פשוט וקל לזכור: אל תעשה commit לקוד שלא יכולת להסביר למישהו אחר. אם בדקת, הבנת ויכולת לתאר מה הקוד עושה ולמה — זו לא 'התמסרות ל-vibes', זו עבודה מקצועית טובה שנעזרת ב-AI. ההבדל אינו בכלי, אלא בשאלה אם אתה מבין את מה שאתה משחרר. vibe coding לא מוגדר לפי הכלי שאתה משתמש בו, אלא לפי האם בדקת את הקוד או לא.

מתי זה מצוין ומתי זה מסוכן

Willison לא מבטל את vibe coding — להפך, הוא נלהב ממנו במקום הנכון. הוא ממליץ עליו בלב שלם לפרויקטים בסיכון נמוך: אבטיפוסי סוף-שבוע, ניסויים שתזרוק ממילא, וכלי למידה שעוזרים לך לבנות אינטואיציה על מה ש-LLM מסוגל לעשות. בהקשרים האלה, היכולת לבנות משהו עובד בלי להיתקע בכל פרט היא יתרון אמיתי, לא חיסרון.

הסכנה מתחילה כשהקוד יוצא מהארגז החול. Willison ממליץ במפורש נגד vibe coding בכל מה שנוגע לאבטחה, לנתוני משתמשים אמיתיים, או לסיכון פיננסי — למשל קוד שניגש ל-API עם חיוב לפי שימוש, או שירות שעלול להשפיע על פלטפורמות חיצוניות. שם, קוד שאינך מבין הוא לא קיצור דרך אלא פצצת זמן.

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

vibe coding הוא כלי מעולה כשאתה יודע מתי לא להשתמש בו — והמתחילים שמצליחים הם אלה שמבחינים בין 'לזרום עם ה-vibes' באבטיפוס זריק, לבין הבנה ובדיקה של כל שורה כשמשהו אמיתי מונח על הכף.