עדכון מסמך אינו הוכחה שסוכן AI משתמש בנוהל החדש. מגדירים אחריות למקור, מועדי תחולה, תנאים לשליפת מידע ומערכת בדיקות מצומצמת לפני שמשנים את התשובות שהעסק נשען עליהן.
נכתב בסיוע AI. אלו המלצות מעשיות להגדרת היקף; הדוגמאות הן להמחשה ואינן תוצאות של לקוחות.
מתחילים בכלל שעשוי להשתנות, לא בכפתור ההעלאה
צוות שירות משנה את זמן ההתרעה המינימלי להזמנה חדשה מ־48 שעות ל־72 שעות. מישהו מחליף את הנוהל בתיקייה משותפת. לסוכן עדיין יש את התשובה של אתמול בשיחה פתוחה, וקובץ PDF ישן נשאר זמין לחיפוש באותה כותרת. איזה כלל עליו להסביר עכשיו? זו דוגמת תכנון להמחשה, לא אירוע של לקוח ולא יכולת שכבר נמסרה בידי AgenticShip.
יצירה המבוססת על שליפת מידע, שמכונה בדרך כלל RAG, מצרפת מקורות נבחרים לתשובת AI. היא לא קובעת כשלעצמה איזה מסמך עסקי מוסמך היום. המימוש צריך מחזור חיים למקור: מי מאשר גרסה, מתי היא נכנסת לתוקף, היכן מותר להשתמש בה ואיך מאמתים את החלפתה. מועד העלאה חדש אינו זהה למועד תחולה עסקי.
נותנים לכל נוהל זהות קבועה וגורם אחראי
מתעדים מזהה נוהל שנשמר גם כשמשנים שם קובץ, מזהה גרסה, גורם אחראי, מצב אישור, תחילת תחולה וסיומה, אזור זמן רלוונטי, קהל, שפה ומיקום המקור. מסכימים איזה אירוע קובע את התחולה: מועד השאלה, מועד יצירת ההזמנה או אירוע עסקי אחר. לא מאפשרים לשני עותקים שהועלו בנפרד להפוך בשקט למקורות סמכות מתחרים.
הטבלה הבאה היא גיליון מצבי מקור שאנחנו מציעים, לא תקן של ספק. שכבת השליפה צריכה לאכוף את תנאי השימוש במקור באמצעות שדות שהמערכת הנבחרת באמת תומכת בהם, ובדיקות ביישום לפי הצורך. פרומפט שמבקש מהמודל להשתמש בקובץ האחרון אינו מנגנון בקרה שקול.
| מצב המקור | שימוש בתשובה נוכחית | הראיות הנדרשות |
|---|---|---|
| טיוטה | לא כוללים בתשובות נוהל שמיועדות ללקוחות | גורם אחראי מזוהה ואישור שטרם התקבל |
| מאושר, תחולה עתידית | לא מציגים ככלל של היום; מסבירים שינוי עתידי רק כשהדבר מתאים | גבול תחולה, אזור זמן וכלל מעבר |
| פעיל וחל על המקרה | מותר לשימוש עבור הקהל והשאלה שהוגדרו | גרסה מאושרת, שדות תחולה ועותק מאונדקס שאומת |
| הוצא משימוש | לא נכלל בהנחיה נוכחית; נשמר בנפרד לשאלות היסטוריות מורשות אם נדרש | מזהה מחליף והחלטה על שמירה וגישה |
| סותר או בוטל | עוצרים את התשובה המושפעת ומעבירים את הפער לגורם האחראי | מזהים סותרים או תיעוד ביטול; לא ממציאים הכרעה |
בודקים את העותק הזמין לחיפוש, לא רק את תיקיית המקור
מסמך והייצוג הזמין לחיפוש שבו הסוכן משתמש הם שתי נקודות בדיקה נפרדות. מאמתים שהגרסה המיועדת הגיעה לאינדקס, שהגרסה הישנה כבר אינה מותרת לתשובות נוכחיות ושהקטעים הרלוונטיים נושאים את המטא־דאטה הנכון. מתעדים את תוצאת הקליטה ובוחנים תוצאת שליפה אמיתית. העלאה מוצלחת לבדה אינה מראה שמסלול התשובה השתנה.
למשל, Amazon Bedrock מתעדת סנכרון של מקור הנתונים לאחר הוספה, שינוי או הסרה של קבצים, עם עיבוד מצטבר של השינויים. זה מתאר את התהליך הזה ב־Bedrock, לא כל פלטפורמת AI. מאמתים את התנהגות העדכון וההסרה של המחבר שנבחר במקום להניח שכל עריכה מופצת מיד.
שומרים על התאמה בין המקור המוסמך לעותק המאונדקס. אם במימוש יש גם עריכה ישירה של האינדקס וגם תהליך סנכרון מקור, בודקים אם סנכרון מאוחר יותר עלול להחזיר חומר לא רצוי. בודקים הסרה במסלול השליפה האמיתי. לא מוחקים היסטוריה עסקית נדרשת רק כדי להסתיר אותה מתשובות על הנוהל הנוכחי.
מעדיפים תוכן חדש רק אחרי שקובעים באילו מקורות מותר להשתמש
דירוג לפי עדכניות ותחולת נוהל פותרים בעיות שונות. טיוטה חדשה לא אמורה לעקוף כלל מאושר ולקבל סמכות. חוזה ישן שעדיין חל עשוי להיות רלוונטי יותר מדף שאלות נפוצות חדש. מסננים לפי המצב, ההיקף וגבול התחולה שהוסכמו לפני שמבקשים מדירוג הרלוונטיות לבחור קטעים מועילים.
התיעוד של Microsoft לשליפה שמעדיפה מידע עדכני ב־Azure AI Search, יכולת בתצוגה מקדימה, מבדיל במפורש בין העדפת חומר חדש לבין מסנן קשיח: גם תוכן ישן עשוי להופיע. זה רקע שימושי להבחנה, לא המלצה לאמץ שירות בתצוגה מקדימה. המלצת המימוש שלנו היא לבדוק את תנאי השימוש במקור בנפרד מאיכות הדירוג.
משאירים את בקרת הגישה בלתי תלויה בעדכניות. מסמך נוכחי ונכון לחשבון אחד, לתפקיד עובדים מסוים או לקהל בשפה מסוימת אינו מורשה אוטומטית לאחר. אם המערכת לא מצליחה לקבוע שקיים מקור מותר שחל על המקרה, התוצאה המועילה היא פער גלוי לבדיקה, לא תשובה סבירה שמורכבת ממסמכים שנפסלו.
דוגמה: כלל של 48 שעות מוחלף בכלל של 72 שעות
נניח שהגורם האחראי לנוהל מאשר גרסה B של BOOKING-NOTICE, שתחול מ־1 בנובמבר 2026 בשעה 09:00 באזור הזמן שהעסק הגדיר. גרסה A דורשת התרעה של 48 שעות מראש; B דורשת 72. רק לצורך הדוגמה, האחראי מחליט ש־B חלה על הזמנות שנוצרו בגבול הזה או אחריו, ושהזמנות קיימות שומרות על התנאים המקוריים שלהן. אלה נתוני דוגמה מומצאים, לא ייעוץ משפטי ולא מדיניות הזמנות אוניברסלית.
לפני הגבול, תשובה על הזמנה חדשה משתמשת ב־A. אחריו, אותה שאלה משתמשת ב־B. שאלה על הזמנה שנוצרה קודם צריכה להשתמש בכלל שחל על אותה הזמנה, לא אוטומטית בכלל של היום. אם מועד היצירה או שיוך הנוהל חסרים, מבקשים את העובדה החסרה או מעבירים את המקרה לאחראי. לא מסיקים אותה מההודעה האחרונה בשיחה.
מכינים את B ואת המטא־דאטה שלה לפני המעבר, ואז מאמתים איך המערכת הנבחרת מפעילה אותה. בגבול התחולה בודקים שליפה חדשה ואת התשובה שנוצרה, לרבות הפניה למקור ולגרסה. בוחנים מחדש תשובה שנוסחה בשיחה ישנה לפני שמשתמשים בה לאחר השינוי. אם התהליך שומר קטעים שנשלפו או טיוטות תשובה במטמון, בודקים במפורש את מסלול הביטול או האימות מחדש שלהם; שינוי קובץ מקור אינו הוכחה ששיחה קיימת שכחה אותו.
מריצים מערכת בדיקות מצומצמת שממוקדת בשינוי
בסביבת בדיקה מבודדת כותבים מראש את הגרסה המותרת הצפויה ואת התשובה או ההעברה לבדיקה המצופות בכל מקרה. מכסים שבעה מקרים: הזמנה חדשה רגע לפני הגבול; הזמנה בדיוק בגבול; הזמנה קודמת שנדונה מאוחר יותר; שני מסמכים באותה כותרת; מסמך פעיל שבוטל; שיחה שכבר נפתחה ומכילה את A; ושאלה שאין עבורה מקור מורשה ותקף.
מוסיפים מקרה סתירה שבו שני מקורות מאושרים אינם מסכימים, ומקרה גישה שבו התשובה הנכונה נמצאת רק בחומר של חשבון אחר. בודקים עברית ואנגלית כששתיהן נכללות בהיקף התפעולי. מתעדים אילו קטעי מקור נשלפו, לא רק אם הניסוח הסופי נשמע נכון. תשובה נכונה שנלקחה ממקור אסור היא עדיין כשל בגבולות המערכת.
מפרסמים רק לפי הקריטריונים שהאחראי לתהליך אישר. מקור אסור, נוהל מומצא או תשובה בטוחה לסתירה שלא הוכרעה צריכים לחסום את ההיקף המושפע לפי החוזה המוצע. מערכת הבדיקות הממוקדת הזאת משלימה את הערכת הסוכן הרחבה; היא אינה הבטחה סטטיסטית ואינה תחליף לניטור מתמשך.
שומרים תיעוד עדכון ומסלול עצירה שאפשר להשתמש בו
תיעוד העדכון צריך לזהות את הנוהל ואת הגרסאות הישנה והחדשה, את האחראי המאשר, את גבול התחולה, את השינויים במקור, את ראיות הקליטה, את בדיקות השליפה ואת מועד ההפעלה. שומרים הפניות לראיות עם הרשאות ומשך שמירה מתאימים; לא מעתיקים מידע מיותר על לקוחות ליומן ידע כללי. מגדירים מי מכריע בסתירה ואיזה מסלול ידני מוגבל זמין בזמן שהתשובות המושפעות מושהות.
שחזור אינדקס ישן אינו בהכרח חזרה בטוחה אם הנוהל שבו כבר אינו תקף. חזרה לאחור עשויה להיות השבתת מסלול התשובה הזה והעברת שאלות לאדם עד שקיימת גרסה מותרת שחלה על המקרה. ממשיכים עבודה שלא הושפעה רק כשגבולות המקורות שלה מובנים. לאחר הפרסום בוחנים תקריות של מקור מיושן, שאלות שלא נפתרו ומאמץ תיקון בנפרד מהיקף התשובות.
בהטמעת סוכן AI, ההיקף המעשי הוא קבוצת מקורות אחת עם אחראי, תהליך שינוי מפורש וראיות לכך שמסלול התשובה המיועד פועל לפיו. מרחיבים אחרי שהבדיקות האלה עובדות. התוצר אינו הבטחה שהסוכן תמיד מכיר את הכלל האחרון; הוא דרך מבוקרת לעדכן, לאמת ולעצור את תהליך הידע המסוים.
מקורות ראשוניים
ההנחיות למעלה מתארות את הגישה המוצעת של AgenticShip. המקורות הבאים מספקים רקע טכנולוגי להמלצות הרלוונטיות.