WEBVTT

00:00:00.000 --> 00:00:02.360
הנה החלק המפתיע שאף אחד לא מספר לכם.

00:00:02.460 --> 00:00:06.160
כשפורסים בינה מלאכותית ב-Azure Foundry, אתם לא סתם מפעילים מודל ענה.

00:00:06.380 --> 00:00:12.240
אתם מציבים אותה בסביבת הרצה המנוהלת שבה כל פעולה, הודעה, קריאה לכלי ושלב הרצה מתועדים ומנותרים.

00:00:12.420 --> 00:00:17.700
תראו איך שרשורים, הרצות וצעדי הרצה יוצרים עקבות שמאפשרים לבקר ניסויים ולהכין אותם לארגונים.

00:00:17.940 --> 00:00:21.720
זה הופך את הבינה המלאכותית מקלי פרוע למערכת ממושמעת שניתן לשלוט בה.

00:00:21.720 --> 00:00:26.700
וברגע שהמבנה הזה קיים, השאלה האמיתית היא מי מוביל את הצוות הדיגיטלי הזה.

00:00:26.860 --> 00:00:28.300
הכירו את מפקד הצוות.

00:00:28.500 --> 00:00:31.580
כשמגדירים אחד כזה בפאונדרי, לא סתם מפעילים חלון צ'אט.

00:00:31.720 --> 00:00:33.140
אתם ממנים מפקד צוות.

00:00:33.360 --> 00:00:35.540
זה לא מתמחה שמקליד השלמה אוטומטית.

00:00:35.740 --> 00:00:39.180
זהו קפטן שטח שנבנה למשימות הפועלות לפי תכנון ברור.

00:00:39.360 --> 00:00:44.160
והתכנון הזה מסתכם בשלושה מרכיבי ליבה, המודל, ההוראות והכלים.

00:00:44.320 --> 00:00:45.420
המודל הוא המוח.

00:00:45.420 --> 00:00:50.880
הוא מטפל בהסקה ובשפה, החלק שיכול לנתח מילים, לתכנן צעדים ולנסח תשובות.

00:00:50.960 --> 00:00:52.520
ההוראות הן פקודות המשימה.

00:00:52.680 --> 00:00:57.320
הן מונעות מהמוח לסתות למחוזות לא רצויים וממקדות אותו בתוצאות שאתם באמת צריכים.

00:00:57.500 --> 00:01:04.140
והכלים הם הציוד על החגורה שלו, הרצת קוד, מחברי חיפוש, ממשקי דיווח או כל מערכת צד ג' שתחברו.

00:01:04.260 --> 00:01:07.480
סוכן בינה מלאכותית של Azure בנוי במפורש מהשילוש הזה.

00:01:07.680 --> 00:01:10.400
בלעדיו לא תקבלו יכולת שכפול או יכולת ביקורת.

00:01:10.400 --> 00:01:12.660
אתם מקבלים רק יצירת טקסט ללא תיעוד.

00:01:12.820 --> 00:01:14.720
בואו נתרגם את זה לדוגמה משדה הקרב.

00:01:14.900 --> 00:01:16.960
המודל הוא אימון הקרב של הקפטן שלכם.

00:01:17.060 --> 00:01:19.180
הוא יודע איך להניף חרב או לנסח משפט.

00:01:19.300 --> 00:01:20.760
ההוראות הן תדריך המשימה.

00:01:20.880 --> 00:01:21.820
הגנו על השיירה.

00:01:22.000 --> 00:01:23.420
שילפו נתונים מסט חוזים.

00:01:23.600 --> 00:01:25.560
דווחו על התוצאות בפורמט ספציפי.

00:01:25.700 --> 00:01:27.760
זה שומר על הקפטן מיושר וצפוי.

00:01:27.900 --> 00:01:29.440
אז הכלים מוסיפים התמחות.

00:01:29.640 --> 00:01:33.200
ווטיפוס לטיפוס על קירות הוא כמו מפרש קוד להרצת אנליטיקה.

00:01:33.200 --> 00:01:38.080
מכשיר קשר מאובטח הוא כמו מחבר שירפוינט או MCP המזרים נתונים חיים לתוכנית.

00:01:38.200 --> 00:01:40.640
כשהשלושה האלה נפגשים, הסוכן לא מאלתר.

00:01:40.760 --> 00:01:43.000
הוא מבצע משימה עם לוגים ונקודות ביקורת.

00:01:43.200 --> 00:01:45.260
פאונדרי הופכת את המנגנון הזה למעשי.

00:01:45.380 --> 00:01:48.420
ברוב ממשקי הצ'אט, אתם מקבלים רק את המודל ואת הפרומפט.

00:01:48.520 --> 00:01:52.100
וברגע שהוא מתחיל לדבר, אין משמעות רשמית לפקודות או לארגון כלים.

00:01:52.300 --> 00:01:55.500
זה כמו לזרוק את הקפטן שלכם לשטח ללא תוכנית או ציוד.

00:01:55.500 --> 00:01:59.900
לעומת זאת, שירות הסוכנים של פאונדרי מבטיח שכל שלוש השכבות קיימות.

00:01:59.940 --> 00:02:02.240
ומה שיותר טוב, אתם לא כבולים למוח אחד.

00:02:02.400 --> 00:02:04.880
אתם יכולים להחליף מודלים בקטלוג של פאונדרי.

00:02:05.060 --> 00:02:08.560
GPT 4 לאסטרטגיה מורכבת, אולי מודל רזה יותר למשימות קלות,

00:02:08.740 --> 00:02:10.540
או אפילו להביא את מיסטרל או דיפסי.

00:02:10.680 --> 00:02:12.280
אתה בוחר את מה שמתאים למשימה.

00:02:12.400 --> 00:02:16.640
הגמישות הזו היא ההבדל בין מתמחה שמתאים לכולם לבין מפקד שיודע להסתגל.

00:02:16.780 --> 00:02:19.420
עכשיו, שקול את הסיכונים עם השכבות האלה חסרות.

00:02:19.420 --> 00:02:20.960
הפלט הופך ללא עקבי.

00:02:21.120 --> 00:02:24.440
סיכום חוזה אחד נראה כך, והבא אחריו סותר אותו בעדינות.

00:02:24.620 --> 00:02:28.480
אתה מאבד עקיבות מכיוון שאין יומן מובנה שמתעד איך התשובה התגבשה.

00:02:28.580 --> 00:02:32.800
ניפוי בגים הופך לניחוש, מכיוון שמפתחים לא יכולים לעקוב אחר שרשרת העסקה.

00:02:32.920 --> 00:02:34.560
בארגון, זו לא מתרד קטן.

00:02:34.720 --> 00:02:36.840
זה סיכון ממשי שחוסם אמון ואימוץ.

00:02:37.000 --> 00:02:38.740
פאונדרי פותרת זאת בצורה פשוטה.

00:02:38.860 --> 00:02:40.740
מנגנוני הגנה מוטמעים בתוך הסוכן.

00:02:40.740 --> 00:02:43.660
ההנחיות משמשות כספר חוקים קבוע שחובה לפעול לפיו.

00:02:43.780 --> 00:02:47.320
ניתן להגדיר את ערכת הכלים בצורה הדוקה או להרחיב אותה בהתאם למקרה השימוש.

00:02:47.460 --> 00:02:51.720
ניתן להחליף את המודל בחופשיות, אך תמיד בתוך המבנה שמחייב אחריות.

00:02:51.980 --> 00:02:56.520
יחד, השילוש הזה מספק מפקד צוות ממושמע, תוצרים צפויים, צעדים גלויים,

00:02:56.760 --> 00:03:00.380
ויכולת להרחיב באחריות עם מחברים ארגוניים וממשקי API מותאמים.

00:03:00.560 --> 00:03:03.040
זה לא על להציג בינה מלאכותית כשיחת קסמים.

00:03:03.040 --> 00:03:06.680
זה על להראות שהארגון שלך מקבל קצין מנוסה שמנהל יומנים,

00:03:06.900 --> 00:03:08.820
ממלא פקודות ונושא את הציוד המתאים.

00:03:08.980 --> 00:03:12.400
וכמו כל קפטן טוב, הוא שומר רישום קפדני של מה שקרה בכל משימה.

00:03:12.500 --> 00:03:15.880
כי כשמערכות עוברות ביקורת או כשפעולה משתבשת, אתה צריך את היומן.

00:03:16.040 --> 00:03:17.780
בפאונדרי, ליומן הזה יש שם.

00:03:17.900 --> 00:03:21.180
הוא נקרא השרשור, פרד, שרשורים, יומן חזית הקרב.

00:03:21.380 --> 00:03:24.000
שרשורים הם המקום שבו יומן המשימה מתחיל להתגבש.

00:03:24.000 --> 00:03:28.020
באזר פאונדרי, שרשור הוא לא חלון צ'ט מזדמן שמתעדק שסוגרים אותו.

00:03:28.200 --> 00:03:29.480
זהו סשן שיחה עקבי.

00:03:29.600 --> 00:03:32.140
כל חילופי דברים בינך לבין הסוכן נשמרים כאן,

00:03:32.340 --> 00:03:36.060
בין אם הם מגיעים ממך, מהסוכן, או אפילו מסוכן אחר במערך מרובה סוכנים.

00:03:36.300 --> 00:03:41.540
זהו יומן חזית הקרב, השומר היסטוריה עמידה של אינטרקציות שניתן לבחון זמן רב לאחר שהצ'ט הסתיים.

00:03:41.660 --> 00:03:44.740
הכוח האמיתי הוא ששרשורים אינם רק תעתיקים סטטיים.

00:03:44.740 --> 00:03:47.660
הם מקולות מובנות שמטפלות אוטומטית בכיתום,

00:03:47.660 --> 00:03:52.460
שומרות על הקשר פעיל בתוך מגבלות המודל ועדיין שומרות על מסלול ביקורת מלא.

00:03:52.900 --> 00:03:58.860
זה אומר שהסוכן ממשיך להבין את השיחה המתנהלת בעוד הארגונים שומרים על תיעוד קבוע וניתן לבחינה.

00:03:59.060 --> 00:04:01.860
בניגוד לרוב אפליקציות הצ'ט, שום דבר לא נעלם באוויר.

00:04:02.020 --> 00:04:04.640
אתה מקבל רצף עבור הסוכן ומשילות עבור העסק.

00:04:04.800 --> 00:04:06.740
הרשומות ביומן ההוא בנויות מהודעות.

00:04:06.740 --> 00:04:09.000
הודעה אינה מוגבלת לטקסט פשוט בלבד.

00:04:09.000 --> 00:04:12.760
היא יכולה לשאת תמונה, קובץ גיליון אלקטרוני או בלוק של קוד שנוצר.

00:04:12.880 --> 00:04:16.680
כל אחת מהן מתועדת בזמן ונסומנת בתפקיד משתמש או זר.

00:04:16.840 --> 00:04:19.840
אז כשאתם בוחנים שרשור, אתם רואים לא רק מה נאמר,

00:04:20.100 --> 00:04:23.200
אלא גם מי אמר זאת, מתי נאמר ואיזה סוג תוכן היה מעורב.

00:04:23.360 --> 00:04:28.020
תארו לעצמכם קצין ציוט פותח רשומה ורואה את בקשת הטקסט המדויקת שהוגשה אתמול,

00:04:28.020 --> 00:04:32.400
את תמונת התרשים שהסוכן הפיק בתגובה ואת הזמן שבו שני האירועים התרחשו.

00:04:32.400 --> 00:04:34.980
זה יותר מזיכרון, זהו יומן רישום מלא ואמיתי.

00:04:35.120 --> 00:04:38.900
כדי להסביר זאת במונחי גיימינג, שרשור הוא כמו המחברת בקמפיין של מבוכים ודרקונים,

00:04:39.100 --> 00:04:43.960
שהמם, שליט המבוך, רושם באילו ערים ביקרתם, אילו גלגולי קוביות הצליחו ואיזה שלל נאסף.

00:04:44.100 --> 00:04:47.160
ללא יומן כזה, שחקנים מסיימים בוויכוחים על פרטים שנשכחו.

00:04:47.160 --> 00:04:49.780
איתו, הוויכוחים מתפוגגים כי האירועים מתועדים.

00:04:49.960 --> 00:04:52.460
שרשורים עושים את אותו הדבר עבור בינה מלאכותית ארגונית.

00:04:52.460 --> 00:04:55.980
הם מונעים סכסוכים לגבי מה שהסוכן באמת עשה, כי הכל מתועד לפי הסדר.

00:04:56.140 --> 00:04:58.460
עכשיו, הנה הסיבה לכך שהרשומה הזו חשובה.

00:04:58.540 --> 00:05:00.940
עבור ביקורת וציאות, שרשורים הם שווים זהב.

00:05:01.120 --> 00:05:04.780
רגולטורים או צוותי ביקורת פנימיים יכולים לפתוח אחד ולראות מיד את הרצף המלא,

00:05:04.780 --> 00:05:08.420
בקשת המשתמש, תגובת הסוכן, אילו כלים היו מעורבים ומתי הכל קרה.

00:05:08.540 --> 00:05:11.780
עבור מפתחים, אותן רשומות מתפקדות כמו מצב ניפוי שגיאות, דיבג.

00:05:11.940 --> 00:05:17.360
אם סוכן הפיק קטע קוד שגוי, אפשר להריץ את השרשור אחורה לנקודה שבה נשאל ולראות בדיוק איך הוא הגיע לשם.

00:05:17.520 --> 00:05:20.920
שתי הקבוצות מקבלות נירות ושתיהן חוסכות זמן, אני מניח.

00:05:21.100 --> 00:05:23.400
השבו זאת למערכות שאינן שומרות שיחות.

00:05:23.400 --> 00:05:27.940
ללא שרשורים, אתם מנסים לעקוב אחר התנהגות בעזרת צילומי מסך או זיכרון עמום.

00:05:28.120 --> 00:05:32.460
זה לא עומד במבחן כשצוות הציוט מבקש ראיות או כשתמיכה טכנית צריכה לשחזר בג.

00:05:32.460 --> 00:05:37.020
זה כמו שהתבקשו לשחק שוב קרב בוס במשחק, רק כדי לגלות שמעולם לא שמרתם.

00:05:37.160 --> 00:05:40.220
אין רשומה אומר אין הוכחה, ואין עקבות אומר אין תיקון.

00:05:40.380 --> 00:05:44.520
במקרה של קשל, אתם נותרים להרגיע בעלי עניין עם הבטחות בעל פה בלבד.

00:05:44.520 --> 00:05:47.400
אם שרשורים בפאונדרי, אתם נמנעים מהמלכודת הזו.

00:05:47.480 --> 00:05:49.360
כל שיחה הופכת לראיה מובנית.

00:05:49.480 --> 00:05:56.980
אם תהליך עבודה מושך שפה משפטית, הרשומה תציג את הבקשה המקורית, את התשובה הספציפית שנוצרה, והאם הופעלו כלי תמיכה.

00:05:56.980 --> 00:06:02.000
אם מספר סוכנים מדברים זה עם זה כדי לחלק משימות, גם התכתובת ביניהם מתועדת.

00:06:02.200 --> 00:06:08.380
ארגונים יכולים להוכיח ציות, מפתחים יכולים לאתר בגים, ומנהלים יכולים לסמוך על כך שמה שיוצא מהמערכת הוא באחריות.

00:06:08.380 --> 00:06:12.300
זו הנקודה שבה שרשורים הופכים צ'טים כאותיים למה שהוא שמוכן לייצור.

00:06:12.460 --> 00:06:18.000
במקום חילופי דברים חולפים, הם מייצרים היסטוריה יציבה של משימות והחלטות, בסיס שאפשר לסמוך עליו.

00:06:18.100 --> 00:06:20.180
אבל זכרו, היומן הוא עדיין רק יומן.

00:06:20.180 --> 00:06:24.240
הפעולה האמיתית מתחילה כשהסוכן לוקח את מה שכתוב בשרשור ובאמת מבצע.

00:06:24.380 --> 00:06:29.100
השלב הבא הוא המקום שבו משימות מפסיקות להיות הערות על נייר ומתחילות להתממש בזמן אמת.

00:06:29.240 --> 00:06:31.320
הרצות ושלבי הרצה מגלגלים את הקוביות.

00:06:31.320 --> 00:06:33.980
הרצות הן המקום שבו המשימה סוף סוף יוצאת לדרך.

00:06:34.120 --> 00:06:38.840
במונחי פאונדרי, שרשור מחזיק את היסטוריית השיחה, ההוראות, ההקשר והמפות המגולגלות.

00:06:38.840 --> 00:06:43.120
הרצה היא הטריגר שמפעיל את הסוכן לקחת את ההקשר הזה ולבצע אותו בפועל.

00:06:43.280 --> 00:06:45.020
שרשורים זוכרים, הרצות פועלות.

00:06:45.180 --> 00:06:46.820
חישבו על הרצה כעל כפתור השיגור.

00:06:46.820 --> 00:06:50.800
השרשור שלכם עשוי לומר, נתח את קובץ ה-CSV או צייר גרף קווי.

00:06:50.920 --> 00:06:55.780
אבל ההרצה היא הרגע שבו הסוכן מאבד את הבקשה הזו דרך הוראות המודל והכלים שלו.

00:06:55.940 --> 00:07:00.500
הוא יכול לפנות לנתונים נוספים, לאבד מספרים או לקרוא למפרס הקוד כדי ליצור תוצר.

00:07:00.500 --> 00:07:05.080
במונחי משחקי תפקידים, שרשור הוא הקבוצה שלכם מתכננת מהלכים מסביב לשולחן.

00:07:05.240 --> 00:07:07.580
ההרצה היא גלגול היוזמה שמתחיל את הקרב.

00:07:07.760 --> 00:07:09.520
בלעדיה, שום דבר לא מתקדם.

00:07:09.520 --> 00:07:11.040
הנה מה ש-Foundary מבהירה.

00:07:11.140 --> 00:07:12.600
הרצות אינן קופסה שחורה.

00:07:12.740 --> 00:07:15.380
הן הוצאות לפועל, מנותרות ובעלות מעקב סטטוס.

00:07:15.540 --> 00:07:19.780
בדרך כלל תראו סטטוסים כמו בתור, בתהליך, דורש פעולה, מושלם או נכשל.

00:07:19.920 --> 00:07:22.620
דוגמאות SDK בודקות לעיתים קרובות את המצבים האלה בלולאה,

00:07:22.620 --> 00:07:24.920
באותו אופן שבו מנחה משחק בודק את סדר התורות.

00:07:25.100 --> 00:07:28.280
זה נותן לכם נירות לא רק למה שמתבצע, אלא גם מתי זה קורה.

00:07:28.280 --> 00:07:30.080
אבל הנה הדאגה הגדולה יותר.

00:07:30.260 --> 00:07:32.840
איך אתם יודעים מה באמת קרה בתוך ההרצה הזו?

00:07:32.980 --> 00:07:35.080
אולי התשובה נראית בסדר, אבל ללא פירוט,

00:07:35.260 --> 00:07:39.560
אתם לא יכולים לדעת אם הסוכן פנה ל-API חיצוני, כתב קוד או רק הילטר טקסט.

00:07:39.660 --> 00:07:41.900
האמימות הזו מסוכנת בסביבות ארגוניות.

00:07:42.060 --> 00:07:44.640
זה שווה ערך לכניסה למשחק שחמת, ראיית הלוח באמצע המשחק,

00:07:44.640 --> 00:07:47.080
וקבלת ההצהרה, תסמכו עלינו, נעשו המהלכים הנכונים.

00:07:47.240 --> 00:07:50.340
אתם לא יכולים לשחזר את זה, אתם לא יודעים אם המהלך היה חוקי.

00:07:50.340 --> 00:07:52.780
שלבי הרצה הם מה שמסיר את הניחושים האלו.

00:07:52.880 --> 00:07:56.140
כל הרצה מתועדת שלב אחר שלב, אילו פלטי מודל נוצרו,

00:07:56.320 --> 00:07:59.580
אילו כלים הופעלו, אילו חישובים בוצעו ואילו הודעות הופקו.

00:07:59.720 --> 00:08:03.000
זהו רישום שחמת עבור בינה מלאכותית, רגלי ל-E4, פרש ל-F6.

00:08:03.180 --> 00:08:05.660
רק שכאן מדובר על שליפת קובץ בית 12 דקות בבוקר,

00:08:05.660 --> 00:08:07.740
הרצת בלוק קוד בית 13 דקות בבוקר,

00:08:07.900 --> 00:08:09.700
והחזרת גרף בית 14 דקות בבוקר.

00:08:09.780 --> 00:08:12.680
כל פעולה נכתבת בסדר הנכון, כדי שתוכלו לשחזר אותה מאוחר יותר.

00:08:12.680 --> 00:08:15.000
המבנה הזה הוא הקלה עצומה עבור מפתחים.

00:08:15.120 --> 00:08:18.380
ללא שלבי הרצה, אתם בוהים בתשובה סופית ללא מושג איך היא נוצרה.

00:08:18.500 --> 00:08:20.020
האם שאילתת החיפוש הייתה שגויה?

00:08:20.160 --> 00:08:21.600
האם השתרבבת טעות מתמטית?

00:08:21.720 --> 00:08:22.780
אתם נותרים לנחש.

00:08:22.940 --> 00:08:25.220
עם שלבי הרצה, אתם יכולים לגלול בציר הזמן,

00:08:25.220 --> 00:08:27.160
לזהות את הקשל המדויק ולתקן אותו.

00:08:27.320 --> 00:08:30.140
ניפוי שגיאות מפסיק להיות ניחושים והופך לפורנזיקה.

00:08:30.140 --> 00:08:33.560
זה ההבדל בין קרב בוס מאורפל שבו אי אפשר לדעת מי תקף,

00:08:33.760 --> 00:08:36.860
לבין יומן קרב שמראה כל הנפת חרב וכל הטלת קישוף.

00:08:37.040 --> 00:08:38.820
גם צוותי הציוט מרוויחים כאן.

00:08:38.960 --> 00:08:41.200
כשמבקרים שואלים איך נוצר הסיכום הזה,

00:08:41.360 --> 00:08:44.940
אתם יודעים, אתם לא צריכים לתאר את השקת המסקנות של המודל במונחים מופשטים.

00:08:45.120 --> 00:08:46.020
יש לכם הוכחות.

00:08:46.160 --> 00:08:47.720
קריאת הכלי, שלב המפרש,

00:08:47.720 --> 00:08:50.220
התשובה שהורכבה הכל מתועד בחותמת זמן.

00:08:50.440 --> 00:08:51.940
זה הופך הסברים למשילות.

00:08:51.940 --> 00:08:54.480
אתם מציגים ראיות במקום להמציא סיפורים.

00:08:54.580 --> 00:08:58.760
ארגונים אוהבים את זה כי זה הופך סיכונים לאחריות והבטחות להוכחות.

00:08:58.840 --> 00:08:59.940
ובפעילות היומיומית,

00:09:00.140 --> 00:09:03.240
שלבי הרצה יוצרים תבניות שניתן לשחזר ולסמוך עליהן.

00:09:03.360 --> 00:09:05.180
אם צריך להריץ זרימת עבודה מחדש,

00:09:05.360 --> 00:09:06.700
אפשר לעקוב אחרי אותו רצף.

00:09:06.820 --> 00:09:09.140
אם תוצאה עומדת להיראור, אפשר להריץ אותה שוב.

00:09:09.300 --> 00:09:10.020
במצב אופטימלי,

00:09:10.020 --> 00:09:14.160
הרצות עם שלבי הרצה מלאים נותנות לכם ראיות שניתן לבדוק ולשחזר לגבי אופן יצירת הפלטים.

00:09:14.280 --> 00:09:15.940
במצב הגרוע ביותר במערכות אחרות,

00:09:16.080 --> 00:09:17.800
כל מה שתקבלו זה פלט תועל ללא שום עקבות.

00:09:17.980 --> 00:09:20.700
זו הסיבה שהחלק הזה במחזור החיים של הסוכן הוא חשוב.

00:09:20.900 --> 00:09:22.320
יש לכם את היומן בשרשורים,

00:09:22.480 --> 00:09:23.500
את ההפעלה בהרצות,

00:09:23.700 --> 00:09:25.340
ואת יומן הפעולות בשלבי ההרצה.

00:09:25.500 --> 00:09:27.000
יחד, הם הופכים בינה מלאכותית,

00:09:27.000 --> 00:09:30.540
מעולתרת לשותף לעבודה אחראי שפעולותיו ניתנות למעקב, בדיקה והגנה.

00:09:30.660 --> 00:09:33.740
כמובן, לדעת שכל הפירוט הזה קיים זה רק חלק מהפאזל.

00:09:33.860 --> 00:09:35.000
תצטרכו דרך לתקשר איתו,

00:09:35.120 --> 00:09:36.780
מה שהוא מובנה מספיק כדי להפעיל סוכנים,

00:09:36.960 --> 00:09:40.180
להריץ הרצות ולקרוא את שלבי ההרצה בלי לטבוע בקריאות API גולמיות.

00:09:40.360 --> 00:09:43.660
והחלק המפתיע הוא שלא צריך לוח פיקוד נוצץ כדי לעשות זאת.

00:09:43.760 --> 00:09:46.500
הקונסולה שרוב האנשים משתמשים בה היא מה שהוא מוכר,

00:09:46.500 --> 00:09:48.140
יציב וקצת פחות זוהר,

00:09:48.140 --> 00:09:50.220
אמם, רשת, ארסנל ובריטות.

00:09:50.680 --> 00:09:54.160
ארסנל ובריטות הם מה שהופך סוכן מפטפטן לעובד.

00:09:54.380 --> 00:09:57.460
באזר פאונדרי, הארסנל הזה מגיע בצורת כלים,

00:09:57.700 --> 00:10:00.780
תוספים מעשיים שמאפשרים לסוכן לעבור ממילים למעשים.

00:10:01.020 --> 00:10:04.060
במקום רק לתאר איך לבדוק מסמך או לבצע חישוב,

00:10:04.280 --> 00:10:06.820
הסוכן יכול ממש לעשות זאת ולהחזיר את הפלט.

00:10:06.820 --> 00:10:11.720
ההבחנה הזו היא מה שהופך את הפלטפורמה לבעלת ערך בארגון אמיתי ולא רק מרשימה בדמו.

00:10:11.720 --> 00:10:14.620
פאונדרי נותנת לכם שלוש קטגוריות ברורות של יכולות.

00:10:14.780 --> 00:10:16.360
הראשונה היא הכלים המובנים.

00:10:16.520 --> 00:10:18.840
אלו כוללים את מפרש הקוד, חיפוש בינג,

00:10:19.000 --> 00:10:22.520
מחברי שירפוינט ומיקרוסופט פאבריק ואזר אי סארג.

00:10:22.680 --> 00:10:24.820
כשכל אלה בפעולה, הסוכן יכול לנתח נתונים,

00:10:24.980 --> 00:10:29.360
למשוך קבצים, לחפש בתוכן ארגוני ואפילו להקים תרשימים או דוחות ללא צורך בהתאמות אישיות.

00:10:29.360 --> 00:10:34.560
כל אחד מהם מרחיב את הטווח מתגובות פטפטניות לתוצרי עבודה מוחשיים שניתן לבחון ולעשות בהם שימוש חוזר.

00:10:34.680 --> 00:10:37.380
שנית, אתם לא נעולים רק על מה שמייקרוסופט מספקת.

00:10:37.540 --> 00:10:42.820
פאונדרי מאפשרת לכם לרשום כלים מותאמים אישית באמצעות מפרטי Open API או פרוטוקול הקשר מודל MCP.

00:10:42.960 --> 00:10:47.000
MCP חשוב במיוחד כי מתייחסים אליו כמו ל-USBC עבור כלי בינה מלאכותית.

00:10:47.000 --> 00:10:51.720
במקום לכתוב ידנית מעטפות בכל פעם שאתם מחברים סוכנים לשירתי MCP מרוחקים,

00:10:51.720 --> 00:10:55.140
המערכת מטפלת אוטומטית בגילוי כלים, ניהול גרסאות והפעלה.

00:10:55.340 --> 00:11:00.940
זה מקל משמעותית על אומס האינטגרציה, במיוחד כשיש בסביבה שלכם עשרות מערכות שצריך לחבר יחד.

00:11:01.080 --> 00:11:03.920
שלישית, כל קריאה לכלי בפאונדרי היא ניתנת לצפייה.

00:11:04.080 --> 00:11:07.660
קריאות מתועדות ברמת השלב עם זהות, קלטים, פלטים וחותמות זמן.

00:11:07.660 --> 00:11:10.940
זה אומר שתצוגת התפעול של הסוכנים האלה היא לא תשמחו עליי, זה קסם.

00:11:11.060 --> 00:11:12.000
זהו ספר רישום.

00:11:12.000 --> 00:11:17.020
אתם יכולים לראות בדיוק מה הופעל, לבדי שהדבר תואם להרשאות המתאימות ולשמור רשומות קבועות לצורכי ציוק.

00:11:17.080 --> 00:11:19.860
כדי להגן את הקטגוריות האלה, דמיינו את הדגמת הקוויק סטארט.

00:11:19.980 --> 00:11:22.320
אתם מעלים קובץ CSV כהודעה לשרשור.

00:11:22.500 --> 00:11:26.620
הסוכן מפעיל את כלי מפרש הקוד בתוך שלבי הריצה שלו, מאבד את הקובץ ומייצר תרשים.

00:11:26.820 --> 00:11:30.360
התוצר הזה חוזר כתמונה מצורפת, בלויה ישירות ביומן השרשור.

00:11:30.360 --> 00:11:33.540
אתם לא כתבתם מנתח או כלי ויזואליזציה בעצמכם.

00:11:33.540 --> 00:11:38.800
נתתם הוראה, הסוכן בחר את הכלי, ביצע והחזיר את הקובץ שתוכלו לשלב בדוח.

00:11:39.000 --> 00:11:42.280
זו לא תיאוריה, זו התנהגות מתועדת בדוגמאות ה-SDK.

00:11:42.440 --> 00:11:44.940
היכן שזה באמת נפתח זה באינטגרציה ארגונית.

00:11:45.120 --> 00:11:51.300
כלים יכולים להתחבר ל-Logic Apps, מה שאומר שהסוכן יכול לגשת ליותר מ-1,400 מחברים קיימים של סס ומערכות מקומיות.

00:11:51.300 --> 00:11:57.560
במקום לקודד מחדש מתמים עבור פלטפורמות CRM, ERP או ITSM, אתם מגדירים אותם מול מחברים שהעסק כבר מריץ.

00:11:57.560 --> 00:11:59.040
זה מהלך של סקיילביליות.

00:11:59.260 --> 00:12:04.320
סוכן אחד יכול לפעול בצורה מאובטחת על פני נוף רחב בלי שתצטרכו לכתוב גשרי API שבירים.

00:12:04.460 --> 00:12:06.660
השאלה שכולם שואלים אחר כך היא הבטחה.

00:12:06.800 --> 00:12:08.420
פאונדרי מטפלת בזה בליבה.

00:12:08.580 --> 00:12:11.960
כשקלים מתחברים למערכות ארגוניות כמו SharePoint או Fabric,

00:12:11.960 --> 00:12:15.900
הם עושים זאת באמצעות אימות בשם המטווח על ידי Microsoft Entra.

00:12:16.040 --> 00:12:20.240
אם לא קיבלתם אישור לקרוא קובץ אתמול, הסוכן לא יעקוף את החומה הזו באורך פלא היום.

00:12:20.240 --> 00:12:24.660
הזהות וההרשאות נשארות ללא שינוי, וזו הדרך היחידה שצוותי הציוט נותנים את ברכתם.

00:12:24.800 --> 00:12:26.460
כל קריאה היא גם ניתנת למעקב.

00:12:26.640 --> 00:12:28.820
מי יפעיל אותה? מה נשלח? מה יתקבל?

00:12:28.940 --> 00:12:30.560
אז לצוותים תמיד יש את הקבלה.

00:12:30.740 --> 00:12:34.680
במקרה הטוב ביותר, ערכת הכלים הזו הופכת את צוות הסוכנים שלכם ליותר מסתם גימי.

00:12:34.680 --> 00:12:37.000
אתם מקבלים יחידות שיכולות לתשאל נתונים אמיתיים,

00:12:37.180 --> 00:12:39.560
לאבד אותם ולפעול בתוך גבולות גזירה שכבר מוכרים לעית.

00:12:39.560 --> 00:12:44.200
במקרה הגרוע ללא האפשרויות האלה, אתם נשארים עם סשנט שט שמדבר הרבה, אבל אף פעם לא עושה את העבודה.

00:12:44.400 --> 00:12:46.980
זו הסיבה שהארסנל חשוב לא פחות ממפקד הצוות.

00:12:47.140 --> 00:12:49.420
המודל וההוראות עשויים לקבוע איך הסוכן חושב,

00:12:49.600 --> 00:12:53.600
אבל בלי כלים שמחוברים באחריות ומתועדים באופן אמין, זה נשאר פתרון חלקי בלבד.

00:12:53.600 --> 00:12:58.260
עם הסט המובנה של Foundry, MCP, הרחבות API פתוחות והבטחה ברמה ארגונית,

00:12:58.260 --> 00:13:02.100
יש לך העת היסודות לכוח ממושמע ולא לאוסף של הנחיות מבוססות ניחושים.

00:13:02.220 --> 00:13:03.940
וזה מביא אותנו לתמונה הגדולה יותר.

00:13:04.160 --> 00:13:07.380
הסוכנים בפאונדרי לא נועדו להיות עוזרים אקראיים או צעצועים.

00:13:07.540 --> 00:13:13.320
הם מתוכננים כמפעילים מנוהלים עם מבנה, עם עומסים מחושבים ועם ציוד שהופך אותם לשימושיים בסביבת ייצור.

00:13:13.480 --> 00:13:15.060
אז כאן הקמפיין מסתיים.

00:13:15.300 --> 00:13:16.080
זמן סיכום.

00:13:16.260 --> 00:13:18.420
פאונדרי זה לא רק לזרוק הנחיות למודל.

00:13:18.640 --> 00:13:22.540
זו דרך ניתנת לשחזור לבניית סוכנים עם מוח, ספר חוקים וערכת כלים.

00:13:28.260 --> 00:13:35.860
אנחנו מציעים הרצה ניתנת לשחזור ולויקורת עם SDKS כמו נט שנותנים לך שליטה מלאה על מחזור החיים ונירות.

00:13:35.980 --> 00:13:42.340
הצעד הבא שלך להקים פרויקט בדיקה, ליצור סוכן בסיסי, להריץ שרשור, ואז לבדוק את שלבי ההרצה ב-SDK או בפורטל.

00:13:42.480 --> 00:13:44.920
ככה מבדאים שהיומנים שלך תואמים את הסיפור.

00:13:45.100 --> 00:13:48.880
אם זה עזר לך להצליח בהטלות בפריסות, הרשם והפעל התראות.

00:13:48.880 --> 00:13:53.060
או, אם מילפנו עוד אשקול, הרשם כדי לשמור על הצי שלך במבנה הנכון.