איך יוצרים מנתחים מותאמים אישית ותוספים למנתחים באמצעות Gemini
המדריך הזה עוזר למנתחי אבטחה ולמהנדסי זיהוי להשתמש בניתוח מבוסס-AI ב-Google Security Operations כדי ליצור מנתחים מותאמים אישית מאפס או ליצור תוספים למנתחים שמשפרים את המנתחים הקיימים. בעזרת הנחיות בשפה טבעית ותיעוד של הספק, אתם יכולים למפות יומנים גולמיים למודל הנתונים המאוחד (UDM) בלי לכתוב תחביר מורכב של מנתח נתונים או ביטויים רגולריים.
בחירה בין מנתחים מותאמים אישית מבוססי-AI לבין תוספים של מנתחים מבוססי-AI
בטבלה הבאה מוצגת השוואה בין היכולות של "יצירת מנתח נתונים באמצעות AI" ו"כתיבת תוסף באמצעות AI" בניתוח באמצעות AI:
| היבט של התכונה | יצירת מנתח באמצעות AI | תוסף לכתיבה באמצעות AI |
|---|---|---|
| תשובה | מנתח מותאם אישית מלא ועצמאי | תוסף שמוסיף שכבה למנתח קיים |
| תרחיש ראשי לדוגמה | מקורות יומנים חדשים או לא נתמכים, או שכתוב מלא של מנתח | הוספה או תיקון של שדות ספציפיים במנתח תקין |
| קלט | סוג היומן, יומנים גולמיים שהוכנסו וקישורים אופציונליים למסמכי תיעוד | סוג היומן, דוגמה ליומן גולמי והנחיה שמתארת את השדות שצריך למפות |
מונחים חשובים
- ניתוח בעזרת AI: חבילת יכולות הניתוח בעזרת AI ב-Google SecOps, כולל יצירת מנתח מותאם אישית בעזרת AI (יצירת מנתח בעזרת AI) ותוספים למנתח בעזרת AI (כתיבת תוסף בעזרת AI).
- Unified Data Model (UDM): מבנה הנתונים הסטנדרטי שמשמש ב-Google SecOps לאחסון ולניתוח של נתוני יומנים.
לפני שמתחילים
לפני שמשתמשים בניתוח באמצעות AI, צריך לוודא שהתנאים המוקדמים הבאים מתקיימים:
- מוודאים שהיכולות של ניתוח באמצעות AI מופעלות במכונה של Google SecOps. אם האפשרויות Create Parser with AI או Write Extension with AI לא מופיעות, פנו לנציג של Google SecOps.
- בתוספים של מנתח מבוסס-AI, ודאו שלסוג יומן היעד כבר יש מנתח פעיל מובנה או מותאם אישית, והכינו יומן גולמי לדוגמה כדי לבדוק את החילוץ.
- כדי ליצור מנתח מותאם אישית באמצעות AI, צריך להטמיע דגימה מייצגת של מקור היומן לפני שמתחילים. סוכן הניתוח לומד מהיומנים שכבר הטמעתם לסוג היומן שנבחר. אם לא נמצאים יומנים מסוג היומן, אי אפשר להתחיל את היצירה. ניסיונות הפעלה שנכשלו לא נספרים במכסה.
- כדי ליצור מנתח מותאם אישית באמצעות AI, צריך להכין קישור אחד עד חמישה קישורים שנגישים לציבור להפניה לפורמט היומן של הספק, כמו מילון שדות, סכימת אירועים או דף דוגמאות של יומנים (מומלץ). תיעוד מקיף הוא הגורם החשוב ביותר לאיכות המנתח.
יצירת מנתח מותאם אישית באמצעות AI
התכונה "יצירת מנתח באמצעות AI" יוצרת מנתח מותאם אישית מלא למקור יומן מאפס. בוחרים סוג יומן, ואם רוצים, מוסיפים קישורים למסמכי התיעוד של היומן של הספק. סוכן הניתוח דוגם את היומנים שנקלטו, חוקר את סכימת היומן, מתכנן את המיפוי של השדה הגולמי ל-UDM וכותב את קוד המנתח ב-JavaScript. לאחר מכן, אתם בודקים את התוצאה ומשפרים אותה באמצעות הוראות באנגלית פשוטה שמתייחסות לשמות של שדות גולמיים ולשדות UDM. כשהפלט מוכן, שולחים את המנתח כמו כל מנתח מותאם אישית אחר.
בעזרת הכלי ליצירת מנתחים מותאמים אישית באמצעות AI, אתם יכולים:
- הוספת מקור יומן שאין לו מנתח מובנה, או שהמנתח המובנה שלו לא מתאים לפורמט של היומן.
- יוצרים מנתח מלא שמכסה כל פורמט יומן נפרד שנמצא בנתונים שנטמעו, ולא רק דוגמה אחת.
- לשפר את המנתח שנוצר באמצעות הנחיות המשך, בלי לכתוב קוד של מנתח בעצמכם.
התחלת יצירה של מנתח מותאם אישית באמצעות AI
- ב-Google SecOps, עוברים אל SIEM Settings > Parsers.
- לוחצים על Add New Parser.
- בתיבת הדו-שיח Create New Custom Parser, בוחרים את Log Source שרוצים לנתח (לדוגמה,
GCP DNS). - בקטע How will you create the parser?, בוחרים באפשרות Create Parser with AI.
- לוחצים על יצירה.
הוספת תיעוד של המוצר והתחלת היצירה
- אופציונלי: בחלונית Parser Agent, בשדה Add product link, מדביקים קישור למסמכי התיעוד של היומנים של הספק ולוחצים על Add. אפשר להוסיף עד חמישה קישורים. במונה Documentation מוצג מספר הקישורים שהוספתם.
- לוחצים על Generate Parser.
הנחיות לקישורים למסמכים
כדי לשפר את הכיסוי של השדות במנתח שנוצר, כדאי לפעול לפי ההנחיות הבאות כשבוחרים קישורים למסמכי תיעוד:
- צריך לספק רק קישורים ציבוריים למסמכי התיעוד של הספק. אם הקישור פרטי או שאין אליו גישה, סוכן הניתוח מתעלם מהקישור ומחפש באינטרנט במקום זאת, בלי שהיצירה תיכשל.
- קישור לדפים שמתארים שדות ביומן וסוגי אירועים, כמו סכימת יומן, מילון שדות או חומר עזר בנושא אירועים. אל תשתמשו בדפי שיווק או בסקירות כלליות של מוצרים.
- בוחרים דפים שתואמים לפורמט היומן שאתם מטמיעים. לדוגמה, אם אתם מטמיעים יומני ביקורת בפורמט JSON, קשרו למאמר העזרה של יומני ביקורת בפורמט JSON במקום למאמר העזרה של syslog.
- אם הספק מתעד קטגוריות שונות של אירועים בדפים נפרדים (לדוגמה, שאילתות DNS, אירועי חומת אש ופעילות אדמין), צריך להוסיף קישור לכל קטגוריית אירועים.
מעקב אחרי ההתקדמות ביצירת הטראק
כשהמערכת מתחילה ליצור את המנתח המותאם אישית, הסטטוס משתנה ל-GENERATING IN PROGRESS. תהליך היצירה כולל את השלבים הבאים:
| שלב | פעולה של הסוכן | הפלט הועבר לשלב הבא |
|---|---|---|
| אחזור יומנים גולמיים | ה-Agent דוגם את היומנים שנקלטו לפי סוג היומן. הוא מקבץ את היומנים כדי לבחור קבוצה של יומנים לדוגמה, שמכסה כל פורמט יומן וכל צורת אירוע נפרדים. | יומנים לדוגמה |
| מסמכי מחקר | הסוכן קורא את הקישורים למסמכים שסיפקתם, או מחפש באינטרנט אם לא סיפקתם קישורים. הוא משלב את המידע הזה עם היומנים לדוגמה כדי ליצור סכימת יומן ומילון שדות. | מילון הסכימות והשדות של היומנים |
| יצירת מפת צילומים | הנציג מזהה כל סוג אירוע ביומנים ומתכנן איך למפות כל שדה ביומן הגולמי לשדה ה-UDM המתאים. | תוכנית מיפוי משדה גולמי לשדה UDM לכל סוג אירוע |
| יצירת קוד מנתח | הנציג ממיר את תוכנית המיפוי לקוד מנתח JavaScript. הוא בודק את הקוד מול יומני הדוגמה ופותר שגיאות עד שהמנתח פועל בצורה נקייה. | מנתח שמוכן לבדיקה |
אם יצירת המנתח נכשלת כי לא נמצאו יומנים לסוג היומן שנבחר, צריך להטמיע יומנים גולמיים לסוג היומן הזה לפני שמתחילים שוב את היצירה. אם היצירה נכשלה מסיבה אחרת, אין אפשרויות למיון ידני. הפעילו סשן חדש ליצירת תמונות. אם הבעיה נמשכת, פנו לתמיכה כדי לפתוח בקשת תמיכה.
בדיקה ושיפור של המנתח המותאם אישית
כשהמנתח המותאם אישית נוצר, הסטטוס משתנה ל-נוצר על ידי AI ובדף מופיעים החלוניות הבאות:
- סוכן מנתח: מציג את שדה ההנחיה שיפור המנתח באמצעות AI, שבו אפשר להזין הוראות להמשך.
- קוד המנתח (Parser Code): מציג את קוד המנתח של JavaScript שנוצר לבדיקה. הקוד שנוצר הוא לקריאה בלבד לפני השליחה. כדי לשנות את הלוגיקה, מזינים הנחיה בשדה Refine Parser with AI.
- יומן גולמי: מציג דוגמאות של יומנים גולמיים לסוג היומן. אתם יכולים ללחוץ על Edit כדי להדביק שורת יומן משלכם, או על Refresh כדי לטעון דוגמאות אחרות.
- הצגת פלט UDM: הפעלת קוד המנתח הנוכחי ביומן הגולמי והצגת אירוע ה-UDM שנוצר, כדי שתוכלו לאמת כל מיפוי.
בדיקת הפלט שנוצר
לפני שמפעילים את המנתח, בודקים את המיפויים שנוצרו ביומנים לדוגמה:
- טוענים כמה יומנים גולמיים, כולל כל סוג אירוע שרוצים לנתח, ולוחצים על Show UDM Output בכל יומן.
- מוודאים שהמנתח ממפה את שדות היומן הגולמיים לשדות ה-UDM המתאימים ומאכלס את הערכים שלהם בצורה מדויקת (לדוגמה, מטא-נתונים של אירועים, שדות של ישויות כמו
principalו-targetושדות של תוצאות אבטחה). - בודקים אם יש שדות גולמיים חשובים שלא מופו.
שיפור המנתח המותאם אישית באמצעות AI
אם מיפוי מסוים שגוי או חסר, מזינים הוראה בשדה שיפור המנתח באמצעות AI ולוחצים על אישור. סוכן הניתוח מעדכן את המנתח הקיים במקום להתחיל מחדש, ושומר את כל המיפויים שלא ציינתם. כל שיפור יוצר גרסה חדשה של קוד המנתח שאפשר לבדוק.
כדי לכתוב הנחיות יעילות לשיפור, כדאי לפעול לפי ההנחיות הבאות:
- ציינו גם את שדה המקור הגולמי (או ערך לדוגמה מהיומן) וגם את נתיב השדה המדויק של יעד ה-UDM.
- כדאי לקבץ שינויים קשורים יחד, ולא לערבב תיקונים לא קשורים בהנחיה ארוכה אחת.
- תוחמים מחרוזות מדויקות מהיומן הגולמי במירכאות בודדות, כמו
'NXDOMAIN'או'allow'. - אם המיפוי תלוי בערך של שדה, צריך לציין מיפויים מותנים באופן מפורש באמצעות מבנה
if ... then ... otherwise .... - מנחים את הנציג למפות מאפיינים ספציפיים לספק שאין להם שדה UDM תואם ל-
additional.fieldsעם שם מפתח ברור.
בטבלה הבאה מופיעות דוגמאות להנחיות לשיפור של יומני GCP DNS:
| מטרה | דוגמה לפרומפט |
|---|---|
| תיקון מיפוי שגוי | "Map jsonPayload.sourceIP to principal.ip instead of target.ip." |
| הוספת שדה חסר | "Map jsonPayload.vmInstanceName to principal.hostname." |
| מיפוי ערך חוזר או ערך בתצוגת עץ | "Map jsonPayload.queryName to network.dns.questions.name and jsonPayload.queryType to network.dns.questions.type." |
| החלת לוגיקה של משפט תנאי | "If jsonPayload.responseCode is 'NXDOMAIN', set security_result.summary to 'Domain does not exist'. Otherwise, leave it empty." |
| הגדרת סוג האירוע | "Set metadata.event_type to NETWORK_DNS for all DNS query logs." |
| מיפוי שדה ספציפי לספק | "Map jsonPayload.alias_query_response_code to additional.fields with key 'alias_query_response_code'." |
| הסרת מיפוי | "Stop mapping jsonPayload.protocol to network.application_protocol." |
שליחה והפעלה של המנתח המותאם אישית
כשהפלט של ה-UDM מדויק, לוחצים על Submit כדי לשמור ולהפעיל את המנתח המותאם אישית שנוצר.
כדי למחוק את טיוטת המנתח, לוחצים על מחיקה. כדי להסיר מנתח מותאם אישית שנוצר באמצעות AI, פותחים את המנתח ולוחצים על Delete בקטע Delete Custom Parser.
פתרון בעיות שקשורות ליצירת מנתח מותאם אישית באמצעות AI
בטבלה הבאה מפורטות בעיות נפוצות שעלולות להתרחש כשיוצרים מנתח מותאם אישית באמצעות AI, ואיך לפתור אותן:
| הבעיה או התסמין | רזולוציה |
|---|---|
| האפשרות Create Parser with AI לא מופיעה. | התכונה לא מופעלת במכונה שלכם. פנו לנציג Google SecOps. |
| היצירה נכשלת כי לא נמצאו יומנים מסוג היומן הזה. | כדי להשתמש בסוכן הניתוח, צריך להטמיע יומנים גולמיים של סוג היומן שנבחר. צריך להטמיע את היומנים הגולמיים של סוג היומן לפני שמתחילים ליצור שוב. |
| היצירה נכשלה מסיבה אחרת. | אין אפשרויות למיון ידני של יצירה שנכשלה. מפעילים שוב את היצירה. אם הבעיה נמשכת, פנו לתמיכה כדי לפתוח בקשת תמיכה. |
| תהליך היצירה נמשך הרבה זמן. | תהליך היצירה נמשך בדרך כלל בין 30 ל-90 דקות. מקורות יומנים מורכבים עם הרבה פורמטים שונים או סכימות גדולות נמשכים זמן רב יותר. אפשר לסגור את הדף ולחזור מאוחר יותר אל הגדרות SIEM > מנתחי נתונים. |
| הרבה שדות נשארים לא ממופים. | מוסיפים קישורים למסמכים שמתארים את שדות היומן ומתחילים סשן חדש, או משתמשים בהנחיות לשיפור כדי למפות את השדות החסרים. |
| הנחיית שיפור שינתה מיפוי לא קשור. | תארו את התיקון בהנחיה הבאה (לדוגמה, "Revert the change to principal.ip and map jsonPayload.sourceIP to it again."). לחלופין, שלחו והפעילו את המנתח כדי לערוך את הקוד באופן ידני. |
| חלק מהיומנים לא מנותחים ב-Show UDM Output. | מדביקים את היומן שנכשל בחלונית Raw Log ושולחים הנחיה לשיפור שמצטטת את החלק ביומן שלא נותח. |
יצירת תוסף לניתוח באמצעות AI
כשמנתח יומנים שמוגדר כברירת מחדל ב-Google SecOps מנתח את מקור היומן, יכול להיות שהוא ישמיט מאפיינים מותאמים אישית ספציפיים ללקוח, שדות אופציונליים או נתוני טלמטריה מיוחדים. שימוש בתוספים לניתוח באמצעות AI (כתיבת תוסף באמצעות AI) מאפשר לכם:
- לחלץ שדות נוספים מיומנים גולמיים ולמפות אותם לשדות UDM רגילים או ל-
additional.fieldsבהתאמה אישית. - להחיל לוגיקה של משפט תנאי וטרנספורמציות של ערכים, כמו מיפוי פעולות של מחרוזות לסוגים ממוספרים של UDM.
- לשפר את התוספים שנוצרו באופן אינטראקטיבי בשיחות עם זיכרון, בלי להתחיל מהתחלה.
שיטות מומלצות ליצירת הנחיות
כדי לקבל תוספי מנתח מדויקים, כדאי לפעול לפי ההנחיות הבאות להנדסת פרומפטים:
- ציינו בבירור איזה חלק מהיומן הגולמי צריך לחלץ ולאיזה נתיב שדה מדויק של UDM הוא מאוכלס (לדוגמה,
principal.ip,target.user.email_addressesאוsecurity_result.action). - תחמו במירכאות בודדות מחרוזות מילוליות, מפרידים או ערכים לדוגמה ביומנים לא מובְנים, כמו
'198.51.100.0'או'allow'. - מנחים את ה-AI למפות מאפיינים קנייניים או ספציפיים לספק שאין להם שדה UDM ייעודי ל-
additional.fieldsעם שם מפתח ברור (לדוגמה,additional.fields["application"]).
יצירת תוסף לנתח (parser)
אפשר להתחיל את תהליך העבודה של תוסף המנתח באחד מהמיקומים הבאים ב-Google SecOps:
- עוברים אל הגדרות SIEM > מנתחי נתונים כדי לבחור ולהרחיב מנתח נתונים קיים של יומנים.
- כשאתם חוקרים יומנים בדף חיפוש, אתם יכולים לפתוח את תהליך יצירת התוסף ישירות מאירוע עם שדות שלא נותחו.
כדי ליצור תוסף מנתח מהדף Parsers, פועלים לפי השלבים הבאים:
- ב-Google SecOps, עוברים אל SIEM Settings > Parsers.
- בטבלה Parsers, מחפשים את סוג היומן שרוצים להרחיב.
- בשורה של המנתח, לוחצים על תפריט ובוחרים באפשרות הרחבת המנתח > יצירת תוסף.
- בחלונית Raw Log, מאמתים את היומן הגולמי לדוגמה או לוחצים על Edit כדי להדביק דוגמה של היומן שרוצים לנתח.
- בחלונית Extension, בקטע Extension Method, בוחרים באפשרות Write Extension with AI.
- בשדה ההנחיה, מזינים תיאור באנגלית פשוטה של השדות שרוצים לחלץ.
לוחצים על אישור.
המערכת יוצרת את קוד התוסף ומעדכנת את החלונית UDM Output.
שיפור תוסף המנתח
אתם יכולים לפתח ולשפר את תוסף המנתח באופן איטרטיבי בשיחות עם זיכרון. כשאתם שולחים הנחיית המשך, ה-AI מיישם את ההוראות החדשות על התוסף שנוצר קודם. מיפויים קיימים ולוגיקה מותנית מסבבים קודמים נשמרים באופן אוטומטי, אלא אם מבקשים באופן מפורש לשנות או להסיר אותם.
- בשדה ההנחיה, מזינים הנחיית המשך כדי לשנות את הקוד שנוצר.
- לוחצים על אישור.
- אחרי כל הנחיה, צפו בתצוגה מקדימה של קוד התוסף שנוצר, בדקו את הפלט לדוגמה של UDM ואשרו או שנו את הלוגיקה.
תהליך העבודה לדוגמה הבא מראה איך שיפור איטרטיבי יוצר תוסף לניתוח בכמה שלבים:
- שלב 1 (חילוץ ראשוני):
- הנחיה מהמשתמש:
"Extract source IP '198.51.100.0' to principal.ip and destination IP '198.51.100.1' to target.ip." - התוצאה: ה-AI יוצר מיפוי של התוסף
principal.ipו-target.ip.
- הנחיה מהמשתמש:
- תור 2 (מיפוי מצטבר):
- הנחיה מהמשתמש:
"Also map virtual system string 'vsys1' to observer.administrative_domain." - התוצאה: ה-AI מעדכן את התוסף כדי למפות את
observer.administrative_domainתוך שמירה על מיפויי ה-IP מהשלב הראשון.
- הנחיה מהמשתמש:
- שלב 3 (שיפור מותנה):
- הנחיה מהמשתמש:
"In addition, map action string 'allow' to security_result[0].action as ALLOW." - התוצאה: ה-AI משלב את מיפוי המאפיינים של הפעולה המותנית על גבי כל החילוצים הקודמים.
- הנחיה מהמשתמש:
אימות של תוסף המנתח (parser)
- לוחצים על אימות.
- אחרי שהתהליך מסתיים, בודקים את מדדי האימות.
גישה למידע עזר
הדוגמאות הבאות יעזרו לכם ליצור הנחיות מדויקות לתוספי ניתוח.
הנחיות ליומנים מובְנים
ביומנים מובְנים שבהם הנתונים מאורגנים במפתחות, במאפיינים או בתגי XML עם שמות, ציינו את שמות השדות או הנתיבים בהנחיה.
יומן מובנה לדוגמה – פורמט JSON
{
"insertId": "u0mlpdesys",
"logName": "projects/sample-project-id/logs/cloudaudit.googleapis.com%2Fdata_access",
"protoPayload": {
"authenticationInfo": {
"principalEmail": "analyst@example-domain.com"
},
"methodName": "GenerateAccessToken",
"requestMetadata": {
"callerIp": "203.0.113.195",
"callerSuppliedUserAgent": "google-cloud-sdk gcloud/392.0.0"
},
"resourceName": "projects/-/serviceAccounts/110649196922301550006",
"serviceName": "iamcredentials.googleapis.com"
}
}
דוגמאות להנחיות ליומנים מובְנים
| הוראה לפרומפט | שדה או מפתח מקור | שדה יעד ב-UDM |
|---|---|---|
"Map principalEmail to principal.user.email_addresses." |
principalEmail |
principal.user.email_addresses |
"Extract callerIp to principal.ip and methodName to metadata.product_event_type." |
callerIp, methodName |
principal.ip, metadata.product_event_type |
"Map resourceName to target.resource.name and serviceName to target.application." |
resourceName, serviceName |
target.resource.name, target.application |
"From XML tags, map /Event/System/Hostname to principal.hostname." |
/Event/System/Hostname |
principal.hostname |
הנחיות ליומנים לא מובְנים
ביומנים לא מובְנים, צריך לציין ליטרלים ישירות מהיומן לדוגמה, הפניות לפי מיקום או תוויות תיאוריות.
הודעת syslog לא מובנית לדוגמה
<14>Nov 9 18:52:45 198.51.100.1 1,2021/11/09 18:52:45,007051000184334,TRAFFIC,start,2561,2021/11/09 18:52:45,198.51.100.0,198.51.100.1,0.0.0.0,0.0.0.0,any allow,,,ping,vsys1,LAN,LAN,ethernet1/2,ethernet1/2,LFPpan,2021/11/09 18:52:45,9729,6,0,0,2048,0,0x100000,icmp,allow,444,444,0,6
דוגמאות להנחיות ליומנים לא מובְנים
| הוראה לפרומפט | ערך ליטרל או תיאור לדוגמה | שדה יעד ב-UDM |
|---|---|---|
"Extract source IP '198.51.100.0' to principal.ip and destination IP '198.51.100.1' to target.ip." |
'198.51.100.0', '198.51.100.1' |
principal.ip, target.ip |
"Extract the application string 'ping' from the log and map it to additional.fields['application']." |
'ping' |
additional.fields["application"] |
"Map rule name 'any allow' to security_result.rule_id." |
'any allow' |
security_result[0].rule_id |
"Extract sent bytes and received bytes into network.sent_bytes and network.received_bytes." |
מוני בייטים מספריים ביומן | network.sent_bytes, network.received_bytes |
הנחיות ללוגיקה מותנית
לתאר לוגיקה מותנית כדי לנרמל ערכי יומן גולמיים לספירות ספציפיות של UDM.
- נרמול של ספירה:
"If the firewall action in the log is 'allow', set security_result.action to ALLOW; otherwise set security_result.action to BLOCK." - מיפוי שדות מותנה:
"If the protocol is 'icmp', map the ICMP type and code into network.icmp.type and network.icmp.code." - מיפוי סטטוסים:
"When the log status contains 'success' or '0', set security_result.severity to INFO; if it contains 'error', set it to ERROR."
מכסות שימוש
כדי לשמור על ביצועים אופטימליים וזמינות של משאבים, יכולות הניתוח באמצעות AI כפופות למכסות השימוש הבאות כברירת מחדל:
- בכל מכונה, אתם יכולים להתחיל עד 10 סשנים של יצירת מנתחים מותאמים אישית באמצעות AI או של תוספי מנתחים מבוססי-AI בחלון זמן של 24 שעות. במנתחים מותאמים אישית, כל לחיצה על Generate Parser למנתח חדש מתחילה סשן.
- בכל סשן יש מגבלות על האינטראקציות הבאות:
- בכל סשן של יצירת מנתח מותאם אישית באמצעות AI, אפשר לבצע עד 6 סבבים בסך הכול, כולל היצירה הראשונית ועד 5 הנחיות לשיפור.
- בתוספים לניתוח באמצעות AI, כל סשן תומך בעד 5 הודעות בסך הכול, כולל ההנחיה הראשונית וסבבי השיפור הבאים.
אם תגיעו למגבלת הסבבים או ההודעות בסשן, תוכלו לשלוח או לשמור את העבודה הנוכחית, או להתחיל סשן חדש (בכפוף למכסת הסשנים היומית). במנתחים מותאמים אישית, אחרי ששולחים ומפעילים את המנתח, אפשר לערוך את הקוד שלו באופן ידני כמו כל מנתח מותאם אישית אחר.
המאמרים הבאים
- מידע נוסף על יצירה וניהול של מנתחים מותאמים אישית זמין במאמר הגדרת מנתחים מותאמים אישית.
- למידע נוסף על שיטות אחרות של תוספי מנתח, ראו פיתוח תוספי מנתח.
- במאמר דוגמאות לתוספי מנתח מופיעים קטעי קוד ותרחישים לדוגמה של תוספים.
- סקירה כללית על ניתוח יומנים גולמיים ל-UDM מופיעה במאמר סקירה כללית על ניתוח יומנים.
הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.