AI לבניית מערכת: איך אני בונה מערכות לעסקים היום

לפני שנתיים, מערכת הזמנות קטנה לעסק הייתה פרויקט של כמה חודשים. היום אני בונה דברים כאלה בשבועות. ההבדל הוא בעיקר סוכני קוד (אצלי זה Claude Code ו-Codex), שקוראים את הפרויקט, כותבים קוד, מריצים בדיקות ומתקנים.

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

על איזה סוג מערכת אני מדבר

כל תוכנה שמנהלת תהליך. מערכת הזמנות, CRM מותאם, פורטל ללקוחות, ניהול מלאי, תיאום של עובדי שטח, לוח בקרה, או כלי קטן שמחבר כמה מערכות שלא מדברות אחת עם השנייה. בניגוד לאתר תדמית, מערכת כזאת שומרת נתונים, יש בה משתמשים והרשאות, והיא מבצעת פעולות. אם המונחים חדשים לכם, כתבתי מה זה CRM ומה זה ERP.

שלוש דרכים, ומה אני חושב על כל אחת

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

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

והשלישית היא מערכת שה-AI הוא חלק ממנה. מערכת שמסכמת פניות, קוראת חשבוניות או עונה ללקוחות. כאן ה-AI הוא פיצ'ר במוצר, ולא רק כלי שעוזר לבנות אותו. יש על זה עוד במה AI יודע לעשות.

מה הסוכן עושה טוב

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

בדיקות. הוא כותב טסטים, מריץ אותם ומתקן מה שנכשל, בלי להתעייף.

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

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

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

מה עדיין עליי

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

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

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

לקרוא את מה שנכתב, ולבדוק את המערכת גם במצבים מבולגנים ולא רק במסלול שבו הכול עובד.

ולהיות זה שעונה לטלפון כשמשהו נשבר.

איך פרויקט נראה אצלי

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

משם לאב-טיפוס מהיר שאנשים אמיתיים מנסים. בשלב הזה עוד זול לשנות כיוון, ובדרך כלל משנים.

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

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

כמה דברים שלמדתי על עבודה עם סוכן קוד

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

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

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

אני לא נותן לסוכן גישה למסד הנתונים של הייצור או לסיסמאות אמיתיות. אף פעם.

ואני לא מאשר שינוי שלא קראתי.

כמה זה באמת חוסך

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

הסיכונים

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

את ההשוואה בין הכלים עצמם כתבתי בClaude Code או Gemini. ואם יש לכם מערכת בראש, ספרו לי מה היא צריכה לעשות. ככה נראית בניית מערכות לעסקים אצלי.