דילוג לתוכן
מיכאל דנילובמדריכים חינמיים
שלב 1 מתוך 60/110 XP

בונים מוצר סוכן חיפוש עבודה

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

חינם · 6 שלבים · בערך 3 שעות

מיכאלבלי ניסיון בכלל? תתכנן 4 עד 6 שעות, כולל התקנות והרשמה.

  1. שלב 1: מחליטים מה מוכרים

    מוצר עם לקוח, תוצאה ומגבלה, לא “סוכן שעושה הכול”.

    מה יהיה לך בסוף

    מוצר Web שאפשר לשלוח ללקוחות

    ממשק, Claude API בצד השרת, מגבלת שימוש, מסך גישה, פרטיות ובטא ראשונה למכירה.

    מה המוצר מבטיח

    1. ההבטחה: המשתמש מדביק קורות חיים ומשרה ומקבל חבילת מועמדות.
    2. מחיר בדיקה: 10 ₪ לחודש עד 10 ניתוחים.
    3. לא מבטיחים מציאת עבודה ולא שולחים מועמדות אוטומטית.
    4. מתחילים עם 20 עד 30 משתמשי בטא לפני אוטומציית תשלומים.
    מה הלקוח רואה ומה קורה מאחורי הקלעים

    הלקוח רואה

    הרשמה, טופס קורות חיים ומשרה, תוצאה, היסטוריה ומכסת שימוש.

    מאחורי הקלעים

    שרת מאומת, Claude API, מסד מבודד, מגבלת עלות וגישה לפי תשלום.

    כמה זמן זה לוקח ומה צריך

    זמן לבטא מוכרת

    2 עד 3 שעות

    אחרי שכל החשבונות מוכנים.

    זמן למנוי אוטומטי

    4 עד 8 שעות

    כולל Auth, webhook ובדיקות.

    מה צריך

    Claude Code + API

    Supabase, Vercel וספק תשלום.

    פעם ראשונה בחיים?

    4 עד 6 שעות

    כולל התקנות, הרשמה והסברים.

  2. שלב 2: מסדרים את שולחן העבודה

    בלי Terminal ובלי תכנות: מורידים Claude Desktop ועובדים בלשונית Code.

    6 צעדים עד חלון עבודה מוכן
    1

    מורידים Claude Desktop.

    אם כבר יש לך את האפליקציה, מדלגים.

    2

    פותחים את האפליקציה ונכנסים לחשבון.

    מחפשים למעלה את הלשונית Code ולוחצים עליה.

    3

    יוצרים קופסה למוצר.

    ב־Mac: פותחים Finder ← Desktop ← File ← New Folder. ב־Windows: File Explorer ← Desktop ← New ← Folder. קוראים לה jobfit-product.

    4

    פותחים עבודה חדשה.

    ב־Code בוחרים Local, לוחצים Project folder, ובוחרים את jobfit-product.

    5

    בוחרים Manual.

    Claude מבקש אישור לפני כל שינוי או פעולה.

    6

    בודקים שהגענו.

    רואים חלון שיחה ריק ואת שם התיקייה? עוברים לשלב הבא.

    המילון של הקורס ופרומפט הצילו

    משהו לא ברור? מדביקים אותו בפרומפט „הצילו” ו־Claude נותן פעולה אחת בכל פעם.

    אני מתחיל מוחלט. הסבר לי את המושג הבא כאילו אני בן 4: [להדביק כאן את המושג או את הודעת השגיאה] ענה תמיד ב־4 חלקים: 1. מה זה במשפט אחד פשוט 2. למה צריך את זה במוצר שלנו 3. איפה בדיוק לוחצים עכשיו 4. איך אדע שהצלחתי אל תשתמש במושגים טכניים חדשים בלי להסביר גם אותם. תן לי פעולה אחת בלבד בכל פעם וחכה שאכתוב "סיימתי".

    Claude Code

    העובד שבונה את האתר בתוך תיקייה במחשב. אנחנו כותבים לו מה רוצים והוא יוצר ומשנה את הקבצים.

    תיקייה

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

    Next.js

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

    API

    שליח שמעביר בקשה מהאתר שלנו ל־Claude ומחזיר את התשובה למשתמש.

    API Key

    סיסמה סודית שמאפשרת לאתר להשתמש ב־Claude. לעולם לא מציגים אותה למשתמשים.

    Supabase

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

    Database

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

    RLS

    המנעול שמונע ממשתמש אחד לראות את השורות של משתמש אחר.

    Vercel

    השירות שמעלה את התיקייה שלנו לאינטרנט והופך אותה לקישור שאפשר לשלוח.

    Webhook

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

  3. שלב 3: כותבים מפרט מוצר

    קודם מסלול משתמש ומגבלות, אחר כך קוד.

    1. ב־Claude Desktop תפתח את לשונית Code.
    2. תבחר Local, אחר כך Project folder, ותבחר את התיקייה jobfit-product שיצרת בשלב ההכנה.
    3. תשאיר את מצב ההרשאות על Manual ותדביק את הפרומפט.
    4. כש־Claude מסיים, תלחץ על PRODUCT_SPEC.md ותקרא אותו. תכתוב בצ׳אט כל תיקון במילים רגילות.

    אנחנו בונים מוצר Web בשם JobFit. המשתמשים שלו הם מחפשי עבודה. כל משתמש יוכל: 1. להירשם באמצעות Magic Link למייל. 2. להדביק קורות חיים כטקסט בשלב הראשון. 3. להדביק תיאור משרה. 4. לקבל ציון התאמה עם הוכחות ופערים. 5. לקבל תקציר מותאם לקורות החיים, הודעת פנייה ושאלות לראיון. 6. לשמור את התוצאה בחשבון שלו. כללי מוצר: - אסור להמציא ניסיון או כישורים. - מפתח Anthropic נשמר בצד השרת בלבד. - לכל משתמש בטא יש עד 10 ניתוחים בחודש. - ברירת המחדל היא לא לשמור את טקסט קורות החיים אחרי העיבוד. - המוצר מציג טיוטות בלבד ולא שולח מועמדות אוטומטית. כתוב PRODUCT_SPEC.md קצר עם: מסכי המוצר, מסלול משתמש, מודל נתונים, מקרי קצה, פרטיות ותנאי הצלחה. אל תכתוב קוד עדיין.

  4. שלב 4: בונים את המוצר

    ארבעה פרומפטים, מריצים לפי הסדר.

    03

    בונים את אפליקציית ה־Web

    ממשק שאדם אחר יכול לפתוח ולהשתמש בו.

    1. תכין חשבונות Claude Code, Anthropic Console, Supabase ו־Vercel.
    2. תריץ את פרומפט הבנייה בתוך אותה תיקייה.
    3. תן ל־Claude Code לעבוד בשלבים ולאשר build בכל שלב.
    4. אל תפרסם לפני שכל המצבים עובדים מקומית.

    קרא את PRODUCT_SPEC.md ובנה MVP עובד ב־Next.js App Router עם TypeScript. טכנולוגיות: - Next.js לממשק ול־Route Handlers - Supabase Auth באמצעות Magic Link - Supabase Postgres לשמירת משתמש, מנוי, מונה שימוש ותוצאות - Anthropic Messages API בצד השרת בלבד - עיצוב RTL נקי ומובייל־פירסט מסכים: 1. דף נחיתה עם הסבר ומחיר בטא 2. כניסה במייל 3. דשבורד עם מונה שימוש 4. טופס קורות חיים + תיאור משרה 5. מסך תוצאה: התאמה, הוכחות, פערים, תקציר, פנייה והכנה לראיון 6. היסטוריה אישית 7. פרטיות ותנאי שימוש בסיסיים דרישות אבטחה: - לעולם אל תחשוף ANTHROPIC_API_KEY בדפדפן. - אמת משתמש בכל קריאת API. - הפעל Row Level Security כך שמשתמש רואה רק את הנתונים שלו. - בדוק מגבלת שימוש בשרת לפני קריאה ל־Claude. - הגבל גודל קלט והחזר הודעות שגיאה אנושיות. - אל תשמור קורות חיים גולמיים כברירת מחדל. בנה בשלבים. אחרי כל שלב הרץ lint/build ותקן לפני המשך. בסוף צור README עם הוראות התקנה ופריסה.

    לשים לב: יש כאן עלויות API ותשתית. מנוי Claude רגיל אינו מממן את השימוש של לקוחות במוצר שלך.

    עוד 3 פרומפטים: מוח, משתמשים ועלות
    04

    מחברים את “המוח” של המוצר

    Claude API מחזיר תוצאה קבועה שהממשק יודע להציג.

    1. תשמור את הפרומפט כהוראת system בצד השרת.
    2. תשלח קורות חיים ומשרה כקלט משתמש.
    3. תדרוש JSON ותבדוק אותו לפני הצגה.
    4. כשל בפענוח צריך להחזיר Retry, לא מסך שבור.

    אתה מנוע התאמת מועמדות אמין. קבל קורות חיים ותיאור משרה והחזר JSON תקין בלבד. אסור להמציא ניסיון, תפקיד, תאריך, השכלה, כלי, כישור או הישג. אם אין הוכחה בקורות החיים, סמן אותו כפער. מבנה הפלט: { "score": 0, "verdict": "strong | possible | weak", "summary": "", "requirements": [{"requirement":"","evidence":"","gap":false}], "gaps": [""], "tailored_resume_summary": "", "outreach_message": "", "interview_questions": [""] } הציון חייב להיות מוסבר באמצעות הדרישות וההוכחות. כתוב בשפת המשרה, בלי הבטחות ובלי הגזמות.

    05

    מוסיפים משתמשים ופרטיות

    כל לקוח נכנס לחשבון שלו ורואה רק את הנתונים שלו.

    1. תחבר Supabase Auth עם Magic Link.
    2. תיצור טבלאות משתמש, ניתוחים ומנוי.
    3. תפעיל RLS לפני שמירת נתוני משתמשים.
    4. אל תשמור קורות חיים גולמיים כברירת מחדל.

    הוסף Supabase למוצר. צור migrations עבור: - profiles: user_id, plan, monthly_limit, usage_count, usage_period_start - analyses: id, user_id, company, role, score, result_json, created_at - subscriptions: user_id, provider, external_id, status, current_period_end הפעל RLS על כל הטבלאות. משתמש מחובר יכול לקרוא ולשנות רק שורות שבהן user_id שווה ל־auth.uid(). כתיבה למנוי ולמונה שימוש מתבצעת רק מהשרת. הוסף Magic Link, session guard לדשבורד ויציאה מהחשבון. צור גם מסך מצב ברור למשתמש לא מחובר. אל תשתמש ב־service role key בצד הלקוח.

    06

    מונעים חשבון API שמתפוצץ

    10 ₪ יכולים לעבוד רק עם מכסה ברורה ובדיקות שרת.

    1. תגדיר 10 ניתוחים בחודש לבטא.
    2. תחסום שימוש נוסף לפני קריאת API.
    3. תגביל אורך קלט ופלט.
    4. תמדוד עלות ממוצעת אמיתית לפני פתיחה לקהל.

    הוסף שכבת עלות ומגבלת שימוש אמיתית. לפני כל קריאה ל־Claude: 1. אמת session בשרת. 2. קרא plan, status, monthly_limit ו־usage_count. 3. חסום משתמש בלי גישה פעילה או אחרי המגבלה. 4. הגבל את אורך קורות החיים ותיאור המשרה. 5. בצע את קריאת Claude עם max_tokens מוגדר. 6. הגדל usage_count רק אחרי תשובה מוצלחת. 7. שמור לוג טכני ללא תוכן קורות החיים. הצג בדשבורד כמה ניתוחים נשארו. הוסף בדיקות ל־unauthorized, limit reached ו־successful request.

  5. שלב 5: מוכרים ומפרסמים

    קודם בטא עם קודי גישה, אחר כך מנוי אוטומטי ומוצר חי.

    07

    מוכרים את הבטא הראשונה

    מקבלים כסף בלי לבנות מערכת חיוב של נאס״א ביום הראשון.

    1. תיצור קישור תשלום חודשי אצל ספק שמתאים למדינה ולעסק שלך.
    2. אחרי תשלום שולחים קוד גישה לבטא.
    3. מפעילים 20 עד 30 משתמשים בלבד.
    4. מודדים שימוש, עלות, תקלות ובקשות תמיכה.

    הוסף מצב BETA_ACCESS למוצר. במצב הזה משתמש נרשם במייל, אבל יכול להשתמש במוצר רק אם יש לו access_code פעיל או אם הפרופיל שלו מסומן beta_active. צור: - טבלת access_codes עם code_hash, max_redemptions, redeemed_count, expires_at - מסך הזנת קוד - אימות קוד בצד השרת בלבד - הפעלה של 10 ניתוחים לחודש אחרי מימוש - עמוד ניהול פשוט שמפיק קודים, מוגן במשתנה ADMIN_EMAILS אל תשמור קודים גלויים במסד. הוסף הוראה ב־README: בשלב הפיילוט מוכרים באמצעות קישור תשלום קיים ושולחים קוד גישה. רק אחרי ביקוש מחברים webhook אוטומטי.

    לשים לב: קודי גישה הם מסלול בדיקה, לא פתרון ל־1,000 לקוחות. עוברים ל־webhook רק אחרי שיש שימוש אמיתי.

    עוד 2 פרומפטים: מנוי אוטומטי ופריסה
    08

    מחברים מנוי אוטומטי

    התשלום מפעיל ומפסיק גישה באמצעות webhook מאומת.

    1. תבחר ספק שתומך בעסק ובמדינה שלך.
    2. תשתמש בתיעוד הרשמי שלו ליצירת checkout וחתימת webhook.
    3. תבדוק התחלה, חידוש, ביטול וכשל תשלום.
    4. לעולם אל תפעיל מנוי לפי כתובת URL שהלקוח יכול לשנות.

    הכן את המוצר לחיבור מנוי אמיתי בלי לקשור אותו לספק תשלום אחד. צור ממשק PaymentProvider עם createCheckout ו־verifyWebhook. צור webhook route שמקבל אירועים חתומים ומעדכן subscriptions בלבד אחרי אימות חתימה. אירועים נדרשים: - subscription.started → active - subscription.renewed → active + period חדש - subscription.cancelled → cancel_at_period_end - payment.failed → past_due כל המפתחות ב־environment variables. אין לסמן משתמש כמשלם מתוך query string או מהדפדפן. הוסף PAYMENT_SETUP.md עם המקומות שבהם מחברים את הספק שנבחר בפועל.

    09

    מפרסמים מוצר חי

    קישור אמיתי עם סודות בצד השרת ויכולת חזרה אחורה.

    1. תעלה את הקוד ל־GitHub פרטי.
    2. תפרוס ב־Vercel.
    3. תוסיף משתני סביבה דרך ההגדרות, לא בתוך הקוד.
    4. תריץ משתמש חדש מתחילת ההרשמה עד תוצאה.

    הכן את המוצר לפריסה ב־Vercel. בדוק: - npm run build עובר - כל הסודות נקראים מ־environment variables - .env.example כולל שמות בלבד - callback URLs של Supabase מתועדים - אין מפתח API בקוד או ב־bundle של הדפדפן - דפי פרטיות ותנאים קיימים - מצבי loading, empty, error ו־limit reached עובדים במובייל - README כולל פריסה, rollback ובדיקת smoke בסוף החזר checklist מדויק של משתני הסביבה ושלוש בדיקות שחייבים לבצע על הקישור החי.

  6. שלב 6: בדיקת מכירה אמיתית

    לא “האתר עולה”, אלא אדם זר משלם, נכנס ומקבל ערך.

    1. לקוח בטא משלם דרך הקישור.
    2. הוא נרשם ומפעיל גישה בלי שתיגע במסד ידנית.
    3. הוא מנתח משרה ומקבל תוצאה אמינה במובייל.
    4. המכסה יורדת, המידע שלו מבודד, ואין מפתח API בדפדפן.
    5. אם 10 מתוך 30 משתמשים חוזרים בשבוע השני, שוקלים להרחיב.

    מוכן רק כשלקוח אחר מצליח

    • ✓ לקוח אחר משתמש
    • ✓ גישה לפי תשלום
    • ✓ עלות מוגבלת
    • ✓ אין ניסיון מומצא

נשארו לך 6 שלבים

השלב הבא

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

אם Claude Code מרגיש כבד מדי, Base44 בונה אפליקציה עובדת מתיאור בשפה רגילה. טוב לבדוק רעיון לפני שבונים אותו מקוד.

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

רוצה עוד סוכנים? צוות תוכן שלם עם Claude

מעבירים ידע הלאה

מכירים מישהו שזה יעזור לו?

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