M365Con 2027 – כנס אונליין חינמי · 11–22 Jan 2027 · 120 sessions→ m365con.net

בלוג · Mirko Peters

עלויות וזמני תגובה בפריסה של Agentic RAG לעומת אחזור מסורתי

By ·

גלו מדוע Agentic RAG יקר יותר ואיטי יותר מ-RAG מסורתי פי 2 עד 10, ולמדו כיצד לבחור את הארכיטקטורה הנכונה לבינה מלאכותית ארגונית.

Automatically translated with AI from the original post. Read the English original

Cover: The Copilot Assumption That's Holding You Back — Agentic RAG

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

עיקרי הדברים

  • Agentic RAG משיג שיעור השלמת משימות גבוה פי 2.8 במהלך תהליכי עבודה מורכבים ורב-שלביים, בהשוואה לאחזור חד-פעמי.
  • הנמקה איטרטיבית ואימות ממקורות מרובים מפחיתים את שיעור ההזיות כמעט בחצי, מ-23% ל-8%.
  • ארכיטקטורות אג'נטיות יקרות פי 2 עד 10 ואיטיות משמעותית מטבען, בשל לולאות תכנון מתמשכות וקריאות לכלים.
  • סיווג עומסי העבודה הוא קריטי: שאילתות פשוטות בשאלות נפוצות צריכות להשתמש ב-RAG מסורתי, ואילו בעיות רב-מקוריות מצדיקות את המורכבות האג'נטית.
  • התשואה על ההשקעה תלויה במידה רבה בנפח התהליך, שכן משימות בתדירות גבוהה נדרשות כדי לפזר את העלויות הקבועות של תזמור מתקדם.

המחיר הנסתר של הנמקה בסביבת ייצור

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

בצינור RAG מסורתי, המערכת מבצעת שאילתה אחת למסד נתונים וקטורי, אורזת את קטעי המידע שאוחזרו להנחיה, ומעבירה את המטען למודל השפה פעם אחת. טביעת הרגל החישובית קבועה, צפויה ומהירה להפליא. ארכיטקטורות אג'נטיות מפרקות את הליניאריות הזו. לפי דפוס ReAct – הנמקה, פעולה, הנמקה, פעולה – המודל עשוי לשאול את SharePoint, להעריך את הפלט, לקבוע שחסר מידע, לנסח שאילתה משנית ל-Dataverse ולשלוף חוטי הקשר מ-Microsoft Graph, וכל זאת לפני שהוא מייצר תשובה סופית. כל שלב תכנון נוסף וכל קריאה לכלי צורכים אסימונים נוספים, דורשים הערכות מודל נוספות ומוסיפים השהיה מצטברת.

מדידת שיפורי ביצועים מול עלויות תפעוליות

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

חשוב לא פחות הוא ההשפעה על שלמות הנתונים. הזיות (hallucinations) נותרו המחסום הגדול ביותר לאימוץ בינה מלאכותית בארגונים. תשובה שגויה שניתנה בביטחון מלא יכולה לשחוק את אמון המשתמשים מהר יותר מכמה הודאות כנות בחוסר ידע. שליפה איטרטיבית מבוססת Agentic מפחיתה את שיעור ההזיות כמעט בחצי, וכך מורידה את השגיאות מכ-23% ל-8% על אותם מערכי נתונים. לולאת ההערכה פועלת כבדיקת איכות אוטומטית, ומאתרת הקשר חסר ופרטים סותרים לפני שהם מגיעים למשתמש הקצה.

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

פתרונות ארכיטקטוניים: ניתוב היברידי ובחירת עומסי עבודה

מאחר ששליפה מסורתית ו-Agentic RAG אינן עדיפות באופן אוניברסלי, על אדריכלי הארגון לאמץ גישה היברידית. הסביבות היעילות ביותר של Microsoft 365 משתמשות בשכבות סיווג וניתוב חכמות בנקודת הכניסה של כל בקשה ל-Copilot.

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

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

סיכום

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

שאלות נפוצות

מדוע Agentic RAG יקר יותר משליפה מסורתית?

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

בכמה איטי יותר צינור שליפה של Agentic?

בהתאם למורכבות המשימה ולמספר לולאות ההנמקה האיטרטיביות הנדרשות, תהליכים Agentic מלאים עשויים לפעול איטי פי 2 עד פי 4 מאשר שאילתת RAG מסורתית חד-פעמית.

האם Agentic RAG מבטל הזיות לחלוטין?

לא, אבל הוא מפחית אותן באופן משמעותי. נתוני מדידה מראים שארכיטקטורות Agentic מפחיתות את שיעור ההזיות כמעט בחצי, מכ-23% ל-8%, על ידי הערכת ההקשר שנשלף לפני יצירת התשובה הסופית.

מהי ארכיטקטורת RAG היברידית?

ארכיטקטורה היברידית משלבת שיטות שליפה מסורתיות ו-Agentic. היא משתמשת בשכבת ניתוב חכמה כדי לשלוח שאילתות פשוטות וממקור יחיד בנתיב המסורתי והמהיר, ומנתבת בקשות מורכבות ומרובות מקורות לתהליכי Agentic.

Entities in this article

Agentic RAG Dataverse Microsoft Graph ReAct pattern SharePoint

Related articles

RSS