קלוד אחד מגיע לארגונים: מה מנהלי Enterprise צריכים לבדוק לפני שזה נדלק

ב-23 באוקטובר 2026 הודיעה אנתרופיק שהחוויה המאוחדת, שבה הצ’אט ו-Claude Cowork הם שיחה אחת, זמינה עכשיו גם במסלול Enterprise. משתמשי Pro ו-Max קיבלו אותה כבר בספטמבר, ומה שהיא משנה למשתמש מתואר במדריך קלוד אחד במקום Chat ו-Cowork.

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

מה בדיוק משתנה בארגון?

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

מבחינת אבטחה, זה אומר שכל שיחה שצריכה סביבה כזאת מקבלת מכונה וירטואלית משלה, שאנתרופיק מנהלת. אחרי כמה דקות בלי פעילות המכונה נעצרת והדיסק שלה נשמר כ-snapshot מוצפן, והסביבה פגה 30 יום אחרי שנוצרה. ההגדרה עצמה נקראת בממשק Chat and Cowork unified, והיא יושבת ב-Organization settings, תחת Capabilities.

מה קורה ב-16 בנובמבר?

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

שני תנאים מוקדמים קובעים אם משהו בכלל יקרה: הצ’אט צריך להיות פעיל, וגם Cloud code execution and file creation. אם אחד מהם כבוי, אין הודעה ושום דבר לא נדלק. אבל שימו לב לפרט הקטן: אחרי 16 בנובמבר, ברגע ששניהם יידלקו, החוויה המאוחדת תידלק איתם. ארגון שמתכנן להפעיל את הרצת הקוד בענן רק בדצמבר יקבל גם את זה בחבילה.

ומי שמריצים את אפליקציית הדסקטופ מול ספק inference משלהם (מה שאנתרופיק מכנה Desktop 3P) נמצאים במסלול אחר עם תאריך אחר. התיעוד שלהם אומר שהחוויה היא בחירה עד 10 בנובמבר, ומאז היא נאכפת בכל הפריסות.

אילו הגדרות כדאי לבדוק לפני?

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

• תפקידים: ברגע שההגדרה נדלקת, כל מי שבתפקידים User, ‏Admin, ‏Owner ו-Primary Owner מקבל גישה. מי שלא אמור לקבל צריך לעבור קודם לתפקיד מותאם עם ההגדרה כבויה. והמלכודת: תפקיד מותאם חדש נפתח עם כל היכולות, כולל זו
• גישה לרשת: תחת Code execution, ההגדרה Allow network egress קובעת לאן קוד שרץ בסביבה המבודדת יכול לפנות. ב-Enterprise היא כבויה כברירת מחדל, ושווה להשאיר אותה כך עד שמישהו מבקש גישה מסוימת
• מצבי אישור: שתי הגדרות נפרדות קובעות אם משתמשים יכולים לתת לקלוד לפעול בלי לשאול (Skip all approvals) או לאשר פעולות בעצמו (Automatically approve). הראשונה רלוונטית במיוחד למשימות מתוזמנות ולדפדפן המובנה
• שליטה מרחוק: כשהיא כבויה, המשימות מהאתר, מהטלפון והמשימות המתוזמנות לא יכולות לגעת במחשבים המקושרים של העובדים

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

מה קורה לזיכרון ולשמירת הנתונים?

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

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

מי לא מקבל את זה בכלל?

ארגונים שעובדים עם zero data retention ‏(ZDR), עם התצורה המותאמת ל-HIPAA או עם מפתחות הצפנה בניהול הלקוח (CMEK). אצלם הצ’אט ו-Cowork ממשיכים כמו היום, ומנהלים לא יכולים להדליק את החוויה המאוחדת. לפי המדריך, תמיכה ב-HIPAA צפויה בהמשך, ו-CMEK מתוכנן לגרסה מאוחרת יותר. ארגון שידליק CMEK אחרי שהפעיל את החוויה יאבד אותה.

איך שומרים על התקציב?

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

ועוד הערה למי שמכינים דוחות: השימוש של עובד שקיבל גישה נרשם תחת שורה חדשה, Chat and Cowork unified, ולא תחת Chat או Cowork. מי שמסכמים הוצאות לפי מוצר וישכחו להוסיף את השורה הזאת יראו ירידה מדומה בשימוש בצ’אט וב-Cowork.

שורה תחתונה

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

מי שמנהלים קלוד בארגון ורוצים את התמונה המלאה של Cowork, מה הוא עושה ולמי הוא מתאים: המדריך ל-Claude Cowork.