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

1. אקוסיסטם

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

1. ניהול משתמשים.

2. בסיס נתונים.

3. תשלומים.

4. שליחת סמסים, אימיילים, ווטסאפ, טלגרם.

5. שמירת קבצים.

ועוד אינסוף אינטגרציות כפי שמתועד בעמוד ה Connectors של Lovable.

המעבר לפיתוח מקומי לא אומר שאנחנו מוותרים על אותן היכולות אלא פותח לנו יותר אופציות:

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

מצד שני פלטפורמות ענן נוספות זיהו את הפוטנציאל ומציעות אחסון של אפליקציות בממשק נוח לסוכן מקומי ועם חיבורים שונים - לדוגמה val.town מציעה אחסון מהיר לאפליקציות בענן, חיבור לאימייל, חיבור לבסיס נתונים, אחסון קבצים ואפילו חיבור ל AI. ורסל מציעה אחסון של אפליקציית next.js ואחסון קבצים בענן. וכמובן פלטפורמות הענן הוותיקות AWS, GCP ו Azure מאפשרות לסוכן המקומי לדחוף אליהן את המוצר.

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

2. מה בונים

בעבודה עם Lovable התחלנו תמיד עם ה Template שלהם - אפליקציית next.js עם אוסף קומפוננטות מובנה. המעבר לפיתוח עם סוכן מקומי שוב פותח אפשרויות חדשות:

1. אפשר להשתמש בפריימוורק כמו next.js ולבחור את שיטת העבודה שמתאימה לנו.

2. אפשר להשתמש בתבנית בסיס כמו תבנית הבסיס של Lovable.

3. אפשר להתחיל לגמרי מאפס ולבחור כל שפת תכנות או פריימוורק.

סוכני קידוד עובדים טוב יותר ככל שיש יסודות חזקים יותר ולכן אני ממליץ לבחור פריימוורק יציב ורצוי גם שאתם מכירים. נקסט הוא אופציה מצוינת. גם Rails ו Django מעולים כאן והיתרון הגדול של עבודה מקומית הוא כשבונים מוצר לסביבה אחרת מ Web למשל כשבונים אפליקציית מובייל ואפשר לבחור ב Swift ובתבנית הבסיס של פרויקט חדש מתוך ה Xcode. הדבר החשוב הוא להשתמש ביסודות חזקים מהם תוכלו לבנות את האפליקציה שלכם. לאבבל נתנה לנו את זה בפיתוח ווב ועכשיו בפיתוח מקומי אנחנו יכולים לבחור כל פריימוורק ותבנית בסיס.

3. דוגמה: פיתוח קלוד קוד מקומי והעלאה לרשת

בוובינר הראיתי דוגמה של פיתוח Next.js מקומי עם העלאה ל Vercel, שמירת קבצים ב Vercel Blob ושמירת בסיס נתונים על Neon. בשביל להתחיל את הפרויקט פתחתי תיקייה חדשה ויצרתי פרויקט next.js חדש:

$ npx create-next-app@latest .

לאחר מכן התקנתי את כלי שורת הפקודה של vercel ו neon. כלי שורת הפקודה מספקים ממשק לסוכן להתחבר לשירותי הענן ולבצע בהם פעולות כמו להעלות את הפרויקט ל vercel או לפתוח בסיס נתונים חדש על neon. חברות רבות מעדיפות להפיץ כלי שורת פקודה במקום MCP כי הרבה יותר קל לעבוד איתם.

את כלי שורת הפקודה של Vercel מתקינים מכאן:

https://vercel.com/docs/cli

כדאי גם להתקין את התיעוד של כלי שורת הפקודה בתור Agent Skill ועבור הכלי של vercel ההתקנה היא כאן:

https://www.skills.sh/vercel/vercel/vercel-cli

אותו דבר נעשה עם neon נתקין את כלי שורת הפקודה מכאן:

https://neon.com/docs/cli

ואת התיעוד בתור Agent Skill מכאן:

https://github.com/neondatabase/agent-skills

אחרי ההתקנות נרצה לחבר את המחשב שלנו גם ל vercel וגם ל neon דרך כלי שורת הפקודה שהתקנו:

$ vercel login
$ neon auth

ואנחנו מוכנים. נפעיל את קלוד קוד באותה תיקיה בה יש כבר בסיס של פרויקט next.js ונכתוב את הפרומפט:

Create a coloring app with rainbows and unicorns

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

push to vercel as a new project

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

update the app:
1. users can "save" their creations in the gallery
2. saved creations are saved as vercel blobs
3. info about saved blobs is saved in a neon DB
4. gallery shows all creations of all users

No need to create a users system or authentication, let anyone save whatever they make.

Create the DB and all required resources and push

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

4. סיכום - פיתוח Vibe Code מקומי

סך הכל הפיתוח המקומי עובד די טוב.

אפשר לחבר את קלוד קוד המקומי לשירותי ענן ברשת דרך MCP או כלי CLI. כשמתקינים כלי CLI כדאי להתקין גם את התיעוד שלו בתור Agent Skill. אני ממליץ להשתמש בכמה שיותר שירותים שכבר מובנים ולא להמציא מחדש גלגלים, במיוחד בפיתוח Vibe Coding כשאנחנו לא רוצים להסתכל על הקוד ומחפשים מוצר באוויר כמה שיותר מהר.

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