סיכום

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

פרויקטים ב-Cursor

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

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

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

מה Cursor עושה טוב

עובד איפה שהמפתח כבר עובד. עורך שמבוסס על VS Code, הרחבות מוכרות ו-Git.

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

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

בדיקת שינויים. Bugbot בודק pull request ומשאיר הערות.

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

איפה פרויקטים ב-Cursor בדרך כלל נתקעים

קוד שאף אחד לא קרא עד הסוף

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

ארכיטקטורה מטושטשת

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

בדיקות מאותו כותב

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

AI בודק AI

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

כללים שהתיישנו

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

תלויות מיותרות ומומצאות

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

מה אנחנו בודקים בפרויקט ב-Cursor

1

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

2

אבטחה: הרשאות גישה, בדיקת קלט, טיפול בסודות.

3

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

4

תלויות: ספריות מיותרות, ישנות ופגיעות.

5

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

6

כללים לסוכן: האם הם מתאימים לאופן שבו הפרויקט בנוי היום.

7

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

8

שגיאות ולוגים: האם הצוות יראה תקלה לפני המשתמשים.

9

העלאה לאוויר: ענפים, בדיקות לפני מיזוג, סביבה נפרדת לבדיקה.

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

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

אבחון

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

עוד על האבחון

המשך פיתוח

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

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

כתיבה מחדש של חלק

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

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

איך אנחנו בוחרים בין הדרכים האלה, מוסבר בפירוט בעמוד על עזרה לפרויקטים ב-vibe coding.

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

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

שאלות נפוצות

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

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

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

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

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

כלי AI נוספים

עם פרויקטים בכלים אחרים אנחנו עובדים באותה דרך. העמוד הכללי: עזרה לפרויקטים ב-vibe coding.

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

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

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