10110010011101001011001101101110101018200.devFrom Enterprise.Systems

האם אטלסיאן מאמנת AI על נתוני ה-Jira שלכם? מה משתנה ב-17 באוגוסט

The 8200.dev Teamקריאה של 7 דק׳

אם אתם מנהלים אתר Jira, Confluence או Jira Service Management, כנראה שאטלסיאן כבר שלחה לכם מייל על הגדרות 'תרומת נתונים' חדשות. הנה מה שזה באמת אומר, ומה לעשות בנידון לפני 17 באוגוסט 2026.

מה משתנה: אטלסיאן משיקה בהדרגה בקרות ברמת הארגון ב-Atlassian Administration (תחת Security → Data contribution) שקובעות האם המטא-דאטה והתוכן שלכם משמשים לאימון מודלי ה-AI של אטלסיאן ולשיפור יכולות ה-AI שלה ב-Jira, Confluence, JSM ואפליקציות הפלטפורמה המחוברות. החל מ-17 באוגוסט 2026, אטלסיאן מתחילה להשתמש בנתונים שלכם לפי מה שמוגדר — בין אם הגדרתם זאת בעצמכם, ובין אם נשאר על ברירת המחדל.

החלק שרוב המנהלים מפספסים: מידת השליטה שלכם תלויה לגמרי בתוכנית המנוי. רק לקוחות Cloud Enterprise יכולים לחסום לחלוטין תרומת מטא-דאטה. כל שאר התוכניות — חינמית, Standard, Premium — תורמות מטא-דאטה אוטומטית, בלי אפשרות לכבות זאת. מה שבדרך כלל כן ניתן לשלוט בו, ללא קשר לתוכנית, הוא תוכן פנים-אפליקטיבי: אפשר להחריג פרויקטי Jira, מרחבי Confluence או מחברי Teamwork Graph ספציפיים, גם אם אי אפשר לכבות את ההגדרה כולה.

מה לעשות בפועל: גשו אל Atlassian Administration → Security → Data contribution ובדקו מה כבר מוגדר. אשרו מהי התוכנית הפעילה הגבוהה ביותר בארגון שלכם (היא קובעת את ברירות המחדל — אפילו רישיון Enterprise יחיד בארגון משנה את החישוב לכל השאר). אם הארגון שלכם מטפל בנתוני לקוחות, מידע מוסדר, או כל דבר שכפוף להסכם עיבוד נתונים — החליטו במודע האם להחריג פרויקטים או מרחבים ספציפיים, במקום לרשת את ברירת המחדל.

זו הגדרה אחת, בפלטפורמה אחת. אם הארגון שלכם מריץ גם Slack, Notion, GitHub, Salesforce, או עוד חצי תריסר כלי SaaS מחוברים — כל אחד מהם מקבל בשקט החלטה דומה בשמכם: חלקם עם מתג גלוי, חלקם (כמו אימון ה-ML הלא-גנרטיבי של Slack) בלי מתג בכלל — ביטול רק במייל. בדיוק את התבנית הזו — הגדרות אמיתיות, דדליינים אמיתיים, השלכות אמיתיות, קבורות בפאנל ניהול שאף אחד לא מונה עליו — הקונקטורים של 8200.dev בנויים לחשוף אוטומטית, על פני כל פלטפורמה שחיברתם, לא רק זו ששלחה לכם מייל השבוע.

ההחלטה שאף אחד לא מונה עליה

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

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

  • Slack משתמשת בהודעות ובתוכן של לקוחות לאימון מודלים לא-גנרטיביים ברמת הפלטפורמה (דירוג חיפוש, המלצות) כברירת מחדל. אין מתג בהגדרות סביבת העבודה — ביטול משמעו שבעל סביבת העבודה שולח מייל לכתובת המשוב של Slack ומבקש.
  • Dropbox חושפת הגדרת "AI חיצוני" שברירת המחדל שלה תלויה במיקום החשבון: פעילה בארה"ב, כבויה באיחוד האירופי, בבריטניה ובקנדה. שני ארגונים עם אותה תוכנית בדיוק יכולים להיות בעמדות הפוכות בלי לדעת.
  • GitHub מותחת את הקו לפי תוכנית: נתוני Business ו-Enterprise מוחרגים חוזית מאימון מודלים, בעוד שתוכניות נמוכות יותר כפופות לתנאי המוצר הרחבים. מעבר תוכנית יכול לשנות את העמדה שלכם בשקט.
  • Salesforce, Zendesk ו-Intercom — לכל אחת ברירות מחדל משלה ומסלול ביטול משלה: עמוד Setup, כרטיס תמיכה, הגדרת סביבת עבודה.
  • Google Workspace, Microsoft 365, Notion ו-Box בצד השני: התנאים שלהן מתחייבים חוזית שתוכן לקוחות לא משמש לאימון מודלים, ולכן אין מתג כי אין צורך בו. זו עמדה שונה באמת — אבל עדיין צריך לדעת אותה, ולהיות מסוגלים להצביע עליה מול מבקר.

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

בגלל זה "שמישהו יבדוק את זה" נכשל כבקרה. אין מסך לבדוק בו. ההחלטה מתגלגלת לברירת המחדל שהספק בחר — לפי האינטרסים של הספק.

מה זה אומר לתאימות

אם לארגון שלכם יש דוח SOC 2, אתם בדרך ל-ISO 27001, או מעבדים מידע אישי תחת GDPR — שאלת תרומת הנתונים נוחתת ישירות בתוך התחייבויות שכבר יש לכם.

הסכמי עיבוד נתונים מתארים את המטרות שלשמן מעבד רשאי להשתמש בנתונים שלכם. אימון מודל AI על ידי ספק הוא *מטרה*. אם ה-DPA שלכם מול לקוח אומר שהנתונים משמשים לאספקת השירות, ואחת הפלטפורמות המחוברות שלכם מזינה בשקט את אותם נתונים לאימון מודלים — הפער בין מה שהבטחתם במורד הזרם למה שאתם מתירים במעלה הזרם הוא שלכם לסגור, לא של הספק.

מבקרים כבר שואלים על זה ישירות, בדרך כלל בנוסח "האם מי מספקי המשנה שלכם משתמש בנתונים שלכם לאימון AI, ואיך אתם יודעים?" תשובה שאפשר להגן עליה מורכבת משני חלקים: ה*עמדה* (אילו פלטפורמות תורמות, אילו מוחרגות חוזית) ו*תיעוד ההחלטה* (מי בדק, מתי, ומה הוחלט). "אף פעם לא בדקנו" היא התשובה היחידה שנכשלת מיד. כיסינו את מה שמבקרים מצפים לו מממשל AI באופן רחב יותר במה מבקרים באמת דורשים מממשל AI ב-2026 — תרומת נתונים הופכת לסעיף סטנדרטי בדיוק בביקורת הזו.

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

צ'קליסט למנהלים לקראת 17 באוגוסט

זה המעבר הקונקרטי שכדאי לעשות לפני הדדליין של אטלסיאן, מוכלל כך שתוכלו להריץ אותו על כל פלטפורמה שאתם מפעילים:

  1. מפו את המשטח. רשמו את פלטפורמות ה-SaaS שבהן באמת חי תוכן או מטא-דאטה של הארגון — לא רק אטלסיאן. אם יש שם נתוני לקוחות, מידע מוסדר או כל דבר תחת NDA — זה בתחולה.
  2. מצאו את עמדת תרומת הנתונים של כל פלטפורמה. באטלסיאן: Administration → Security → Data contribution. באחרות זה עשוי להיות עמוד הגדרות, כרטיס תמיכה, מייל ביטול, או סעיף חוזי בלי שום בקרה.
  3. אשרו את דרגת התוכנית בכל פלטפורמה שבה העמדה תלוית-תוכנית. באטלסיאן, התוכנית הפעילה הגבוהה ביותר בארגון קובעת את ברירות המחדל לכל מה שבתוכו. ב-GitHub, הדרגה קובעת אם ההחרגה החוזית חלה עליכם.
  4. החליטו במודע. הצטרפות היא בחירה לגיטימית — יכולות AI טובות יותר הן תועלת אמיתית. מצב הכשל אינו התרומה; הוא תרומה *שאף אחד לא החליט עליה*. החריגו את הפרויקטים והמרחבים שמחזיקים חומר רגיש, והשאירו את השאר אם זו הבחירה שלכם.
  5. תעדו את ההחלטה. פתק מתוארך — מי בדק, מה הוגדר, למה — הופך ברירת מחדל שקטה לראיית ממשל שאפשר להגיש למבקר.
  6. בדקו מחדש לפי לוח זמנים. ספקים משנים ברירות מחדל, מוסיפים יכולות AI ומזיזים הגדרות. עמדה שנבדקה פעם אחת ב-2026 אינה עמדה מנוהלת ב-2027.

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

איך 8200.dev חושף את זה אוטומטית

8200.dev מציף עכשיו ממצא עמדת אימון AI לכל פלטפורמה שאתם מחברים. חברו את Jira, Slack, Dropbox, GitHub, Salesforce או כל אחת מהפלטפורמות הנתמכות, והסריקה מספרת לכם — ליד ממצאי השיתוף וההרשאות — האם הספק משתמש בנתונים שלכם לאימון AI כברירת מחדל, איפה חי הביטול או הערובה החוזית, ומתי העמדה אומתה לאחרונה. פלטפורמות עם ברירת מחדל מצטרפת מסומנות כממצאים שדורשים החלטה; פלטפורמות מוגנות חוזית מסומנות כהצהרות שאפשר להצביע עליהן מול מבקרים.

כשפלטפורמה *כן* חושפת מדיניות AI קריאה ב-API בציר סמוך, אנחנו בודקים אותה חי: מחבר GitHub קורא את מדיניות התאמת הקוד הציבורי של Copilot בארגון שלכם, ומחבר GCP בודק אם Vertex AI רץ בלי מדיניות ארגונית שמגבילה אותו. כל ממצא מגיע עם פלייבוק תיקון שלב-אחר-שלב, וקטלוג הבדיקות המלא נמצא בעמוד הפיצ'רים.

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

שיתוףX / TwitterLinkedIn

מאמרים קשורים