ניהול AI · המקורות נבדקו ב־7 בנובמבר 2026
אם אתם מנהלים את Claude Desktop בתשתית צד שלישי, כדאי לנצל את הימים הקרובים לבדיקה משותפת של ממשק העבודה ושל מדיניות שמירת המידע. חלון שיחה מוכר אינו דרך טובה לקבוע איזה כלל חל על הנתונים. זו בדיקת מעבר תצורה למנהלי מערכות, ולא טענה לגבי כל חשבון Claude פרטי.
נקודת הבדיקה של 10 בנובמבר
יומן שינויי התצורה של Anthropic מציין את v4.16336.0 ב־3 בנובמבר. בהפעלות אחרי 10 בנובמבר 2026 בצהריים לפי שעון החוף המערבי (20:00 UTC), ערך חסר של desktopHome ייקרא כ־standard, גם כשמוגדרת שמירת Chat. שיחות Cowork חדשות כפופות ל־coworkSessionRetentionDays, ולא ל־chatSessionRetentionDays. אין להסתמך על החריג לאי־התאמה בתקופות השמירה שהיה במעבר של v4.29.0. בנפרד, v4.23118.0 מ־5 בנובמבר מסירה את organizationPluginsUrl: תוספים שהותקנו דרכו מפסיקים להיטען. החלופה היא allowedPluginMarketplaces.
קודם מחליטים על מדיניות, אחר כך עורכים
מדריך התצורה מגדיר את standard כ־Chat ו־Cowork מאוחדים. off מכבה את שניהם; ל־Code יש מתג נפרד. מפתח השמירה של Cowork קיים מגרסה 1.52386.0. כשהוא חסר, אין מחיקה. במצב צד שלישי, הגדרתו יכולה להתחיל מחיקה זמן קצר לאחר מסירת התצורה; נעיצת משימה אינה מגינה עליה. Spaces, זיכרון וחלק מהנתונים האחרים נשארים. זה אינו מנגנון מחיקה מקיף.
מכאן עולות שתי שאלות נפרדות: איזו עבודה אנשים צריכים להיות מסוגלים לבצע, וכמה זמן יש לשמור את הרשומות שלה? הגדירו אחראי לכל שאלה. העדפת ממשק לא צריכה לקבוע בשקט את מדיניות השמירה, ושינוי בתקופות השמירה לא צריך להרחיב בשקט את הכלים הזמינים.
הכינו רישום מעבר קצר ושימושי
- תעדו את המכשירים בפועל. רשמו את גרסת Desktop המותקנת, מצב הפריסה ואחראי התצורה בכל קבוצת ניסיון. ציינו גם מהיכן מגיעה המדיניות. הפרידו מכשירים ישנים במקום להניח שלאותו פרופיל יש אותה משמעות בכל מקום. אל תכניסו לרשימה סודות הזדהות או תוכן של לקוחות.
- נסחו את סביבת העבודה הרצויה במילים פשוטות. האם הקבוצה צריכה Chat, Cowork, Code או שילוב שלהם? השוו את הדרישה לאפשרויות המתועדות לפני בחירת ערך. אם אי אפשר לבטא אותה באמצעות האפשרויות הנתמכות, העבירו את הפער להחלטה במקום לנחש תחליף.
- קבלו החלטת שמירה, לא רק מספר. זהו את אחראי המידע, משך השמירה הרצוי ואופן הטיפול בעבודה שכבר נמצאת במכשירים. בדקו Chat ו־Cowork יחד ותעדו הבדל מוצדק, אם יש כזה. ערך קצר שמועתק לייצור לצורך ניסוי עלול להשפיע מעבר לשיחת הבדיקה.
- מפו תוספים נדרשים. ציינו איזה תהליך עסקי תלוי בכל תוסף ומי אחראי לו. בדקו את התוסף המיועד, מקורו והגישה שהוא צריך גם בעת מעבר למאגר חלופי. הופעת תוסף בממשק אינה הוכחה מספקת לכך שתהליך העבודה עדיין תקין.
בדקו תוצאה לפני הרחבת הפריסה
השתמשו בחשבון בדיקה ייעודי, בתוכן בדיוני ובמדיניות מאושרת לסביבת ניסוי. התחילו בגרסת מכשיר אחת. תעדו מה מופיע לאחר ההפעלה, צרו שיחה זמנית מהסוג הרלוונטי ובדקו איזו מדיניות חלה בפועל. הפרידו ברישום הבדיקה בין ההתנהגות הצפויה לתוצאה שנצפתה. חזרו על הבדיקה בגרסאות הנוספות שאתם מתכוונים לתמוך בהן.
לבדיקת תקופות שמירה השתמשו רק במידע שאפשר למחוק, והסכימו על התוצאה הצפויה לפני שינוי ההגדרות. כללו שיחת בדיקה לא פעילה ותרחיש של משימה נעוצה, אם הצוות מסתמך עליו. אל תסיקו שכל עותקי המידע נעלמו רק מפני ששיחה נעלמה מסרגל הצד. אחראי המידע צריך להגדיר אילו ראיות מספיקות לדרישות הארגון.
לבדיקת תוספים בחרו תהליך מייצג ולא מזיק, בעל תוצאה שאפשר לבדוק. אם התוסף הצפוי חסר או אי אפשר להפיק את התוצאה, עצרו את קבוצת הפריסה ותעדו את הכשל. אל תהפכו בדיקת מעבר שנכשלה להרחבת הרשאות שלא נבדקה.
בדקנו את תיעוד הספק; לא התקנו את הגרסאות ולא שחזרנו את ההתנהגות. התוצר המעשי הוא רישום קצר: גרסה, מקור המדיניות, סביבת העבודה הרצויה, החלטת השמירה המאושרת, תוצאת התוסף הנדרש ושם הבודק. כך יש למנהל המערכת בסיס ברור לאישור לפני שההפעלה הבאה משנה את חוויית העבודה.