# סוכני אבטחה ו-Rollouts ב-Cursor: בדיקות אבטחה וניטור גרסאות

> כיצד להפעיל את Security Reviewer, את Vulnerability Scanner ואת Rollouts ב-Cursor Automations: טריגרים, שימוש מתוך המאגר המשותף של הצוות, תוכניות והמבדלים ביניהם לבין Bugbot.

Source: https://ailoot.ai/blog/he/cursor-rollouts-security-agents/
Canonical: https://ailoot.ai/blog/he/cursor-rollouts-security-agents/
Language: he
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-089
Revision: sha256-5eee2238087492f245a2a2c3731221a97ccb6057821a264eb859ba1c3a0a3b2b


ב-Cursor Automations אפשר להגדיר בדיקות אבטחת קוד וניטור גרסאות. סוכני אבטחה סוקרים בקשות משיכה (PRs) וסורקים את המאגר כולו לפי לוח זמנים. Rollouts מנטר שינוי לאחר פריסתו, זמין בתוכניות Teams ו-Enterprise, ודורש טלמטריה מחוברת: יומנים, מדדים ועקבות.

להלן שלבי ההגדרה המבוססים על התיעוד הרשמי של Cursor, אופן חישוב השימוש בסוכני אבטחה, מגבלות התוכניות וההבדלים ביניהם לבין Bugbot ופקודת `/review-security` הידנית.

מידע על השימוש ב-Ailoot זמין ב[תיעוד](https://ailoot.ai/docs/).



## מהם סוכני אבטחה ב-Cursor

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

הנקודה המרכזית

סוכני אבטחה הם שני סוגים של סוכנים המנוהלים על ידי Cursor בתוך Automations. Security Reviewer סוקר בקשת משיכה לפני מיזוגה. Vulnerability Scanner סורק את בסיס הקוד לפי לוח זמנים, ומחפש חולשות קיימות, בעיות ותיקות וכל דבר שהוחמץ במהלך סקירת PR. שני הסוגים דורשים Cloud Agents ופועלים עליהם; החריג הוא Security Reviewer צוותי שמופעל בעקבות אירוע של בקשת משיכה: הסקירה הזאת פועלת באחסון של Cursor ולא בסוכן ענן. השימוש מנוכה ממאגר השימוש של הצוות.

</div>

סוג הסוכן קובע כיצד מתחילה בדיקה:

- **Security Reviewer** מופעל על ידי אירועי Git: בקשת משיכה או בקשת מיזוג.
- **Vulnerability Scanner** פועל לפי לוח זמנים של cron וסורק את בסיס הקוד ללא תלות בפעילות PR.

Cron מאפשר לתזמן הרצות חוזרות של הסורק.

## כיצד להפעיל את Security Reviewer ואת Vulnerability Scanner

### שלבים

1.  פתחו את Security Agents ב-Automations (הסעיף מתואר ב[תיעוד Security Agents](https://cursor.com/docs/security-agents.md)).
2.  בחרו את סוג הסוכן: Security Reviewer (סקירת PR) או Vulnerability Scanner (סריקה מתוזמנת).
3.  עבור Security Reviewer, הגדירו טריגר Git: אירוע של בקשת משיכה או בקשת מיזוג. עבור Vulnerability Scanner, הגדירו לוח זמנים של cron.
4.  הפעילו או השביתו את בדיקות האבטחה המובנות: הן קיימות בשני סוגי הסוכנים, ואפשר להתאים את המערך למשימה.
5.  חברו כלי או שרת MCP: הם מאפשרים לסוכן להתחבר למערכות שבהן הצוות מנהל את עבודת האבטחה שלו. הדבר נדרש עבור Security Reviewer: אי אפשר לשמור אותו ללא חיבור אחד לפחות לכלי או ל-MCP. אפשר לשמור את Vulnerability Scanner גם בלעדיהם, והוא שולח את הממצאים לרשימת Flagged Vulnerabilities.
6.  שמרו את הסוכן.

כלים ו-MCP מאפשרים לשלוח חולשות שהסוכן מצא לערוץ Slack, למערכת מעקב אחר משימות או למערכת מחוברת אחרת.

### אימות

היסטוריית Automations מציגה מתי כל סוכן פעל, באילו כלים השתמש, כיצד הסתיימה ההרצה וכמה זמן נמשכה. עבור בדיקת Security Reviewer שפעלה באחסון של Cursor, בדקו את **Recent Runs** בדף Security Agents: אפשר לפתוח את סשן הסקירה במצב לקריאה בלבד.

הממצאים של Vulnerability Scanner מופיעים ב-**Flagged Vulnerabilities** בדף Security Agents ובדף של כל סורק. הרשימה מקובצת לפי מאגר; אפשר לסנן ממצאים לפי סורק, סטטוס, משוב וחומרה. לכל ממצא יש פעולה **Fix in Cursor**, שמפעילה סוכן ענן לתיקון החולשה.

### שגיאות

אם אי אפשר לשמור את Security Reviewer, בדקו שהוגדר חיבור אחד לפחות לכלי או ל-MCP: השמירה נכשלת בלעדיו.





## מי משלם על הבדיקות: השימוש בסוכני אבטחה

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

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

## במה Security Reviewer שונה מ-<bdi>/review-security</bdi> ומ-Bugbot

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

**`/review-security` ו-`/review`** ניתנים להפעלה ידנית מתוך הסוכן לפני דחיפת הקוד למאגר מרוחק. כברירת מחדל, `/review-security` בודק את השינויים בענף לעומת ענף הבסיס, כולל שינויים שכבר נשמרו ב-commits וגם שינויים שטרם בוצעו להם commit. אפשר לבקש ממנו להגביל את הסקירה לשינויים מהסוג השני. הפקודות זמינות ב-Cursor 3.7 ואילך, ב-cursor.com/agents וב-Cursor CLI. אתם קובעים מתי להריץ את הסקירה.

**Security Reviewer** הוא סוכן ב-Automations שפועל אוטומטית בעקבות טריגר Git.

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

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

## Rollouts: ניטור לאחר פריסה

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

הנקודה המרכזית

Rollouts (זמין רק בתוכניות Teams ו-Enterprise) כותב תוכנית ניטור כאשר פותחים PR, ולאחר הפריסה בודק את השינוי מול הטלמטריה (יומנים, מדדים ועקבות): מיד, ואז לאחר 20 דקות, שעה אחת, יום אחד ו-3 ימים. אם הוא מזהה נסיגה — הידרדרות בעקבות השינוי — הוא פותח משימה, ואפשר ללחוץ על כפתור כדי להפעיל סוכן ענן שיתקן אותה. Rollouts עצמו אינו ממזג, מחזיר או מבטל שינויים. בלי טלמטריה מחוברת, השינויים נשארים בהמתנה ו-Rollouts אינו יכול למצוא בעיות.

</div>

### מה Rollouts עושה

כשפותחים בקשת משיכה, Rollouts קורא את השינויים ואת המערכות המושפעות ויוצר תוכנית לניטור הפריסה. התוכנית מפרטת את הסיכונים שזיהה, את ההשפעה הצפויה של השינוי, את האותות שיש לבדוק ואת הפערים באיסוף הנתונים שמקשים לאמת את השינוי. ב-GitHub, ב-GitLab.com וב-Bitbucket Cloud, התוכנית מופיעה כתגובה ל-PR.

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

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

### כיצד להגדיר את Rollouts

1.  ב-Automations, לחצו על **Enable** בכרטיס Rollouts שב-**From Cursor**.
2.  בחרו את המאגרים לניטור. בהגדרות אפשר לציין עד 200 מאגרים.
3.  הגדירו אירועי פריסה: Rollouts צריך לדעת מתי כל פריסה בסביבת הייצור מתחילה ומסתיימת. לשם כך, צרו מפתח API של Cursor ושמרו אותו בסודות של מערכת הבנייה שלכם (CI) תחת השם `CURSOR_API_KEY`. לאחר מכן יש שתי אפשרויות: להוסיף את הקריאות לתהליך הפריסה באופן ידני (הפקודות מופיעות בסעיף Send deployment events ב[תיעוד Rollouts](https://cursor.com/docs/rollouts.md)), או לבקש מסוכן ההגדרה לעשות זאת. הסוכן יפתח PR שמכיל את הקריאות האלה. מזגו את ה-PR כדי להשלים את ההגדרה.
4.  חברו טלמטריה, כגון Datadog. נדרש כלי מחובר אחד לפחות.
5.  בחרו כיצד מחברי PR יקבלו התראות.

### מגבלות שקל לפספס

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

התראות Slack אינן זמינות במצב Privacy Mode. מנהל צוות צריך להוסיף תחילה את Rollouts ל-Slack.

## למי זה מתאים, ומי כדאי שימתין

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

לפי התיעוד, Rollouts זמין רק בתוכניות Teams ו-Enterprise. אם עדיין אין לכם מערכת ניטור כגון Datadog, התחילו בה והתחברו ל-Rollouts לאחר מכן.

למידע נוסף על תוכניות Cursor, ראו [מה כוללת מנוי Cursor](https://ailoot.ai/blog/he/cursor-subscription/). אם כבר הגדרתם ב-Cursor תיאום משימות בין סוכנים, ראו [Cursor Projects: כיצד המתאם מחלק משימות](https://ailoot.ai/blog/he/cursor-projects-coordinator-agents/).

## סיכום

Security Reviewer סוקר PRs לפני המיזוג; Vulnerability Scanner סורק את המאגר כולו לפי לוח זמנים. השימוש בשני סוגי הסוכנים מנוכה מהמאגר המשותף של הצוות. Rollouts מנטר שינוי לאחר פריסתו, זמין בתוכניות Teams ו-Enterprise ודורש מקור טלמטריה מחובר אחד לפחות.

<div class="section" role="doc-bibliography" aria-label="מקורות">

### מקורות

- Cursor Docs, Security Agents: <https://cursor.com/docs/security-agents.md>
- Cursor Docs, Rollouts: <https://cursor.com/docs/rollouts.md>
- Cursor Docs, Bugbot: <https://cursor.com/docs/bugbot.md>

</div>





הכירו את [Ailoot](https://ailoot.ai/).

## שאלות ותשובות: סוכני אבטחה ו-Rollouts ב-Cursor: בדיקות אבטחה וניטור גרסאות

### למה אי אפשר לשמור Security Reviewer?

התצורה המתוארת דורשת לפחות כלי מחובר אחד או שרת MCP אחד ל-Security Reviewer. בדקו את החיבור לפני השמירה; Vulnerability Scanner יכול במקום זאת לפרסם ממצאים ל-Flagged Vulnerabilities בלי החיבור הזה.

### האם Rollouts מחזיר פריסה פגומה לאחור אוטומטית?

לא. הוא משווה שינויים לנתוני ניטור מחוברים ויכול לפתוח issue כשמזהה נסיגה. אפשר להפעיל סוכן ענן מתוך Fix issue; ‏Rollouts עצמו אינו ממזג, מבטל commit או מחזיר פריסה לאחור.


## Ailoot · החברה ופורטפוליו הפרויקטים שלה

Ailoot נשענת על ניסיון תפעולי מצטבר, בסיס לקוחות רחב, שירות יציב ובקרה שוטפת של KPI.

החברה ופורטפוליו הפרויקטים שלה: מיליוני לקוחות; מכירות בהיקף של מיליארדים מדי חודש.

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