איך מעלים אפליקציה ש-AI כתב לאוויר? הטריק שהופך דיפלוי להזמנת משלוח

איך מעלים אפליקציה ש-AI כתב לאוויר? הטריק שהופך דיפלוי להזמנת משלוח
Richardsonהכאב: AI כותב אפליקציה בחמש דקות, דיפלוי לוקח שבועיים
קודם נבהיר למי המאמר הזה מתאים: יש לך מנוי ל-Claude Code או Codex, יש לך פרויקט ש-AI כתב בשבילך, ואתה תקוע ב”איך הופכים את זה לכתובת אמיתית באינטרנט”. אם זה אתה — תמשיך לקרוא.
Cursor, Claude Code ו-Codex כבר מזמן דחסו את שלב “כתיבת הקוד” לדקות. מפתח עצמאי שרוצה כלי SaaS אומר ל-Claude Code “תכתוב לי כלי לניתוח קורות חיים” ומקבל קוד מלא של פרונט ובק תוך חצי שעה. אבל בין קוד לבין אוויר פעורה תהום: איפה קונים דומיין? איזה הוסטינג? איזה דאטהבייס? איך עושים לוגין? איך שולחים מיילים? איך גובים כסף?
מאחורי כל שאלה מסתתר חשבון ספק, שרשרת של API Keys וערימת קונפיגורציות. שתי דוגמאות שהכי שוברות אנשים: שליחת מיילים דורשת DKIM — בעצם “תעודת זהות” למייל שלך, שמוכיחה שהוא לא ספאם. גבייה דורשת webhook — בעצם “כתובת למשלוח”, כדי שפלטפורמת התשלום תוכל לעדכן את האפליקציה שהכסף נכנס. רק הרשמה ואימות זהות בשלוש פלטפורמות (הוסטינג, תשלומים, דומיין) לוקחים חצי יום. להרים דאטהבייס, מיילים ותשלומים אחד אחד — שבוע שלם נעלם. אם אתה במקביל עושה פרויקטים ללקוחות או בונה קהל — אין לך את הזמן הזה.
ועוד בעיה: אפליקציות שסוכני AI בונים רצות על API keys זמניים ו-mock data. המפתח עצמו לא יודע לענות: “האפליקציה הזאת באמת באוויר? הדומיין שלי? אני יכול לקחת את הדאטה וללכת?” כשצריך למסור ללקוח או לסגור את הפרויקט, מגלים שאי אפשר לפרק — טבלאות יתומות בדאטהבייס, webhooks תלויים בפלטפורמת התשלומים, דומיין שגוי בהוסטינג. זנבות שלא ניתקים.
ההזדמנות: להפוך “עלייה לאוויר” לפס ייצור, ולתת ל-AI לנהל את כל הדיפלוי
GoLive (ריפו: https://github.com/mikehasa/golive-skill) הוא פרויקט קוד פתוח ברישיון MIT (לפי הפוסט המקורי, לא אומת באופן עצמאי: 894 כוכבים, 63 פורקים, פוש אחרון 2026-09-25) שיושב בדיוק בחריץ בין “הקוד מוכן” ל”משתמשים אמיתיים נכנסים”. זה לא עוד PaaS — זה Agent Skill + CLI של Node ללא תלויות עבור סוכני קוד כמו Claude Code ו-Codex.
כל התהליך נדחס לחמישה צעדים: detect (מזהה מה האפליקציה צריכה) → plan (תוכנית שינויים מדויקת) → approve (אישור שלך) → apply (ביצוע בחשבונות שלך) → verify (בדיקה שזה באמת עובד). כל המשאבים נפתחים בחשבונות שלך — Vercel, Netlify, Supabase, Neon, Porkbun, GoDaddy, Resend, Stripe. אין שרת של GoLive, אין טלמטריה, אין נעילת דאטה. רוצה למסור? אורזים והולכים. רוצה לפרק? פקודת teardown אחת מנקה הכל.
כמה זה שווה בכסף? בואו נחשב: דיפלוי ידני של אפליקציה עם דאטהבייס וגבייה לוקח לאיש מנוסה שבוע-שבועיים. בעלות זמן של יזם עצמאי — נניח $70 ליום עבודה שווה-ערך — זה $700-1,000 של שעות אדם. GoLive דוחס את זה לשיחה של עשרות דקות פלוס דמי דומיין שנתיים. ואם אתה מוכר שירותי דיפלוי ללקוחות, מחיר שוק הוא $150-600 לפרויקט — פעם זה לקח שבועיים, עכשיו חצי יום. אותו זמן, פי עשרה פרויקטים. זה לא “יעילות” — זה שכר שעתי אמיתי.
הדרך: שלושה צעדים להביא את האפליקציה שלך למשתמשים אמיתיים
צעד 1: מתקינים את GoLive, והסוכן מכיר את הסקיל.
דרישות: Node.js 20+, npm/npx, Git, וסוכן קוד שתומך ב-Skills (אומת רשמית על Codex ו-Claude Code; לקוחות אחרים לא אומתו). פקודה אחת להתקנה גלובלית:
1 | npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes |
עם Codex, מחליפים את --agent claude-code ב---agent codex. אפשר גם דרך npm אופליין: npx golive@alpha install --agent codex. ההתקנה רק מעתיקה קבצי skill — לא נוגעת בחשבונות ספקים, לא מדפליאה כלום.
אחרי ההתקנה, ב-Codex כותבים $golive Help me take this app live. וב-Claude Code כותבים /golive Help me take this app live. הסוכן טוען את סט ההוראות של GoLive ומוכן להשתלט על הדיפלוי. שים לב: npx skills add לא מתקין פקודת golive בטרמינל שלך — ה-CLI מופעל על ידי הסוכן מתיקיית הסקיל (בדרך כלל ~/.claude/skills/golive או ~/.agents/skills/golive).
צעד 2: נותנים לסוכן לרוץ detect → plan, וכל השינויים על השולחן.
GoLive סורק את הריפו ומזהה מסקנות כמו “אפליקציית Next.js הזאת צריכה הוסטינג ב-Vercel, דאטהבייס ב-Supabase, מיילים ב-Resend, גבייה ב-Stripe, ותת-דומיין ב-example.com”. אז הוא פולט תוכנית שינויים — כל שורה היא שינוי קונפיגורציה אחד באחד החשבונות שלך. בשלב הזה הוא רק קורא, לא כותב.
צומת approve הוא שסתום הבטיחות האמיתי: לפני שהוא נוגע בחשבון שלך, הוא חייב שתאשר בצ’אט. “להוסיף רשומת A בחשבון Porkbun שלי”, “לפתוח פרויקט חדש ב-Supabase”, “לייצר מפתח test mode ב-Stripe” — כל פעולה היא הרשאה מפורשת. הפעולה הכי מסוכנת — “AI שלוחץ אישור בשמך” — נעצרת מול העיניים שלך.
צעד 3: apply → verify, ונועצים את “זה באמת עובד”.
אחרי האישור, GoLive מבצע: דיפלוי בחשבון Vercel שלך, יצירת פרויקט והרצת מיגרציות ב-Supabase שלך, שינוי DNS ב-Porkbun שלך, מעבר ל-test mode ב-Stripe שלך. כל הטוקנים עוברים דרך משתני סביבה מקומיים — בלי מתווך צד שלישי.
והביצוע הוא לא הסוף. verify באמת עושה ping ל-URL, בודק חיבור לדאטהבייס, שולח מייל בדיקה, ובודק שה-webhook של התשלום מגיע. כל שלב שנכשל — רולבק או סימון אדום. אין “נראה באוויר אבל חצי שבור”.
יש עוד שני קלפים: golive status מזהה סטייה — אם שינית ידנית סיסמת דאטהבייס או מחקת רשומת DNS, הוא אומר לך “הקונפיגורציה סטתה”. ו-golive handoff מייצר מסמך בעלות: איזה משאב באיזה חשבון, עם אילו credentials, ואיך לכבות. מסירה ללקוח, מכירה, או teardown מלא — פשוט עוברים לפי המסמך.
דוגמאות: אילו עסקים צדדיים הכי מרוויחים מהתהליך הזה
הבהרה: דוגמה 2 היא תרחיל היפותטי מבוסס יכולות הכלי, לא סיפור לקוח אמיתי — כדי לעזור לך להחליט אם זה מתאים לך.
דוגמה 1: פרויקטים ללקוחות — כלי לחנויות Shopify.
צוות שבונה תוספים ל-Shopify כתב ב-Next.js + Prisma + Stripe Connect כלי שמחליף שילוח אוטומטית לפי אזור חלוקה. בעבר, כדי למכור את הכלי לבעלי חנויות אמיתיים, היו צריכים להדגים לכל לקוח את הדיפלוי — הלקוחות עצמם לא יודעים ללחוץ כפתורים ב-Vercel, Stripe ו-Cloudflare. עם GoLive, הצוות מתקין את הסקיל ב-Codex ואומר ללקוח “תריץ את זה בחשבון Vercel שלך” — והדיפלוי השיחתי נגמר. לפי הפוסט המקורי (לא אומת עצמאית), גרסת 0.1.0-alpha.3 כבר מכסה בבדיקות חיות שישה מסלולים מרכזיים: הוסטינג, דאטהבייס, DNS, מיילים, תשלום טסט ולוגין.
דוגמה 2 (תרחיל היפותטי): MVP מהיר לכלי תוכן.
נניח צוות תוכן שרוצה לבנות כלי “המרת פוסטים מ-Pinterest לתבניות Notion בקליק”, וחושש לשרוף כסף על דומיין בלי משתמשים. רצים עם GoLive: ב-detect מתגלה שצריך רק הוסטינג סטטי + איסוף נרשמים למייל. ב-plan רשימת העלויות מדויקת עד דמי הדומיין השנתיים (לפי המקור, פחות מעשרה דולר לשנה, לא אומת) פלוס מכסת הוסטינג חינמית. ב-apply — 20 דקות והכל באוויר. אם אחרי שבוע הנתונים גרועים — teardown אחד מנקה הכל, הדומיין לא מתחדש, ולא נשארים פרויקטים זומבים בחשבון. לעסקים של ניסוי וטעייה, “עולה מהר ויורד נקי” שווה הרבה יותר מ”הרבה פיצ’רים”.
הערה חשובה על גבייה: Stripe לא זמין בכל מדינה ודורש ישות עסקית מתאימה, ו-GoLive מכסה כרגע רק את מצב הטסט של Stripe — לא גבייה אמיתית. אם הקהל שלך מקומי, תצטרך לחבר ספק תשלומים מקומי (בישראל למשל: סליקה דרך חברות מקומיות או Bit לעסקים קטנים). GoLive יקים לך את דף הנחיתה והתשתית — אבל את רכיב התשלום תחליף בערוץ שעובד אצלך. אל תצפה ש-Stripe יפתור הכל בלחיצה.
קריאה לפעולה: הערב האפליקציה הבאה שלך עולה לאוויר באמת
אל תתייחס ל”AI סיים לכתוב” כקו סיום. שלוש משימות לרשימת הערב:
- פתח את פרויקט Claude Code או Codex האחרון שלך, ודא ש-Node.js בגרסה 20+, והרץ
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes(או codex). אחרי ההתקנה הרץnode <installed-skill-dir>/scripts/golive.mjs version --jsonלאימות (החלף בנתיב האמיתי, בדרך כלל~/.claude/skills/golive). - בצ’אט של הסוכן כתוב
/golive Help me take this app liveותן לו לעשות רק detect ו-plan — בלי apply. - פתח כל חשבון ספק שמופיע ב-plan ובדוק יתרה, סטטוס אימות ומרחבי שמות של API keys — אלו הנכסים שלך, ה-AI רק לוחץ כפתורים.
הכלי הזה הוא קוד פתוח MIT, אפס תלויות, אפס טלמטריה, רץ בחשבונות שלך ולא קשור לאף ספק — תכונה נדירה בכלי דיפלוי. ואזהרה אחרונה: זו עדיין גרסת 0.1.0-alpha מוקדמת, באגים יהיו — בפרויקטים חשובים תריץ קודם סבב מלא על חשבון טסט לפני שנוגעים בפרודקשן. AI כותב קוד, GoLive מעלה לאוויר, ואתה — פקח עין בצעד ה-approve. החלוקה הזאת היא הפוזיציה הכי משתלמת ליזם עצמאי בשנים הקרובות.







