סיכום

SLAtech LTD היא חברת פיתוח תוכנה ישראלית הפועלת מאז 2004. אנחנו עוזרים למי שבנה מוצר בעזרת כלי AI (Claude Code, Codex, Cursor, Lovable, Bolt ואחרים) ונתקע: בודקים את המערכת, ממשיכים את הפיתוח שלה או כותבים מחדש את מה שלא כדאי לתקן. בפרויקטים של לקוחות, אנשים מחליטים על הארכיטקטורה וה-AI רק מציע.

פרויקטים ב-vibe coding

פרויקט vibe coding נתקע? נבדוק, נתקן ונביא אותו ל-production

כלים כמו Claude Code, Codex, Cursor, Lovable, Bolt, Replit, v0, Windsurf, GitHub Copilot ו-Base44 מאפשרים לבנות מוצר עובד במהירות. הקושי מתחיל אחר כך: משתמשים אמיתיים, תשלומים, מידע אישי, עומס שגדל. אנחנו בודקים מערכות כאלה, ממשיכים את הפיתוח שלהן או כותבים מחדש את מה שלא כדאי לתקן. על מה שתיקנו אנחנו, אנחנו גם אחראים בהמשך.

ספרו לנו על הפרויקט ישר לאבחון

מזהים את המצב שלכם?

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

כל פיצ'ר חדש שובר משהו שכבר עבד.

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

לקוח, שותף או משקיע שואל על אבטחה והגנת מידע, ואין תשובה.

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

החשבונות על ענן או שירותי AI עולים, ולא ברור למה.

איפה פרויקטים כאלה בדרך כלל נשברים

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

1

אב טיפוס

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

2

משתמשים ראשונים

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

3

תשלומים ומידע אישי

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

4

צמיחה

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

5

בדיקה מבחוץ

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

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

מה קורה כשאתם פונים אלינו

1

שיחה

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

2

גישה לקוד

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

3

הערכה ראשונית

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

4

המלצה

אומרים ישר: לתקן, להמשיך או לכתוב מחדש, ולמה. בכתב ובשפה פשוטה.

5

ההחלטה שלכם

אפשר לעצור אחרי ההערכה ולהמשיך עם הצוות שלכם.

שלוש דרכים להמשיך

אבחון

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

עוד על האבחון

המשך פיתוח

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

לדבר על המשך פיתוח

כתיבה מחדש

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

לדבר על כתיבה מחדש

איך אנחנו בוחרים דרך

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

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

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

לכתוב מחדש חלק, כשתחום אחד (נתונים, הרשאות, תשלומים) קל יותר להחליף מאשר לטלא.

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

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

איפה אנחנו מצילים את הפרויקט

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

מסד הנתונים פתוח לכולם

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

התשלום נבדק בדפדפן

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

סודות בתוך הקוד

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

נפילה תחת עומס

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

אף אחד לא יודע מה השתנה

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

החשבונות עולים

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

מה נשאר שלכם

הקוד

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

הגישות

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

התיעוד

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

החופש לעזוב

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

איך אנחנו עצמנו עובדים עם AI

אנחנו משתמשים ב-AI כל יום, אבל לא כמו ב-vibe coding. בפרויקטים של לקוחות אנחנו שומרים על ארבעה כללים.

1

אנשים מחליטים

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

2

ה-AI מציע, אדם מכניס

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

3

בלי גישה לסודות

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

4

שום דבר בלי ידיעת אדם

אין בקוד אף שורה שאדם לא יודע עליה.

שאלות נפוצות

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

עם Claude Code, Codex, Cursor, Lovable, Bolt, Replit, v0, Windsurf, GitHub Copilot, Base44 וכלים דומים, וגם פרויקטים שבהם הקוד של ה-AI הורחב אחר כך ידנית.

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

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

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

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

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

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

ספרו לנו מה בניתם

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

ספרו לנו על הפרויקט ישר לאבחון