פתיחת תפריט הניווטסגירת תפריט הניווט
מדריךנתוני הצוות ואבטחה

נתונים, פרטיות ובקרת מודלים בצוותים

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

הפרטים המחייבים מבחינה משפטית מופיעים במדיניות הפרטיות. העמוד הזה מתאר איך המוצר פועל.

מה Scholarly עושה עם חומרי הצוות

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

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

הפעלת מודל AI כדי לענות לבקשה שלכם אינה זהה לאימון מודל על הבקשה שלכם. ההבחנה הזו חשובה בבדיקה, ולעיתים קרובות מתעלמים ממנה.

בחירת מודלי ה-AI שהצוות יכול להשתמש בהם

מנהלי מערכת מגדירים מדיניות מודלים לכל הצוות דרך צוות → חיוב → תוכנית ומודלי AI.

לפי מודל או לפי רמה

הקטלוג מציג את כל המודלים לפי החברה שמאחוריהם: OpenAI, Anthropic, Google, xAI, Meta וקבוצת קוד פתוח מאושרת של Mistral, Z.ai ו-Moonshot AI. פרטי אירוח ושמירת נתונים מוצגים כשיש מידע זמין. אפשר:

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

מתגים רחבים יותר חלים על רמות וקבוצות במקום על מודלים בודדים: רמת מודלי Premium, קבוצת מודלי Frontier וקטלוג הקוד הפתוח המורחב שמעבר למודלי ברירת המחדל שנבחרו.

מדיניות יכולה רק להגביל גישה

זה הכלל שמונע הפתעות בשני הכיוונים:

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

דרישת אפס שמירת נתונים

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

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

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

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

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

היכן המודלים פועלים

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

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

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

מה מנהלי מערכת יכולים לראות ומה לא

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

מה הדוחות מציגים

במהלך 30 הימים האחרונים, עם אפשרות ל-7 ימים, בחלוקה לימים לפי UTC:

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

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

התקדמות בהרצאות משותפות

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

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

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

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

מה הדוחות אינם מציגים

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

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

מה נשאר פרטי בתוך צוות

הצטרפות לצוות אינה הופכת את החשבון שלכם לגלוי לכולם.

  • תוכן אישי מתחיל כפרטי. האפשרות כולם ב-[team name] משתפת פריט עם הצוות. חומר יכול להיות נגיש גם משום שנשמר בפרויקט משותף או בפרויקט בבעלות הצוות. כל מי שיש לו קישור מאפשר גישה בקישור בלבד, ללא הופעה ברשימות; ציבורי מאפשר למצוא תוכן מתאים באזור הגילוי ובחיפוש.
  • צ'אטים וזיכרונות של פרויקטים לעולם אינם משותפים. גם בפרויקט שבבעלות הצוות, לכל חבר צוות יש צ'אטים פרטיים וזיכרונות פרטיים משלו. אף חבר צוות אחר, בעל פרויקט או מנהל מערכת אינו יכול לקרוא אותם.
  • בקרות מנהל מערכת קובעות מדיניות, ולא מעניקות גישה. מנהלי מערכת יכולים להחליט באילו מודלים הצוות רשאי להשתמש, לדרוש אפס שמירת נתונים, לפרסם פרופילים משותפים ולנהל מושבים ותפקידים. אף אחת מהפעולות האלה אינה מעניקה גישה לתוכן פרטי של חבר צוות.
  • עזיבה או הסרה מסיימות את הגישה, ולא את הבעלות. חבר צוות שעוזב מאבד מיד את הגישה לספרייה המשותפת ולתוכנית הצוות. העבודה בספרייה האישית נשארת בחשבון שלו. עבודה בפרויקט בבעלות הצוות נשארת עם הצוות.

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

חשבונות מחוברים

Google Drive מחובר בנפרד לכל חבר צוות ולכל קובץ.

  • הקבצים נבחרים דרך בוחר הקבצים של Google עצמה. Scholarly יכול להשתמש רק בקבצים שאותו חבר צוות בחר, ובקבצים שהוא יוצר שם בעת ייצוא.
  • הוא אינו יכול לעיין בשאר ה-Drive: לא בתיקיות שלא נבחרו ולא בקבצים שאחרים שיתפו עם אותו אדם.
  • הגישה לפריטים שנבחרו היא לקריאה בלבד: Scholarly קורא את הקבצים האלה כדי לענות על שאלות ולהפיק יצירות. הוא אינו עורך, משנה שמות, משתף מחדש או מוחק דבר.
  • אפשר להתנתק בכל עת דרך חיבורים, או לבטל את הרשאת הגישה בחשבון Google. הניתוק עוצר גישה עתידית; תוכן שכבר יובא או נוצר מוסר בנפרד.

ראו חיבורים.

למי לפנות

תוכניות Teams בשירות עצמי מיועדות ל-1–29 מושבים בתשלום. כדאי לפנות אלינו ישירות כאשר:

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

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

המידע עזר לך?
הקודםספרייה ופרויקטיםהבאהטמעה בצוות