קלוד קוד: Code Review יצא מתצוגת מחקר. ההגדרה לבדוק ביום הראשון

ב-15 באוקטובר 2026 הודיעה אנתרופיק שהשירות Code Review יצא מתצוגת מחקר וזמין לארגונים במסלולי Team ו-Enterprise. זה השירות שמתחבר למאגר ב-GitHub, עובר על כל Pull Request ומשאיר הערות על השורות שבהן מצא בעיה.

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

מה השתנה ביציאה מתצוגת המחקר?

לפי ההודעה, שלושה דברים:

• מהירות: רוב הסקירות מסתיימות עכשיו בערך פי שלושה מהר יותר, מכ-20 דקות בתצוגת המחקר ל-6 עד 10 דקות
• איכות: יותר מהבאגים שחשובים נתפסים, והממצאים קצרים יותר. כל ממצא אומר מה הבעיה, מה מפעיל אותה ומה התיקון, בכמה משפטים
• רמות סקירה: מנהל הארגון בוחר לכל מאגר אחת משלוש רמות, Quick, Standard או Deep. ‏Standard היא ברירת המחדל

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

איך זה עובד מאחורי הקלעים?

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

שלושה פרטים שכדאי להכיר:

• הסקירה לא מאשרת ולא חוסמת: היא משאירה הערות ו-check run, וה-check run לא נכשל לעולם. ההחלטה למזג נשארת אצל הצוות
• היא לא מריצה את הקוד: היא קוראת את הדיף ואת הקבצים סביבו, בלי לבנות ובלי להריץ בדיקות. מה שנתפס רק בהרצה לא ייתפס כאן
• את ההוראות היא לוקחת מענף הבסיס: קובץ REVIEW.md נקרא מענף הבסיס או מענף ברירת המחדל, אף פעם לא מהשינויים של ה-PR עצמו. מי שפותח PR לא יכול לשתול בו הוראה שמשתיקה את הסקירה

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

איך מחויבים, ואיפה ההפתעה?

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

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

• אחרי כל push: סקירה על כל דחיפה. התיעוד אומר במפורש שזה מכפיל את העלות במספר הדחיפות
• פעם אחת, כשה-PR נפתח: סקירה בפתיחה, בפתיחה מחדש, או כשטיוטה מסומנת כמוכנה
• ידני: סקירה רק כשמישהו עם הרשאת כתיבה מגיב ‎@claude review‎

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

איך מתחילים בלי להיבהל מהחשבון?

התיעוד עצמו מציע פיילוט, וזה המסלול הנכון:

1. קובעים תקרת הוצאה חודשית ל-Code Review בעמוד השימוש של הניהול. כשהיא נגמרת, הסקירות מדולגות, וה-PR מקבל הערה שמסבירה למה
2. מדליקים על כמה מאגרים מייצגים, עם Review runs על ״פעם אחת״ או ״ידני״
3. אחרי כמה סקירות, קוראים את העמודה Average cost בטבלת המאגרים, ומכפילים במספר ה-PRs בחודש. מי שעובר ל״אחרי כל push״ מכפיל שוב, במספר הדחיפות הממוצע

ולמי שמגיע עם קרדיטים: לפי ההודעה, ארגוני Enterprise שעומדים בתנאים יכולים לממש קרדיט ייעודי ל-Code Review עד 15 בינואר 2027, והוא פג 30 יום אחרי המימוש. את הסכום והתנאים בודקים בהודעה עצמה.

מי לא יכול להשתמש בזה?

השירות דורש מאגרים ב-GitHub, כולל GitHub Enterprise Server. לפי התיעוד, הוא לא זמין לארגונים עם Zero Data Retention, עם תצורת HIPAA ועדיין לא לארגונים עם מפתחות הצפנה בניהול הלקוח. ארגון שעובד עם קלוד קוד דרך Bedrock או דרך הענן של גוגל צריך בכל זאת ארגון קלוד ב-Team או ב-Enterprise, והחיוב מגיע לחשבון של אנתרופיק.

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

שורה תחתונה

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

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