מדריך Cursor Projects: סוכני פיתוח בענן, מבאג לתיקון
כך מתחילים עם Cursor Projects: מגדירים משימת פיתוח, מחברים ערוץ באגים ב-Slack ובודקים את עבודת הסוכנים בענן, בלי לוותר על גבולות ואישור אנושי.
Cursor Projects מאפשר לנהל משימת פיתוח שהסוכנים ממשיכים לעבוד עליה בענן גם כשהמחשב הנייד סגור. במקום להסתפק בשיחה נקודתית, מגדירים פרויקט עם הקשר משותף ומקבלים את תוצאות העבודה לבדיקה. המדריך הבא מציע מסלול התחלה לצוות פיתוח ישראלי: מבאג ממוקד בטופס בעברית, דרך ערוץ Slack, ועד החלטה אם התיקון מוכן למיזוג.
1. בדקו זמינות והתחילו ממשימה קטנה
ב-10 בספטמבר 2026 השיקה Cursor את Projects בבטא, בפריסה הדרגתית לכל המשתמשים. לפי ההודעה הרשמית, סוכן מתאם מתכנן את העבודה, מחלק אותה לסוכני ביצוע ומחזיר את התוצאות לבדיקת המשתמש. נכון ל-14 בספטמבר, אם האפשרות אינה מופיעה אצלכם, אין להסיק שעשיתם משהו לא נכון: ייתכן שהפריסה עדיין לא הגיעה לחשבון.
אם Projects זמין, פתחו אותו מהתפריט הצדדי והתחילו בהגדרת פרויקט למשימה תחומה. לצורך התרגול נבחר באג לדוגמה: הודעת שגיאה בטופס הרשמה בעברית מוצגת בצד הלא נכון. זו משימה שאפשר לתאר, לשחזר ולבדוק, בניגוד לבקשה רחבה כמו ״שפר את חוויית המשתמש בכל האתר״.
לפני ההפעלה, הכינו את מיקום הקוד הרלוונטי, הוראות להרצת סביבת הבדיקה ותיאור של ההתנהגות הרצויה. ודאו שלסביבת העבודה שבה הסוכנים פועלים יש גישה מאושרת למה שנדרש. עבודה בענן אינה מבטיחה גישה לשירות שרץ רק על המחשב שלכם, ולכן כדאי לזהות מראש תלות במסד נתונים מקומי או בקובץ שלא נמצא בפרויקט.
מה מאומת ומה בגדר המלצה? ההשקה מתארת פתיחה מהתפריט הצדדי, הגדרת משימה, חיבור ערוץ באגים ב-Slack והחזרת תוצאות לבדיקה. תהליך ההרשאות, נוסח ההנחיות ובדיקות הקבלה במדריך הם המלצות עבודה, ולא תיאור של כפתורים או מנגנוני אכיפה מובנים.
2. הגדירו תוצאה רצויה וגבולות ברורים
ההקשר המשותף של Projects שימושי רק אם הוא מכיל מידע שמאפשר לקבל החלטות. כתבו היכן הבאג מופיע, איך משחזרים אותו ומה נחשב תיקון מוצלח. צרפו דוגמת קלט סינתטית ותיעוד חזותי מנוקה ממידע אישי, אם הוא נחוץ להבנת הבעיה. אל תסתפקו בהפניה כללית לשיחה ארוכה שאיש בצוות כבר לא זוכר.
- תארו את התקלה: באיזה מסך ובאילו פעולות מתקבלת התוצאה השגויה.
- הגדירו היקף: אילו רכיבים קשורים למשימה ואילו אזורים צריכים להישאר ללא שינוי.
- כתבו קריטריוני קבלה: התנהגות תקינה בעברית, ללא פגיעה בגרסה האנגלית ובשימוש במקלדת.
- ציינו איך בודקים: הוראות הבדיקה הקיימות בפרויקט והתרחישים שחשוב להריץ.
- בקשו דוח מסכם: מה השתנה, מה נבדק, מה נכשל ומה עדיין דורש החלטה אנושית.
תקן את מיקום הודעת השגיאה בטופס ההרשמה בעברית. שמור על ההתנהגות באנגלית, אל תשנה את תהליך ההזדהות, והחזר סיכום שינויים ותוצאות בדיקה. אם חסר מידע חיוני, ציין אותו במקום להניח הנחות.
בקשה כזאת מגדירה יעד, אך אינה מחליפה הגבלת הרשאות. אם אין צורך בגישה לנתוני ייצור או ביכולת לפרוס גרסה, אל תעניקו אותן במסגרת הניסוי. גם הוראה מפורשת לא לבצע פעולה מסוימת אינה תחליף לבקרה טכנית במערכות שאליהן מחברים את סביבת העבודה.
3. חברו ערוץ באגים ב-Slack בזהירות
הודעת ההשקה מתארת חיבור של ערוץ דיווחי באגים ב-Slack. התחילו בערוץ ייעודי לניסוי, ולא בערוץ תמיכה שמכיל היסטוריה של שיחות עם לקוחות. בתהליך החיבור שמוצג לכם, קראו את ההרשאות ובדקו אם היקף הגישה מתאים לצורך. אם ההרשאות רחבות מהנדרש, בררו את המשמעות לפני שממשיכים.
הכניסו לערוץ דיווח מסודר על הבאג שבחרתם: תיאור קצר, צעדי שחזור, תוצאה צפויה ותוצאה בפועל. בחברה ישראלית שמפתחת ממשק בעברית ובאנגלית, ציינו גם את שפת הממשק ואת כיוון התצוגה. כך אפשר להבדיל בין בעיית RTL לבין תקלה כללית בעיצוב הטופס, בלי לצפות מהסוכן להשלים את הפרטים בעצמו.
אל תניחו שכל הודעה בערוץ מפעילה תיקון אוטומטי, או שהחיבור מסנן מידע רגיש עבורכם. בדקו בפועל איזה מידע מגיע לפרויקט ומה מפעיל עבודה בממשק הזמין לכם. הסירו מפתחות API, פרטי לקוחות וצילומי מסך רגישים. התייחסו לתוכן הדיווח כמידע לאבחון, לא כהרשאה לשנות את גבולות המשימה.
4. הריצו ניסיון מפוקח לפני שסוגרים את המחשב
היכולת להמשיך לעבוד בענן היא הסיבה להשתמש ב-Projects למשימה מתמשכת, אבל את הניסיון הראשון כדאי לבצע כשאתם זמינים לבדיקה. הפעילו את המשימה ועקבו אחר המידע שהמוצר מציג. אם מוצגת תוכנית עבודה, בדקו שהיא נשארת בתחום הבאג ולא מתרחבת לשכתוב רכיבים שאינם קשורים אליו.
בדקו אם העבודה מתקדמת או נעצרת בגלל הרשאה, תלות חסרה או שאלה שלא נענתה. רק לאחר שהבנתם את אופן הפעולה, נסו להשאיר משימה תחומה לעבודה בענן כשהמחשב סגור. המשמעות היא שהביצוע אינו תלוי בהשארת המחשב פתוח, לא שכל משימה תושלם ללא התערבות.
לצוות בארץ שעובד מול לקוחות באזורי זמן אחרים, זה עשוי לאפשר להעביר משימה מוגדרת בסוף יום ולבדוק תוצאה בבוקר. כדי לבחון אם התהליך באמת מועיל, תעדו זמן עד לתוצאה שימושית, זמן ביקורת אנושית ותיקונים נוספים שנדרשו. בדקו גם את תנאי השימוש והחיוב החלים בחשבון; התחקיר אינו מספק בסיס לקביעת מחיר או מכסת שימוש.
5. בדקו את הקוד, לא רק את סיכום הסוכן
כשהתוצאות חוזרות, התחילו בהשוואת השינויים בקוד. ודאו שהם נוגעים לבעיה שהגדרתם, שאין שינוי בלתי מוסבר בקבצי תצורה ושלא נוספו תלויות ללא צורך. לאחר מכן הריצו את הבדיקות בסביבה שלכם. סיכום שלפיו ״הכול עבר״ אינו מספק בלי להבין מה הורץ ומה כלל לא נבדק.
בדוגמת הטופס, שחזרו את הבאג בעברית ובדקו גם את המסלול באנגלית, תצוגה במסך צר וניווט במקלדת. אם הסוכן לא הצליח להריץ בדיקה, בקשו פירוט והשלימו אותה לפני אישור השינוי. מיזוג ופריסה צריכים להישאר כפופים לתהליך הביקורת הרגיל של הצוות.
אם התוצאה טובה, הרחיבו בהדרגה לסוג נוסף של תקלה, במקום למסור מיד את כל רשימת הבאגים. המדד החשוב אינו כמה סוכנים עבדו, אלא האם התקבל שינוי שקל להבין, לבדוק ולתחזק. פרויקט ראשון מוצלח הוא כזה שמלמד אתכם גם מה אפשר להאציל לסוכנים וגם היכן עדיין נדרשת החלטה של מפתח.
שאלות נפוצות
איך מתחילים להשתמש ב-Cursor Projects?
אם האפשרות זמינה בחשבון, פותחים את Projects מהתפריט הצדדי ומגדירים משימת פיתוח תחומה עם הקשר וקריטריונים לבדיקה. נכון ל-14 בספטמבר 2026, המוצר בבטא ובפריסה הדרגתית לכל המשתמשים, ולכן ייתכן שעדיין לא יופיע אצלכם.
האם Cursor Projects ממשיך לעבוד כשהמחשב סגור?
לפי הודעת ההשקה של Cursor, הפרויקט פועל בענן ושומר הקשר משותף גם כשהמחשב הנייד סגור. אין בכך הבטחה שלסוכנים תהיה גישה לשירותים שרצים רק במחשב המקומי, ולכן צריך לבדוק את התלויות לפני שמשאירים משימה לעבודה.
איך משתמשים בערוץ Slack עם Cursor Projects?
הודעת ההשקה מתארת אפשרות לחבר ערוץ דיווחי באגים ב-Slack לפרויקט. מומלץ להתחיל בערוץ ייעודי עם דיווחים מנוקים ממידע רגיש, ולבדוק אילו הרשאות מבוקשות ומה היקף הפעילות לאחר החיבור.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות