תקציר
רכיב AI אינו רק מסך עם שדה שאלה ותשובה. הוא מנגנון שמקבל מידע, מפעיל שיקול חישובי ומחזיר תוצר שמשפיע על עבודה אמיתית. לכן האפיון חייב להיות חד יותר מאפיון מסך רגיל.
מה מגדירים באפיון רכיב AI
- מטרת הרכיב ומה הוא לא אמור לעשות.
- סוגי משתמשים והרשאות.
- מקורות מידע ואופן עדכון שלהם.
- תבניות קלט ופלט.
- כללי חסימה, הסלמה ובקרה אנושית.
- מדדי בדיקה לפני עליה לאוויר.
שאלת המידע
רוב הסיכון ברכיב AI נמצא במידע: האם הוא נכון, מעודכן, מורשה לשימוש ומספיק מפורט. אפיון טוב מתאר לא רק מאיפה מגיע המידע, אלא גם מי אחראי עליו, איך מתקנים אותו ומה קורה כאשר אין תשובה בטוחה.
גבולות פעולה
צריך להגדיר במפורש מתי הרכיב עונה, מתי הוא מסרב, מתי הוא מפנה לאדם ומתי הוא מציג הסתייגות. גבולות כאלה אינם חולשה; הם תנאי להפעלה מקצועית בארגון.
טעויות שכדאי להימנע מהן
- כתיבה כללית של “בוט חכם” בלי תרחישים.
- שימוש במידע שלא עבר מיפוי והרשאות.
- היעדר בדיקות על תשובות שגויות.
- הבטחה לאוטומציה מלאה במקום תהליך עם בקרה.
- אי־הגדרת אחריות תחזוקה אחרי ההשקה.
מה לבדוק לפני שבוחרים ספק
- האם הספק מבקש דוגמאות אמת ולא רק מתאר יכולת כללית.
- איך הוא מתעד Prompt, מקור מידע ולוגיקה.
- איזו בקרה קיימת על תשובות בעייתיות.
- מה מודל התחזוקה והעדכון.
- האם התמחור כולל בדיקות והדרכה.
קישורים פנימיים להמשך
לכתיבת אפיון מסודר מומלץ להתחיל ב־ייעוץ AI לארגונים. לפרויקטים שבהם הרכיב יוצא לספקים, כדאי לשלב מכרז טכנולוגי או אפיון מערכת.