איך להימנע מהצעות של תכנים שנוצרו על ידי AI, לזהות אותן ולמיין אותן במהירות
ככל שהשימוש ב-AI נפוץ יותר במערכת האקולוגית של קוד פתוח, אנחנו רואים יותר הצעות של תורמים באיכות נמוכה. ריכזנו כאן כמה רעיונות ממנטורים אחרים ומאדמינים בארגונים, שמסבירים איך הם הצליחו לזהות במהירות הצעות ספאם, להימנע מהן ולמיין אותן.
1. אכיפה של אינטראקציה עם הקהילה לפני שליחת תוכן
אינטראקציה עם הקהילה היא אחד האותות החזקים ביותר להצעה טובה. מומלץ מאוד להטמיע את התהליך הזה בתהליך הבחירה שלכם.
חובה להשתמש ב-Chat: דורשים מהמועמדים להצטרף לערוץ התקשורת של הארגון (למשל, Slack, Zulip, IRC) ולסנן את כל ההצעות ממועמדים שלא נמצאים בערוץ הזה.
איך עוקבים אחרי אינטראקציות
מתמקדים באנשים – לא בהצעות. כדאי ליצור גיליון אלקטרוני משותף כדי לעקוב אחרי התהליך שעוברים התורמים הפוטנציאליים בקהילה, החוזקות והחולשות שלהם, סימני האזהרה והסימנים החיוביים, המנטורים הרלוונטיים וכו'.
2. דרישות טכניות ודרישות בנוגע לתרומה
בהמשך מפורטים כמה רעיונות לסינון מועמדים שלא השקיעו מאמץ בסיסי כדי ליצור אינטראקציה עם בסיס הקוד.
- קישור חובה לבקשת משיכה (PR) או לאתגר קוד:
- לבקש קישור ל-1 עד 3 בקשות למשיכת שינויים או תרומות הכי משמעותיות שהם ביצעו בפרויקט
- צריך תיקונים קלים, אתגרים בכתיבת קוד, דיונים או בקשות למשיכת קוד ב-GitHub
דרישה לטיוטת הצעה: מבקשים מהמועמדים לשתף טיוטת הצעה ל-GSoC לפני ההגשה הרשמית. (הערה: יכול להיות שמועמדים אחרים ינסו להעתיק את העבודה של המועמד המקורי, לכן חשוב לשים לב לתאריכי היצירה, לתאריך העריכה הראשונה וכו').
איך עוקבים אחרי הדרישות של הארגון
דרישת תנאים מוקדמים מכל המועמדים: דרישה לביצוע פעולות ספציפיות לפני הגשת בקשה רשמית פועלת כמסנן טבעי, ומבטיחה שרק מועמדים רציניים ומתאימים ימשיכו בתהליך.
אילו דרישות קדם צריך להגדיר? לעתים קרובות מדובר בשילוב של כמה דברים: הם צריכים לתקשר עם הארגון לפני שליחת ההצעה, הם צריכים לבצע 2-3 בקשות למשיכת שינויים, הם צריכים לבצע בדיקה ו/או שהם צריכים להשתמש בתבנית מסוימת להצעה שלהם. הארגון שלכם צריך לקבוע את הדרישות המוקדמות ולציין אותן בצורה ברורה מאוד. ככל שתדרשו יותר דברים, כך יהיה קל יותר לסנן הצעות ספאם שלא עומדות בכל הדרישות.
לחצן חדש של דרישות מוקדמות לשימוש של מנהלי ארגונים, שזמין למנטורים לצפייה בכל הצעה (הוא מופיע גם כשדה בייצוא ההצעה וגם כמסנן בלוח הבקרה של ההצעות).
בדיקת הפרופיל או הפעילות של המועמד ב-GitHub: באפליקציית האינטרנט של GSoC יש שדה שבו המועמד יכול לציין את שם המשתמש שלו ב-GitHub או לכלול קישור ישיר לתרומות שלו לארגון. כך קל לסנן הצעות שבהן לא היה אינטראקציה קודמת.
3. איך בודקים אם הצעות נוצרו על ידי AI
זה בלתי נמנע! יהיו כמה עבודות שנוצרו על ידי AI. הטיפים הבאים יעזרו לכם לסנן אותם במהירות.
- אכיפה של תבניות להצעות: דרישה לשימוש בתבנית סטנדרטית לכל ההצעות לארגון. זה יכול להיות פשוט לדרוש מהם לענות על 4 או 5 שאלות ספציפיות. הגדרת פסילה אוטומטית אם לא מתקיימות דרישות. האפשרות הזו שימושית במיוחד לארגונים שמקבלים 50 הצעות ומעלה.
- מחפשים ניסוחים גנריים: אפשר להשתמש בחיפוש מהיר כדי לסנן הצעות שמכילות שטויות ברורות כמו:
- [placeholders]
- מילות אות כמו 'מהפכה'
- שגיאות כתיב הן טובות – הן אנושיות!
- לדרוש מהמועמדים לצרף סרטון קצר באורך דקה שבו הם מציגים את עצמם ומסבירים למה הם רוצים לעבוד על הפרויקט הזה (הפנים צריכות להיות גלויות כדי למנוע ספאם או הגשות מרובות).
- רוב הספאם שנוצר על ידי AI הוא פשוט ניסוח מחדש והרחבה של תיאור הרעיון שהארגון שלכם רשם ברשימת הרעיונות. קל יותר להבחין בדפוסים (לדוגמה, הפסקה השלישית מכילה את המחרוזת '1-3 minutes' כי המשפט השלישי בדף הרעיון מזכיר את המחרוזת '1-3 minutes')
- הצעות יפות במיוחד הן כנראה תוצאה של AI. כדאי לבדוק את התוכן ולא רק אם יש בו תרשימים ותמונות מעניינים (AI יכול ליצור אותם בקלות).
4. אופטימיזציה של התהליך הפנימי
כדי להקל על תהליך הבדיקה בארגון, כדאי לפעול לפי הטיפים הבאים.
- שאלות ספציפיות לארגון: קובעים 3-5 שאלות שרוצים שכל מגיש בקשה יענה עליהן בהצעה שלו. חשוב להקפיד לציין את זה בבירור בהוראות, ולהשתמש באי-שליחת המסמך הזה כמסנן אוטומטי לדחיית בקשות.
- בחירה מראש/הערכה ראשונית של האדמין: אדמין ארגוני יכול לבצע סינון ראשוני מהיר כדי לסווג הצעות (למשל, תקינות, לא תקינות/ספאם, לא רלוונטיות) לפני שמפיצים אותן למנטורים לבדיקה מעמיקה.
- סימון של אי התאמות בין שם הפרויקט לבין הרעיון: בהוראות, מבקשים מהמועמדים להשתמש בשם ספציפי או במילות מפתח ספציפיות כדי שיהיה קל יותר למנהלי הארגון או למנטורים להתאים את השם לרעיון הפרויקט, כי הרבה מנטורים מעוניינים לבדוק רק את ההצעות לרעיון הפרויקט שהם רוצים ללוות.
- הצעות מחיר מחייבות לכלול כותרת סטנדרטית, ואולי גם פורמט סטנדרטי לשמות.