תרחיש לדוגמה לשימוש ב-AI אקטיבי: סיווג נתונים מרובי-אופנים

Last reviewed 2026-10-14 UTC

במאמר הזה מוצגת ארכיטקטורה ברמה גבוהה של מערכת AI אקטיבי עם כמה סוכנים שנפרסה ב-Cloud Run, שמנתחת נתונים מולטי-מודאליים שונים ומפיקה סיווג ברמת סמך גבוהה. הגישה הזו מאמתת את הנתונים המפוצלים של המדיה באמצעות התאמה בין נתונים בזמן אמת לבין אמת קרקע (ground truth) היסטורית, כדי להפיק תובנות מבוססות שניתן לאמת.

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

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

ארכיטקטורה

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

ארכיטקטורה של מערכת AI אקטיבי עם כמה סוכנים שמסווגת נתונים מולטי-מודאליים.

הארכיטקטורה מציגה את זרימת הנתונים הבאה:

  1. אפליקציית האינטרנט שולחת בקשה לסוכן הבסיס לנתח קבוצה של נתונים מולטי-מודאליים לצורך סיווג. סוכן הבסיס הוא סוכן מתאם שמקבל בקשות ונפרס בשירות Cloud Run.
  2. הסוכן הראשי מטפל בבקשה באופן הבא:
    1. הנציג הראשי מפעיל before_agent_callback כדי לאסוף הגדרות סביבה, לאמת את הקלט של המשתמש ולשמור נתיבי משאבים במצב סשן משותף. כל סוכני המשנה יכולים לגשת למצב הסשן המשותף, וכך אין צורך בקריאות מיותרות לאחזור נתוני המצב וזמן האחזור הכולל מתקצר.
    2. הסוכן הראשי משתמש ב-Gemini ב-Gemini Enterprise Agent Platform כדי לפרש את בקשת המשתמש ולהפיץ משימות לסוכני משנה ייעודיים שפועלים במקביל.
  3. כל סוכן משנה מתמחה בתחום מסוים ומבצע את המשימות הבאות באופן עצמאי:
    1. הסוכנים המשניים לניתוח תמונות וסרטונים יוצרים אינטראקציה עם שרתי Model Context Protocol‏ (MCP) בהתאמה אישית כדי לבצע את הפעולות הבאות:
      1. אחזור נתונים גולמיים לא מובְנים שמאוחסנים בקטגוריה של Cloud Storage.
      2. שולחים בקשה ל-Gemini לפרש את נתוני הקלט, לסווג את הנתונים ולחשב את רמת הסמך.
      3. ‫Gemini שולח את הסיווג המוצע ורמת הסמך בחזרה לשרת ה-MCP בהתאמה אישית.
      4. שרת ה-MCP המותאם אישית מעביר את התשובה בחזרה לסוכן המשנה.
    2. סוכן המשנה לניתוח נתונים מובְנים מתזמר את הניתוח על ידי ביצוע המשימות הבאות:
      1. מקיים אינטראקציה עם שרת ה-MCP של BigQuery כדי לאחזר נתונים מובְנים לפי הקשר (כמו רשומות היסטוריות, יומני אירועים או קריאות חיישנים) שמאוחסנים במערך נתונים של BigQuery.
      2. האנליסט של הנתונים המובְנים שולח בקשה ל-Gemini לפרש את נתוני הקלט, לסווג את הנתונים ולחשב את רמת הסמך.
      3. ‫Gemini שולח את הסיווג המוצע ורמת הסבירות בחזרה לסוכן המשנה.
  4. כל סוכן משנה שולח את הסיווג המוצע ואת רמת הסבירות בחזרה לסוכן הבסיס.
  5. הסוכן הראשי משתמש ב-Gemini כדי לסכם את הפלט של סוכני המשנה הייעודיים, וליצור סיווג אחד ברמת סמך גבוהה.
    • אם רוב הסיווגים של סוכני המשנה הייעודיים תואמים, סוכן הבסיס שולח את הסיווג התואם לאפליקציית האינטרנט.
    • אם סוכני המשנה לא מספקים סיווג תואם, סוכן הבסיס בוחר את הסיווג עם רמת הסמך הגבוהה ביותר ושולח אותו לאפליקציית האינטרנט.

המוצרים שהשתמשו בהם

ארכיטקטורת העזר הזו משתמשת במוצרים ובכלים הבאים של Google Cloud :

  • ‫Cloud Run: פלטפורמת מחשוב בלי שרת (serverless computing) שמאפשרת להריץ קונטיינרים ישירות בתשתית של Google, שניתנת להתאמה לעומס.
  • ‫Gemini Enterprise Agent Platform: פלטפורמה מקיפה שמאפשרת לפתח, להרחיב, לנהל ולשפר סוכני AI ברמה שמתאימה לארגונים.
  • ‫Gemini: משפחה של מודלי AI מולטי-מודאליים שפותחו על ידי Google.
  • ‫ BigQuery: מחסן נתונים (data warehouse) ארגוני שעוזר לנהל ולנתח את הנתונים באמצעות תכונות מובנות כמו למידת מכונה, ניתוח נתונים גיאו-מרחביים ובינה עסקית (BI).
  • ‫Cloud Storage: מאגר אובייקטים ללא הגבלה ובעלות נמוכה, לסוגי נתונים שונים. אפשר לגשת לנתונים מתוך Google Cloudומחוץ לו, והם משוכפלים במיקומים שונים כדי ליצור יתירות.
  • שרתי MCP ב-Google Cloud: שירותים מרוחקים בניהול Google שמטמיעים את Model Context Protocol‏ (MCP) כדי לספק לאפליקציות מבוססות-AI גישה למוצרים ולשירותים של Google ושל Google Cloud .
  • ‫Model Context Protocol‏ (MCP): תקן קוד פתוח לחיבור אפליקציות AI למערכות חיצוניות.
  • ‫Agent Development Kit (ADK): ערכה של כלים וספריות לפיתוח, לבדיקה ולפריסה של סוכני AI.

למידע על איך לבחור רכיבים חלופיים למערכת ה-AI האקטיבי, כולל framework, Agent Runtime, כלים, זיכרון ותבניות עיצוב, ראו בחירת רכיבי הארכיטקטורה של מערכת ה-AI האקטיבי.

תרחיש לדוגמה

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

הנה כמה דוגמאות לתרחישים לדוגמה של הארכיטקטורה שמתוארת במסמך הזה:

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

שיקולים שקשורים לעיצוב

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

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

אבטחה, פרטיות ותאימות

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

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

  • Agent Registry: מוודאים שהסוכנים מתחברים רק לסוכני משנה ולכלי MCP שאושרו.

  • אבטחת תעבורת הנתונים הנכנסת (ingress) של האפליקציה: כדי לשלוט בגישה לאפליקציה, משביתים את כתובת ה-URL של האפליקציה שמוגדרת כברירת מחדל (run.app) של שירות Cloud Run של ממשק המשתמש, ומגדירים מאזן עומסים חיצוני של אפליקציות (ALB) אזורי. בנוסף לאיזון העומסים של התנועה הנכנסת לאפליקציה, מאזן העומסים מטפל בניהול של אישורי ה-SSL. כדי להוסיף עוד שכבת הגנה, אפשר להשתמש בכללי מדיניות האבטחה של Google Cloud Armor כדי לסנן בקשות, להגן מפני מתקפות DDoS ולהגביל את קצב יצירת הבקשות לשירות.

  • אבטחה של קובצי אימג' של קונטיינרים: כדי לוודא שרק קובצי אימג' מורשים של קונטיינרים נפרסים ב-Cloud Run, השתמשו ב-Binary Authorization. כדי לזהות סיכוני אבטחה בקובצי האימג' של הקונטיינרים ולצמצם אותם, אפשר להריץ באופן אוטומטי סריקות לאיתור נקודות חולשה באמצעות Artifact Analysis. מידע נוסף זמין במאמר סקירה כללית על סריקת קונטיינרים.

  • אבטחת אחסון: ב-Cloud Storage יש שתי שיטות לשליטה בגישה של משתמשים לקטגוריות ולאובייקטים: ניהול זהויות והרשאות גישה (IAM) ורשימות של בקרת גישה (ACL). ברוב המקרים, מומלץ להשתמש ב-IAM, שמאפשר להעניק הרשאות ברמת הקטגוריה והפרויקט. למידע נוסף, קראו את הסקירה הכללית על בקרת גישה.

הוזלת עלויות

כדי לוודא שהגדרות הסוכן עומדות בדרישות העלות, כדאי להביא בחשבון את ההמלצות הבאות:

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

אופטימיזציה של הביצועים

כדי לוודא שהגדרות הסוכן עומדות בדרישות הביצועים, כדאי לפעול לפי ההמלצות הבאות:

פריסה

כדי לפרוס הטמעה לדוגמה של הארכיטקטורה הזו, נסו את שיעור ה-Codelab "הדרך חזרה הביתה" ברמה 1.

המאמרים הבאים

שותפים ביצירת התוכן

מחברת: סמנתה הי | כותבת טכנית

תורמים אחרים: