WEBVTT 00:00:00.000 --> 00:00:06.220 פריסת Microsoft 365 Copilot מרגישה כמו פתיחת פריט אגדי עד שמבינים שהוא מגיע רק עם ערכת ההתחלה. 00:00:06.340 --> 00:00:10.440 ישר מהקופסא, הוא נשען על ידע בסיסי במודל ועל התוכן בתוך הדייר שלכם. 00:00:10.560 --> 00:00:14.180 שימושי, אבל מה לגבי הסופ המאובקים שלכם, ספר ההדרכה של משאבי אנוש, 00:00:14.340 --> 00:00:16.220 או מערכת ה-ERP המפלצתית שעורבת בפינה? 00:00:16.380 --> 00:00:19.940 בלי מחברים, הערכה או סוכנים מותאמים אישית, Copilot לא יכולה לנצל את אלה. 00:00:20.040 --> 00:00:22.060 החדשות הטובות שאתם יכולים ללמד את זה. 00:00:22.060 --> 00:00:26.000 הטריק הוא לדעת מתי לפנות לקופילוט סטודיו, מתי לעבור לטים סטורקיט, 00:00:26.140 --> 00:00:28.480 וכי צד ממשל, ניטור ורישוי משתלבים בריצה. 00:00:28.560 --> 00:00:29.720 כי הנה הטוויסט האמיתי. 00:00:29.920 --> 00:00:32.700 בניית הסוכן הראשון שלכם אינה קרב הבוסים הסופי. 00:00:32.860 --> 00:00:33.980 זה רק סוף המדריכים. 00:00:34.160 --> 00:00:35.600 הבנייה אינה קרב הבוסים. 00:00:35.780 --> 00:00:38.120 אתם בודקים את הסוכן הראשון שלכם, ההנחיות עובדות. 00:00:38.280 --> 00:00:41.320 נתוני ההדגמה נראים ללא רבב, ולרגע אתם מרגישים שסיימתם את המשחק. 00:00:41.420 --> 00:00:42.160 זו המלכודת. 00:00:42.160 --> 00:00:44.820 העבודה האמיתית מתחילה ברגע שאתם מכוונים את אותה בנייה לייצור, 00:00:45.020 --> 00:00:46.620 שם הסביבה משחקת לפי כללים שונים מאוד. 00:00:46.760 --> 00:00:50.080 יותר מדי יצרנים מניחים שתשובה נקייה בבדיקות שווה למשימה שהושלמה. 00:00:50.220 --> 00:00:52.860 במציאות, זה רק מצב סיפור ברמת קושי קלה. 00:00:53.040 --> 00:00:57.600 לצוות הייצור לא אכפת עם הוכחת הרעיון שלכם הגיבה היטב במחשב הנייד שלכם. 00:00:57.740 --> 00:01:01.440 מה שהייצור דורש הוא יציבות תחת לחץ, עם בדיקות טעימות, 00:01:01.440 --> 00:01:04.360 מעקות זהות ותקני זמן פעולה שנושמים בעור פה. 00:01:04.360 --> 00:01:07.040 וכאן מופיעות מפלצות הבוס הראשונות. 00:01:07.180 --> 00:01:10.940 גמישות, האם הסוכן יכול להתמודד עם עומס ארגוני מבלי להיסחף? 00:01:11.060 --> 00:01:14.680 כאן חשובים יומני ניתור ואיבחון ממערכת הבקרה של Copilot. 00:01:14.960 --> 00:01:18.280 הערכה ישנה, כאשר נתונים בשארפוינט או דייטאברס משתנים, 00:01:18.520 --> 00:01:20.460 האם הסוכן עדיין מחובר לתמונה הנכונה? 00:01:20.620 --> 00:01:23.080 מחברים והערכה הגרפית הם אמצעי ההגנה. 00:01:23.080 --> 00:01:24.680 תאימות ויכולת ביקורת. 00:01:24.780 --> 00:01:27.580 אם רגולטור או מבקר פנימי מקישים לכם על הכתף, 00:01:27.580 --> 00:01:32.120 האם ניתן לזכור את היסטוריית הסוכן עם יומני תצוגה מושלמים ותביעות רגישות במקום? 00:01:32.280 --> 00:01:35.400 אם אחד מאלה נכשל, מסך הניצחון נעלם במהירות. 00:01:35.600 --> 00:01:40.560 הרצת בדיקות בקו פילוט סטודיו היא כמו אימונים בזירת אימונים עם שיקויי בריאות אינסופיים. 00:01:40.780 --> 00:01:44.700 אפשר לזרוק לחשים, להפעיל הנחיות מחזוריות, והכל נראה מבריק. 00:01:44.700 --> 00:01:47.960 אבל בשימוש חי, כל בלוק חומת אש הוא יצוק דהוי, 00:01:48.160 --> 00:01:50.680 ומקור נתונים חיצוני עמוס מת תשובות לסריקה. 00:01:50.680 --> 00:01:54.500 זה הרגע שבו משתמשים מפסיקים לקרוא לזה חכם ומתחילים להגיש כרטיסים. 00:01:54.640 --> 00:01:58.020 התפקיד הטבעי הנפוץ ביותר מגיע מצוותים שדוחים את הממשל. 00:01:58.160 --> 00:02:00.520 הם אומרים לעצמם שזה משהו להוסיף עליו בהמשך, 00:02:00.720 --> 00:02:03.540 אבל דחיית הממשל כמעט תמיד מובילה להפתעות מכוערות. 00:02:03.680 --> 00:02:08.360 בעיות קנה מידה, אי התאמות נתונים או פערים בתאימות מופיעים בדיוק ברגע הלא נכון. 00:02:08.360 --> 00:02:11.140 הבטחה ותאמות אינן משימות צד אופציונליות. 00:02:11.280 --> 00:02:12.660 הן חלק ממפת הקמפיין. 00:02:12.660 --> 00:02:16.320 עכשיו, בואו נדבר על ארכיטקטורה כי המוח של קופ אילוט אינו בלוק בודד. 00:02:16.440 --> 00:02:18.960 יש לכם את מודל הבסיס, מנוע השפה הגולמית, 00:02:19.100 --> 00:02:22.220 למעלה את התזמור שמיישר אילו פונקציות נקראות ומתי. 00:02:22.360 --> 00:02:26.280 מייקרוסופט 365 קופ אילוט מספק את התזמור הזה כברירת מחדל, 00:02:26.420 --> 00:02:27.600 כך שלכל בקשה יש מבנה. 00:02:27.720 --> 00:02:30.380 אחר כך מגיע הערכה, החיבור חזרה לתוכן הארגוני, 00:02:30.380 --> 00:02:31.940 כך שהתשובות אינן מפוברקות. 00:02:31.940 --> 00:02:36.360 לבסוף, המיומנויות, התוספים או המחברים המותאמים אישית שלכם לביצוע משימות בפועל. 00:02:36.480 --> 00:02:39.360 אם מתייחסים לארבעת החלקים האלה כאל ממגורות מנותקות, 00:02:39.560 --> 00:02:40.540 כל המגדל מתנדנד. 00:02:40.640 --> 00:02:43.560 מיומנות מוצקה ללא הערכה היא רק הזיה מפוארת. 00:02:43.760 --> 00:02:46.100 יסודות ללא בקרות תאימות הופכים לנטל. 00:02:46.300 --> 00:02:49.800 רק כאשר השכבות מטופלות כערימה אחת, הסוכן נשאר יציב. 00:02:49.800 --> 00:02:51.860 אז איך בכלל נראה ניצחון בשטח? 00:02:51.980 --> 00:02:54.140 זה לא לענות בצורה מסודרת על בקשת הדגמה. 00:02:54.340 --> 00:02:55.220 זה מצב תרגול. 00:02:55.220 --> 00:02:57.540 סימן ההצלחה הוא עמידה בתנאים אמיתיים, 00:02:57.780 --> 00:02:58.880 מצוקת שכר באמצע, 00:02:59.080 --> 00:03:00.220 הגירת נתונים בתנועה, 00:03:00.360 --> 00:03:01.300 קציני תאימות סופים, 00:03:01.500 --> 00:03:02.940 והכל עם עומס בקשות גבוה. 00:03:03.140 --> 00:03:05.420 זה המקום שבו סוכן מוכיח שהוא ראוי לפעול. 00:03:05.560 --> 00:03:07.780 והנה סיבה נוספת לכך שבניות רבות נכשלות. 00:03:07.940 --> 00:03:10.020 ארגונים חושבים עליהן כפרויקטים חד פעמיים, 00:03:10.200 --> 00:03:11.080 לא מערכות תפעוליות. 00:03:11.080 --> 00:03:12.380 מי שהוא יוצר אב טיפוס, 00:03:12.520 --> 00:03:13.660 מציג הדגמה רעב תנית, 00:03:13.800 --> 00:03:15.040 ואז משאיר אותה ללא פיקוח. 00:03:15.180 --> 00:03:15.660 עד מהרה, 00:03:15.820 --> 00:03:17.120 מחלקות שונות בונות משלהן, 00:03:17.320 --> 00:03:18.480 אף אחת מהן לא מתועדת, 00:03:18.640 --> 00:03:20.000 כולן לא עשות הסימונים ללא בדיקה. 00:03:20.120 --> 00:03:21.300 בלי מדריך תפעולי פשוט, 00:03:21.460 --> 00:03:22.660 למי הבעלים של המחברים, 00:03:22.900 --> 00:03:24.000 מי מבקר את ההערכה, 00:03:24.200 --> 00:03:25.460 מי בודק את צריכת האשראי, 00:03:25.620 --> 00:03:27.960 הנוף הופך לבלגן של מיני בוסים לא מסונקרנים. 00:03:28.140 --> 00:03:29.220 הפכו את הפרספקטיבה, 00:03:29.300 --> 00:03:30.520 וזה נהיה הרבה יותר קל. 00:03:30.520 --> 00:03:32.340 אם מתחילים עם חשיבה תפעולית, 00:03:32.460 --> 00:03:33.180 העיצוב משתנה. 00:03:33.320 --> 00:03:35.920 לא אכפת לכם רק אם הבדיקה הראשונה נראתה נקייה. 00:03:36.040 --> 00:03:37.940 אתם מתקשים לקראת הקמפיין היומיומי. 00:03:38.060 --> 00:03:38.780 יומני ביקורת, 00:03:38.900 --> 00:03:39.440 שערי ניהול, 00:03:39.600 --> 00:03:39.940 גיבויים, 00:03:40.100 --> 00:03:40.740 בדיקות תקינות, 00:03:40.920 --> 00:03:43.180 אלה בונים אמון תוך שמירה על הדבר בחיים תחת לחץ. 00:03:43.320 --> 00:03:47.240 למנהלים כבר יש בקרות שמישות במרכז הניהול של מייקרוסופט 365, 00:03:47.900 --> 00:03:50.320 שם ניתן לנהל תרחישים ומשוב אבחוני צץ מוקדם. 00:03:50.500 --> 00:03:54.140 ההישענות על הכלים האלה היא מה שמבדיל סוכן חדשני ממפעיל אמין. 00:03:54.140 --> 00:03:56.580 זו הסיבה שבניית הלוואה לא מכתירה מנצח. 00:03:56.580 --> 00:03:58.900 סביבת הבדיקה מביאה אתכם לרמה הראשונה. 00:03:59.020 --> 00:04:03.420 פריסה אמיתית עם ממשל וניתור במקום היא המקום שבו מתחיל אתגר ההישרדות האמיתי. 00:04:03.580 --> 00:04:05.760 ולפני שאתם צועדים רחוק מדי לתוך זה, 00:04:05.980 --> 00:04:07.600 תצטרכו את הנשק הנכון לקרב. 00:04:07.780 --> 00:04:10.760 מייקרוסופט נותנת לכם שתי ערכות שונות, כללים שונים. 00:04:11.000 --> 00:04:14.180 בחרו לא נכון וזה ירגיש כמו להביא חרב פלסטיק לפשיטה. 00:04:14.180 --> 00:04:17.840 Copilot Studio, לעומת Teams Toolkit, בחירת הנשק שלכם. 00:04:17.980 --> 00:04:19.620 שם נוחתת השאלה האמיתית. 00:04:19.740 --> 00:04:20.860 לאיזה כלי אתם פונים, 00:04:20.860 --> 00:04:22.660 Copilot Studio או Teams Toolkit, 00:04:22.860 --> 00:04:25.700 המכונים גם Microsoft 365 Agents Toolkit. 00:04:25.920 --> 00:04:26.740 שניהם נשמעים דומים, 00:04:26.880 --> 00:04:28.320 שניהם טוענים שהם מרחיבים את Copilot, 00:04:28.540 --> 00:04:30.640 אך הם משרתים קבוצות שונות מאוד של בוני תוכנה וצרכים. 00:04:30.820 --> 00:04:31.900 בחירה שגויה עולה לכם בזמן, 00:04:32.040 --> 00:04:35.180 בתקציב ואולי אף באמינות כאשר ההדגמה המבריקה שלכם נובלת בייצור. 00:04:35.300 --> 00:04:37.180 Copilot Studio הוא זירת היוצרים. 00:04:37.180 --> 00:04:40.240 זהו בונה ויזואלי דל קוד שנועד למהירות ובהירות. 00:04:40.360 --> 00:04:42.180 אתם מקבלים זרימות גרירה ושחרור, 00:04:42.180 --> 00:04:44.420 תבניות, דיאלוגים מודרכים וניתוחים מובנים. 00:04:44.620 --> 00:04:48.380 Studio הוא מגיע עם מגוון מחברים למקורות נתונים של Microsoft 365, 00:04:49.060 --> 00:04:51.320 כך שמשתמש מתקדם יכול למשוך תוכן SharePoint, 00:04:51.580 --> 00:04:55.240 לנטר הודעות Teams או לשרת מסמכי מדיניות משאבי אנוש מבלי לגעת בקוד. 00:04:55.240 --> 00:05:00.300 אתם יכולים לבדוק, להתאים ולפרסם ישירות לתוך Microsoft 365 קופה אילות, 00:05:00.520 --> 00:05:02.960 או אפילו לשחרר כסוכן עצמאי עם חיכוך מינימלי. 00:05:03.080 --> 00:05:06.000 עבור מחלקה שצריכה זרימת עבודה עובדת ברבעון הזה, 00:05:06.260 --> 00:05:07.480 לא בשנה הכספית הבאה, 00:05:07.480 --> 00:05:08.900 Studio הוא המסלול המהיר. 00:05:09.080 --> 00:05:13.180 למעלה מממ מינוס 160 אלף לקוחות כבר משתמשים בסטודיו בדיוק בשביל זה, 00:05:13.380 --> 00:05:14.800 התאמה של נתונים פיננסיים, 00:05:15.060 --> 00:05:17.480 קליטת עובדים או מענה לשאלות מוצרים בכימונאות. 00:05:17.580 --> 00:05:20.080 הסיבה אינת העלומה היא פשוט מורידה את הרף. 00:05:20.080 --> 00:05:24.680 אם הצוות שלכם כבר מתעסק בפאוור אפס או יוצר אוטומציה של דוחות שגרתיים בפאוור אוטומייט, 00:05:24.880 --> 00:05:26.140 Studio הוא מרגיש כמו מגרש ביתי. 00:05:26.280 --> 00:05:27.920 אתם לא צריכים להיות מהנדסי תוכנה, 00:05:27.920 --> 00:05:32.280 אתם רק צריכים מטרה ברורה ומומחיות בסיסית בקוד נמוך כדי ללחוץ, להגדיר ולפרוס. 00:05:32.380 --> 00:05:34.480 עכשיו, עברו לערכת הכלים של Teams. 00:05:34.660 --> 00:05:36.480 כאן מסגשגים מפתחי Full Stack. 00:05:36.660 --> 00:05:39.880 ערכת הכלים מתחברת לבי אס קוד, לא לכנבס גרירה ושחרור. 00:05:39.880 --> 00:05:42.420 כאן אתם בונים סוכנים הצרתיים עם כללים מובנים, 00:05:42.600 --> 00:05:45.420 או שאתם הולכים רחוק יותר ויוצרים סוכני מנוע מותאמים אישית, 00:05:45.500 --> 00:05:48.640 שבהם אתם מגדירים קריאות למודל תזמור וטיפול ב-API מ-0. 00:05:48.640 --> 00:05:52.800 אתם מקבלים נתיבי פיגומים, ניפוי שגיאות, תצורה ופרסום לא רק בתוך Copilot, 00:05:53.140 --> 00:05:57.520 אלא בין צוותים, אפליקציות Microsoft 365, האינטרנט וערוצים חיצוניים. 00:05:57.520 --> 00:06:00.080 אם Copilot Studio הוא ריהוט תרומי מהכתלוג, 00:06:00.280 --> 00:06:03.280 טולקיט חותך את הקרשים שלכם ומחוות את הבית בעצמכם. 00:06:03.420 --> 00:06:06.660 החופש מרהיב, אבל אתם גם אחראים על כל מסמר ונתיך. 00:06:06.800 --> 00:06:09.560 הבלבול האמיתי, שניהם אומרים, מרחיב את Copilot. 00:06:09.840 --> 00:06:14.020 בפועל, Studio פירושו הרחבה בתוך מעקות הבטיחות המוגדרים של Microsoft, 00:06:14.020 --> 00:06:17.220 מחברים בטוחים, בקרות ניהוליות וממשל קל משקל. 00:06:17.380 --> 00:06:19.820 ערכת הכלים פירושה כתיבה מחדש של מעקות הבטיחות, 00:06:20.000 --> 00:06:22.620 גלגול תזמור משלך, קריאה למערכות LLM חיצוניות, 00:06:22.620 --> 00:06:25.620 או בניית התנהגויות סוכנים שמייקרוסופט לא סיפקה ישירות מהקופסה. 00:06:25.680 --> 00:06:27.540 גישה אחת שומרת עליך בטוח עם תבניות, 00:06:27.720 --> 00:06:30.640 השנייה נותנת לך כוח גולמי ומצפה ממך להשתמש בו באחריות. 00:06:30.760 --> 00:06:33.700 אנשים רבים חושבים שבחירת כלים שווה ערך לממשק משתמש שונה. 00:06:33.880 --> 00:06:38.920 לא, משתמשי קצה רואים את אותה תיבת הנחיות וחרטיס תשובה בין אם בניית את הסוכן בסטודיו או עם טולקי. 00:06:39.060 --> 00:06:41.260 זה בתכנון, שכבת ה-UX מאוחדת. 00:06:41.260 --> 00:06:43.560 מה שמשתנה בפועל הוא מאחורי הקלעים. 00:06:43.740 --> 00:06:46.500 אפשרויות הערכה, מדרגיות ובקרה ניהולית. 00:06:46.660 --> 00:06:49.380 זו הסיבה שההחלטה זו היא תפעולית, לא קוסמטית. 00:06:49.540 --> 00:06:50.480 הנה כלל מעשי. 00:06:50.640 --> 00:06:53.240 חלק מיכולות ההערכה, דברים כמו תוכן SharePoint, 00:06:53.440 --> 00:06:54.560 צ'טים ופגישות של Teams, 00:06:54.720 --> 00:06:55.420 קבצים מותמאים, 00:06:55.420 --> 00:06:57.600 נתוני Dataverse או מחברים לדואר אלקטרוני 00:06:57.600 --> 00:07:02.100 וחיפוש אנשים נדלקים רק אם לדייר שלך יש רישוי Microsoft 365 Copilot 00:07:02.100 --> 00:07:04.180 או מדידה של Copilot Studio מופעלים. 00:07:04.340 --> 00:07:05.740 אם אין לכם את הזכאות הזו, 00:07:05.940 --> 00:07:08.020 בחירה בסטודיו לא תיפתח את הטריקים האלה. 00:07:08.160 --> 00:07:12.100 בדיקת הרישוי היחידה הזו יכולה להיות הגורם המכריע בבחירת המסלול שאתם צריכים. 00:07:12.220 --> 00:07:13.520 אז איך מפשטים את הבחירה? 00:07:13.680 --> 00:07:15.080 גלגלו רשימת בדיקה קצרה. 00:07:15.280 --> 00:07:17.180 ראשית, צריכים סוכנים מהירים, ניתנים לביקורת, 00:07:17.280 --> 00:07:18.180 הנשלטים על ידי מנהל, 00:07:18.180 --> 00:07:20.340 שמשתמשים מתקדמים יכולים לעמוד בהם בלי להפריע להם. 00:07:20.440 --> 00:07:21.620 בחרו בקופילות Studio. 00:07:21.860 --> 00:07:23.120 שנית, צריכים תזמור מותאם אישית, 00:07:23.220 --> 00:07:24.420 מודלים חיצוניים של בינה מלאכותית 00:07:24.420 --> 00:07:26.880 או עבודת אינטגרציה עמוקה שתפורה ישירות לתוך עמוד השדרה של הארגון. 00:07:27.000 --> 00:07:28.540 בחרו בערכת הכלים של הסוכנים. 00:07:28.720 --> 00:07:29.860 שלישית, אל תשמחו על התוויות, 00:07:30.060 --> 00:07:32.140 שמחו על מערך הקישורים והמטרות בפועל של הצוות שלכם. 00:07:32.260 --> 00:07:33.840 המטאפורה שאני משתמש בה היא דיור. 00:07:34.040 --> 00:07:34.820 Studio הוא תרומי, 00:07:34.820 --> 00:07:36.240 אתם בוחרים צבעים וארונות, 00:07:36.240 --> 00:07:38.160 אבל האינסטלציה והחיבות כבר בטוחים. 00:07:38.280 --> 00:07:39.620 ערכת הכלים היא אדמה גולמית, 00:07:39.820 --> 00:07:40.940 אתם מעצבים כל סנטימטר, 00:07:41.100 --> 00:07:43.220 אבל גם נוסעים את כל הסיכונים עם הייצוב מתקפל. 00:07:43.380 --> 00:07:45.080 שניהם יכולים להניב בית יפה הפה. 00:07:45.240 --> 00:07:46.440 אחד מהיר ופחות מורכב, 00:07:46.560 --> 00:07:47.380 השני בלתי מוגבל, 00:07:47.460 --> 00:07:48.860 אך שוויר אלא אם כן מנוהל היטב. 00:07:49.020 --> 00:07:50.460 שניהם קורסים ללא הערכה. 00:07:50.580 --> 00:07:51.760 הנשק שבחרתם מטפל בבנייה, 00:07:51.760 --> 00:07:53.220 אבל אם הוא לא מוזן בנתונים הנכונים, 00:07:53.400 --> 00:07:55.200 זה רק הופך את השטויות של ביטחון למהירות יותר. 00:07:55.200 --> 00:07:57.320 סוכן סטודיו בלי מחברים הוא תוקי. 00:07:57.460 --> 00:08:00.200 סוכן כלים ללא הערכה הוא תוקי מקודד בהתאמה אישית. 00:08:00.320 --> 00:08:00.840 כך או כך, 00:08:01.020 --> 00:08:04.080 אתם עדיין חיים עם ציפור שמצייצת ניחושים למשתמשים שלכם. 00:08:04.240 --> 00:08:06.600 וזה מביא אותנו לאדם האמיתי של כל סוכן, 00:08:06.880 --> 00:08:10.920 כבל הנתונים שמונע ממוחו לשחק מגדת עתידות עם חצי חפיסת קלפים. 00:08:10.920 --> 00:08:13.860 סוכני הערכה מזינים את המוח, לא את הרי. 00:08:14.060 --> 00:08:18.280 הערכה היא המקום שבו הסוכן מפסיק לזייף חוכמה ומתחיל לעבוד עם ידע אמיתי. 00:08:18.280 --> 00:08:19.840 הזינו אותו במקורות הנכונים, 00:08:19.960 --> 00:08:22.820 והוא יעבור מבלף למתן תשובות שתוכלו להגן עליהן. 00:08:22.940 --> 00:08:25.840 דלגו על זה ומה שנראה מלוטש על פני השטח יתפרק במהירות, 00:08:25.940 --> 00:08:28.120 כשמישהו שואל מאיפה בכלל הגיעה התשובה הזו? 00:08:28.240 --> 00:08:30.360 בתוך מייקרוסופט 365 קופיילוט, 00:08:30.460 --> 00:08:32.980 כבר נשען הנתונים שהוא יכול לראות דרך מייקרוסופט גראפ. 00:08:32.980 --> 00:08:35.820 קבצים, צ'טים, פגישות, אפילו אירועי לוח שנה. 00:08:35.920 --> 00:08:39.560 זוהי התחלה טובה, אבל התוכן היקר ביותר נמצא מעבר לליבה הזו. 00:08:39.560 --> 00:08:41.140 מערכות ERP שומרות על המלאי, 00:08:41.260 --> 00:08:43.420 מערכות CRM עוקבות אחר מחזורי חיי הלקוחות, 00:08:43.600 --> 00:08:45.820 משאבי אנוש מאחסנים ספרי הדרכה עמוק בשארפוינט, 00:08:46.000 --> 00:08:48.560 ומסמכי מדיניות נמצאים עם המסמכים המשפטיים בתיקייה נעולה. 00:08:48.660 --> 00:08:50.640 אם לא תחברו את הסוכן למקורות אלה, 00:08:50.840 --> 00:08:53.500 הוא ינחש בביטחון באמצעות ידע כללי של המודל, 00:08:53.500 --> 00:08:55.540 במקום להצביע על משהו שניתן להמא. 00:08:55.740 --> 00:08:58.860 חיבורם אינו רק גרירה ושחרור, זוהי גישה רגישה. 00:08:58.860 --> 00:09:03.840 Copilot Studio ומחברי Microsoft Graph מאפשרים להגיע לשארפוינט עבור מסמכים מאוכסנים, 00:09:04.080 --> 00:09:05.600 לדטאברס עבור טבלעות מובנות, 00:09:05.740 --> 00:09:08.340 לאקסציינג עבור רשומות דואר ולטימס עבור צ'טים. 00:09:08.480 --> 00:09:09.840 מעבר לליבה של מייקרוסופט, 00:09:10.000 --> 00:09:13.980 יותר מממ-122 מחברים דרך פאוור פלטפורם פותחים דלתות למערכות חיצוניות, 00:09:13.980 --> 00:09:16.920 כספים, משאבי אנוש, מחירת כרטיסים, מה שתרצו. 00:09:16.920 --> 00:09:22.220 ועם שום דבר לא מתאים ל-API מוכנים מאפשרים לכם לשלב אפליקציות עסקיות שאינן מכוסות על ידי מחבר מובנה מראש. 00:09:22.380 --> 00:09:26.800 כאשר נבנה כהלכה, הסוכן מאכזר עובדות עדכניות מאותם מאכסנים ומציג אותן בהקשר. 00:09:26.980 --> 00:09:29.440 מה שנראה כמו קסם הוא רק צינורות מנוקדים היטב. 00:09:29.600 --> 00:09:30.240 יש מלכוד. 00:09:30.440 --> 00:09:33.260 חלק מאפשרויות ההערכה הללו אינן מתנות אוניברסליות. 00:09:33.260 --> 00:09:37.220 גישה למקורות כמו תוכן SharePoint, גישות Teams, דואר אלקטרוני או Dataverse, 00:09:37.220 --> 00:09:40.580 דורשת לעתים קרובות רישוי או מדידה של קופ אילות הפעלת בדייר שלכם. 00:09:40.700 --> 00:09:46.700 בלי זכאות זו, המחברים לא נדלקים, ותגלו שעוזר הבינה המלאכותית שלכם עיוור לחלק מהנתונים החשובים ביותר שלכם. 00:09:46.840 --> 00:09:48.780 אל תניחו שמעבר פשוט ייתן לכם הכל. 00:09:48.980 --> 00:09:50.700 בדקו תחילה את מפת הרישוי שלכם. 00:09:50.820 --> 00:09:53.100 חישבו על דוגמאות מדלפק התמיכה של משאבי אנוש. 00:09:53.100 --> 00:09:55.560 מי שהוא שואל, מהי מדיניות חופשת ההורות? 00:09:55.720 --> 00:09:59.460 ללא בסיס, הסוכן מרכיב תשובה סבירה מתוך ידע כללי על המודל. 00:09:59.620 --> 00:10:02.000 זה נשמע מועיל, אבל אין קישור, אין הוכחה. 00:10:02.140 --> 00:10:05.220 עם בסיס, הסוכן יכול לשלוף את המדיניות בפועל משרפוינט, 00:10:05.400 --> 00:10:08.320 להפנות לחותר את המסמך ולשחרר קישור ציטוט חזרה למדריך. 00:10:08.460 --> 00:10:13.220 ההבדל היחיד הזה הופך הצהרה לא מאומתת לתגובה מהימנה שמבקרים ומשאבי אנוש ישרו. 00:10:13.340 --> 00:10:15.740 נתיב הביקורת הזה הוא דחיפה אמיתית של הכוח. 00:10:15.740 --> 00:10:20.100 תשובות מבוססות יכולות להגיע עם ציטוטים המכוונים, משתמשים ורגולטורים למקור המקורי. 00:10:20.100 --> 00:10:23.840 כאשר תאימות שואלת מדוע הבות אמר את מה שאמר, אינכם צריכים סיפור ארוך. 00:10:23.980 --> 00:10:25.340 היומנים מראים את הנתיב. 00:10:25.500 --> 00:10:29.140 הנה ההנחיה, הנה המסמך שהוא משך, הנה התשובה שהוא יצר. 00:10:29.320 --> 00:10:32.460 אין צורך בלחיצת אצבעות, אבל כל חיבור הוא גם נקודת סיכון. 00:10:32.620 --> 00:10:34.740 קישרו את נתוני משאבי אנוש בצורה רשלנית, 00:10:34.740 --> 00:10:37.900 וייתכן שתגלו רישומי עובדים פרטיים לצד שאלות נפוצות ציבוריות. 00:10:38.080 --> 00:10:42.060 מיפוי גישה שגויה ל-ERP, ופתאום סוכן מחירות מגיע ל-C במספרי השכר. 00:10:42.060 --> 00:10:44.440 השמטות הללו הן טעויות קריטיות לייצור. 00:10:44.640 --> 00:10:49.220 המהלך הבטוח יותר הוא לשלב תוויות רגישות וסיווג Purview בתוכנית הבסיס שלכם. 00:10:49.400 --> 00:10:52.840 בדרך זו, הסוכן מאחזר רק תוכן שתואם את כללי ההרשאה שלו, 00:10:53.060 --> 00:10:55.720 וייכבד את סיווגי הנתונים שלכם במקום לעקוף אותם. 00:10:55.720 --> 00:10:56.780 ההזהרה פשוטה. 00:10:56.920 --> 00:10:58.580 סוכנים לא מבוססים ממציאים בסמכות, 00:10:58.740 --> 00:11:01.980 וסוכנים לא מבוססים בצורה גרועה חוספים את מה שלא אמור לצאת מהכספת. 00:11:01.980 --> 00:11:06.680 כך או כך, בסופו של דבר אתם מפיצים שגיאות או מדליפים פרטים רגישים מתחת ללוגו של החברה שלכם. 00:11:06.820 --> 00:11:09.320 כלי ממשל כמו Purview קיימים מסיבה מסוימת. 00:11:09.560 --> 00:11:12.000 שלבו מחברי נתונים עם סיווג מהיום הראשון, 00:11:12.220 --> 00:11:15.460 אחרת תתקנו בעיות תפיסה וכאבי ראש של תאימות בהמשך. 00:11:15.460 --> 00:11:16.600 אז הלקח ברור. 00:11:16.760 --> 00:11:18.680 בסיס אינו תכונת בונוס מתקדמת. 00:11:18.880 --> 00:11:22.480 זהו קו הבסיס שמפריד בין קופילוץ שימושיים לבין פטפטנים לא אמינים. 00:11:22.620 --> 00:11:27.420 אם נעשה זאת נכון, זה מצייד את המשתמשים שלכם בעובדות המקושרות לתוכן אמיתי המגובים ביומנים שתוכלו להגן עליהם. 00:11:27.520 --> 00:11:32.180 אם זה נעשה לא נכון, זה מגדיל הזיות ודליפות ברחבי הארגון שלך מהר יותר ממה שאתה יכול לפתוח כרטיס. 00:11:32.340 --> 00:11:34.340 זו הסיבה שהאתגר הבא הוא קריטי לא פחות. 00:11:34.500 --> 00:11:36.620 מכיוון שסוכן מקורקה אחד ניתן לניהול. 00:11:36.620 --> 00:11:39.900 עשרות משתחררים ללא פיקוח, שם מתחילה הבעיה האמיתית. 00:11:40.020 --> 00:11:42.880 ממשל, מניעת התפשטות סוכנים לפני שהיא משתנה. 00:11:42.880 --> 00:11:48.280 ממשל בהקשר זה הוא מערך הכללים המונע מסוכני Copilot להפוך לחאוס בלתי מבוקר. 00:11:48.400 --> 00:11:53.680 כך אתה מחליט מי יכול ליצור אותם, היכן הם פועלים, ובאילו נתונים הם יכולים לגעת מבלי להשאיר הכל ליד המקרה. 00:11:53.820 --> 00:11:56.260 מייקרוסופט כבר נותנת לך את הכלים לאכוף זאת. 00:11:56.260 --> 00:12:00.400 מערכת הבקרה של Copilot במרכז הניהול של Microsoft 365, 00:12:01.080 --> 00:12:06.200 ניהול מחזור חיים במרכז הניהול של Power Platform, Microsoft Purview עבור תיוג רגישות ו-DLP, 00:12:06.540 --> 00:12:08.400 ויומני אבחון של Copilot לביקורת. 00:12:08.400 --> 00:12:12.060 חישבו עליהם כארבעת עמודי התווך שעוצרים את קריסת בית הקלפים. 00:12:12.220 --> 00:12:17.220 דבר אחד שכדאי לדעת מראש, ניהול תרחישי קופ העילות אינו מיועד לכל אחד עם גישת מנהל. 00:12:17.380 --> 00:12:20.900 זה דורש תפקידים ספציפיים כמו מנהל כללי או מנהלי בינה מלאכותית. 00:12:20.900 --> 00:12:25.580 הצמדו להקצאות עם הרשאות נמוכות יותר כדי שלא תגישו למישהו חרב שיכולה לחתוך עמוק יותר ממה שהוא מבין. 00:12:25.720 --> 00:12:28.780 הגבלת מי יכול להפעיל את המתגים הללו היא צורת ניהול בפני עצמה. 00:12:28.780 --> 00:12:32.140 משם, אפו כללי מחזור חיים כבר מהתכנון, לא לאחר מעשה. 00:12:32.300 --> 00:12:37.620 כלל ראשון, הגדירו מי רשאי ליצור סוכנים וקישרו זאת לסביבות שלכם במרכז הניהול של Power Platform. 00:12:37.620 --> 00:12:44.660 כלל שני, הגדירו מי רשאי לפרסם סוכנים באמצעות הגדרות קופ העילות במרכז הניהול של 365 כדי לאשר או לחסום מהדורות. 00:12:44.820 --> 00:12:50.860 כלל שלישי, הגדירו היכן סוכנים יכולים לפעול על ידי הקצאתם לסביבות מבודדות כך שהייצור אינו סתם עוד זירה פתוחה. 00:12:50.860 --> 00:12:55.860 וכלל רביעי, הגדירו כיצד מוקצים נקודות זכות, וכאן נכנס לתמונה מד צריכת הסוכנים של קופ העילות. 00:12:56.020 --> 00:13:00.700 מונה זה אומר לכם במספרים פשוטים מתי סרגל המענה שלכם נשרף מהר מדי ומי מרוקן אותו. 00:13:00.700 --> 00:13:06.200 פרוויו הוא רשת התאימות שאתם כבר מסתמכים עליהו מסמכים ודואר, וזה עובד אותו דבר כאן. 00:13:06.340 --> 00:13:11.660 החל תביעות רגישות על נתונים כך שגם אם סוכן מתחבר למקור, התבית תמשיך לתגובות. 00:13:11.660 --> 00:13:16.300 השתמשו במדיניות די-אר-פי כדי לחסום סוכנים מחשיפת שדות סודיים בתגובות. 00:13:16.500 --> 00:13:23.060 מדיניות שמירה מונעת מתוכן ישן להישאר כך שהסוכנים שלכם לא התבססו על נתונים שהיו אמורים לפוג תוקפם לפני שבועות. 00:13:23.140 --> 00:13:27.340 לאחר שהגדרתם את מעקות הבטיחות הללו, כל סוכן יורש את הפיקוח באופן אוטומטי. 00:13:27.480 --> 00:13:30.740 מהלך נוסף שרוב הצוותים מדלגים עליו הוא הפעלת יומני אבחון. 00:13:30.940 --> 00:13:34.040 הפעל את המתג הזה ותקבל נירות ברורה לכל אינטראקציה. 00:13:34.040 --> 00:13:39.600 הנחיות, תגובות, הפניות תוכן, יומני מערכת, כולם מוזנים לרשומות שתוכלו להשתמש בהן מאוחר יותר. 00:13:39.780 --> 00:13:44.500 אם מנהל שואל מדוע סוכן נתן הוראה שגויה, תוכלו להפעיל מחדש את ההיסטוריה במקום למשוך בחתפיכם. 00:13:44.640 --> 00:13:49.360 יתרה מזאת, מנהלים יכולים להגיש יומנים בשם משתמשים גם כאשר משתמש הקצה לא שולח משוב בעצמו. 00:13:49.540 --> 00:13:52.160 זה הופך את פתרון הבעיות לפרואקטיבי במקום ראקטיבי. 00:13:52.280 --> 00:13:54.940 זה לא עניין של העתת חדשנות, זה עניין של ניתוב שלה. 00:13:54.940 --> 00:13:58.580 סטודיה הוא מאפשר למשתמשים מתקדמים ליצור בקלות רבה זרימות עד אחר הצהריים, 00:13:58.800 --> 00:14:01.760 וארגז הכלים מאפשר למפתחים לדחוף בניות כבדות לייצור במהירות. 00:14:01.940 --> 00:14:04.840 ללא בקרות, מהירות זו פירושה כפילויות וסתירות. 00:14:05.000 --> 00:14:09.880 אם ממשל במקום, אותה מהירות מעניקה לכם נכסים לשימוש חוזר שנשארים תואמים ומנותרים. 00:14:10.080 --> 00:14:14.660 ההבדל אינו בכמה יצירתי הצוות שלכם, אלא בכמה ממושמעת המסגרת סביבם. 00:14:14.660 --> 00:14:16.660 אה, אפילו מעקב עלויות הוא חלק מהממשל. 00:14:17.380 --> 00:14:21.180 מד הצריכה במרכז הניהול הוא לא רק תצוגה חשבונאית, הוא חוגת האיזון שלכם. 00:14:21.340 --> 00:14:26.460 ניתן להקצות חבילות אשראי, לנטר עודפים בעזרת מודל תשלום לפי שימוש, ולשמור על השימוש במסגרת חלון התקציב. 00:14:26.620 --> 00:14:31.800 התעלמו מזה, והדבר הראשון שתשמעו על מגבלות הוא כאשר סוכן עוצר פתאום באמצע זרימת עבודה בגלל שהבריכה התייבשה. 00:14:31.880 --> 00:14:34.160 אתם לא רוצים לאתר בגים בייצור עם מיכל רה. 00:14:34.160 --> 00:14:37.000 בית מינוס 20 טבעי, ממשל מרגיש כמו שיריון. 00:14:37.140 --> 00:14:42.300 גמיש מספיק כדי שבנאים יוכלו להמשיך לנוע במהירות, אבל מגן מספיק כדי שגלגול אחד גרוע לא ישקיע את כל הקבוצה. 00:14:42.440 --> 00:14:49.400 בית מינוס 20 טבעי, אתם מתעלמים ממנו, נותנים לסוכנים להופיע ללא אישור, ומוצאים את עצמכם מתקנים דליפות בין מחלקות בזמן שמבקרים מרחפים מעל. 00:14:49.520 --> 00:14:52.860 ממשל לא הופך את המשחק למשעמם, הוא הופך אותו לניתן להישרדות. 00:14:52.860 --> 00:14:55.960 והישרדות מובילה ישירות למלכודת הבאה שמחכה בצינו. 00:14:56.200 --> 00:15:00.300 כי ברגע שהממשל נמצא תחת שניתה, ההפתעה הבאה אינה טכנית, היא פיננסית. 00:15:00.500 --> 00:15:03.820 יש סיבה שמנהלים מתעוררים מזיעים כשצוות הכספים בודק את המונה. 00:15:04.000 --> 00:15:07.600 שום דבר לא מחמיץ בניית הכינה מהר יותר מלראות את החשבון שהיא מייצרת. 00:15:07.840 --> 00:15:10.500 רישוי ועלויות, כלפי המלכודות שלא ראיתם. 00:15:10.500 --> 00:15:14.600 רישוי ועלויות הם כלפי המלכודת שרוב הצוותים לא רואים עד שהם כבר על הלוח. 00:15:14.760 --> 00:15:18.000 מייקרוסופט מוכרת לכם את הפנטזיה של בניות מהירות והדגמות נוצצות, 00:15:18.000 --> 00:15:22.820 אבל שום דבר מזה לא משנה אם הקרדיטים נעלמים באמצע החודש או שמחבר נוסיף בשקט דרישת רישיון נוספת. 00:15:23.000 --> 00:15:25.900 זו לא הערה אגב, זה מכונאות מרכזית שאתם צריכים לנהל אחרת, 00:15:25.980 --> 00:15:29.340 הסוכנים שלכם יפסיקו לעבוד בדיוק ברגע שאנשים מתחילים להסתמך עליהם. 00:15:29.340 --> 00:15:31.920 קופאילוט סטודיו פועל על קרדיטים של קופאילוט. 00:15:32.060 --> 00:15:36.900 אתם קונים אותם בחבילות, 25 אלף קרדיטים תמורת קף מינוס 200 דולר לחודש לכל הדייר 00:15:36.900 --> 00:15:42.080 או משתמשים במונה תשלום לפי שימוש שבו החשבון שלכם מגיע בסוף התקופה בהתבסס על מה שהארבון צרך. 00:15:42.200 --> 00:15:45.460 נשמע נדיב, אבל התיעוד מבהיר שהצריכה אינה קבועה. 00:15:45.460 --> 00:15:49.740 הוא משתמש בתעריפים מדורגים, פעולות סטנדרטיות שאינן יצירתיות עולות פחות, 00:15:49.960 --> 00:15:51.760 בעוד שתשובות יצירתיות צורפות יותר. 00:15:51.940 --> 00:15:54.980 המספרים המדויקים משתנים עם מדריכי הרישוי של מייקרוסופט, 00:15:55.160 --> 00:15:58.060 אז התייחסו למסמכי החיוב כחלק מערכת הבנייה שלכם. 00:15:58.060 --> 00:16:02.060 הדבר המרכזי הוא שהנחיות בדיקה ותגובות הייצור מתנגזות מאותו מאגר. 00:16:02.200 --> 00:16:04.480 אין ארגז חול חינם מחבוי בשום מקום במערכת, 00:16:04.660 --> 00:16:06.300 לא משנה כמה הייתם רוצים שיהיה כזה. 00:16:06.300 --> 00:16:09.600 מכיוון שהזיכויים הם לכל הדייר, כל סוכן משתמש באותו מאגר, 00:16:09.820 --> 00:16:14.240 בין אם זה בוט הקליטה של משאבי אנוש, בוט תמיכה בעסקים במחירות או עוזר דיווח של הכספים. 00:16:14.400 --> 00:16:18.440 עיצוב זה מעניק דמישות, אך פירושו גם שספרינט הבדיקות הכבד של מחלקה אחת 00:16:18.440 --> 00:16:20.860 יכול לרוקן משאבים מריצת הייצור של צוות אחר. 00:16:20.980 --> 00:16:24.760 אם המאגר מתרוקן, Copilot Studio לא מפציע או מטריע בעדינות. 00:16:24.760 --> 00:16:27.880 הוא פשוט משהה את הסוכנים האלה עד למילוי מחדש של הזיכויים. 00:16:28.040 --> 00:16:31.820 אתם לא רוצים להיות האדם שמסביר מדוע בו תמיכה חי השתתק באמצע עסקה 00:16:31.820 --> 00:16:35.220 רק בגלל שקבוצה אחרת השאירה את לולאת הבדיקה שלה פועלת בן לילה. 00:16:35.300 --> 00:16:38.180 תשלום לפי שימוש מועיל אם אתם רוצים להימנע מהתחייבויות מראש 00:16:38.180 --> 00:16:41.060 מכיוון שאתם משלמים רק עבור מה ששרפתם בפועל באותו חודש. 00:16:41.160 --> 00:16:43.140 אבל המונה הוא אובייקטיבי באופן ברוטלי. 00:16:43.140 --> 00:16:46.840 סבב מהיר של בדיקות אב טיפוס צורך זיכויים באותו אופן כמו זרימת עבודה של ייצור, 00:16:47.060 --> 00:16:50.260 מה שהופך את זה לקלה באופן מסוכן להוציא יותר מדי כאשר אין התראות תקציב. 00:16:50.380 --> 00:16:55.260 הגישה הבטוחה היא להתייחס אפילו לבניית הבדיקות שלכם כחלק מתכנון האשראי ולהקצות מגבלות מוקדם. 00:16:55.420 --> 00:16:59.520 ערכת הכלים של Teams או ערכת הכלים של הסוכנים ב-VS Code לוקחת זווית שונה. 00:16:59.520 --> 00:17:06.200 אינך רואה נקודות זכות לפי הנחיה מכיוון שהעבודה פועלת תחת רישיון Microsoft 365 Copilot של המשתמש כשאתה מפרסם לתוך החבילה. 00:17:06.200 --> 00:17:09.740 זה נראה כמו חופש בהשוואה לסטודיו, אבל זה מחסה רק את היסודות. 00:17:09.860 --> 00:17:14.420 ברגע שאתה בונה סוכן מנוע מותאם אישית או מעביר לשירותים חיצוניים, העלויות מתחילות להיערם. 00:17:14.560 --> 00:17:18.700 לאפיס יש מדידים משלהם, מחברים ארגוניים דורשים לעיתים קרובות רישיונות משלהם, 00:17:18.900 --> 00:17:21.500 והסכמות מנהל יכולות למשוך שכבות שלא תכננת עבורן. 00:17:21.500 --> 00:17:27.480 סטודיו מחייב עוד חלפי פעולה, טולקיט מאפשר לך לעקוף את מודל הקרדיט, אבל שניהם דוחפים הוצאות למקום כלשהו. 00:17:27.480 --> 00:17:29.360 תקראו לזה פשרה, לא נתיב חינם. 00:17:29.460 --> 00:17:35.180 הכלל המעשי הוא שטעם סטולקיט מסתיר עלויות בשכבות אינטגרציה ושירות, כאשר סטודיו גורם לך לשלם מראש בנקודות זכות. 00:17:35.300 --> 00:17:37.320 אף אחת מהן אינה זולה יותר בכל מקרה. 00:17:37.500 --> 00:17:41.640 עליך למפות את זרימות העבודה הצפויות לתמחור המתועד לפני שאתה בוחר נתיב. 00:17:41.640 --> 00:17:46.560 בו תישור קהל המבוסס על שיר פוינט עשוי לסגשג בסטודיו ולחיות בזול על נקודות זכות. 00:17:46.560 --> 00:17:50.320 אינטגרציה נרחבת לתוך מערכת CRM חיצונית עשויה להיות הגיונית יותר בטולקיט, 00:17:50.480 --> 00:17:54.660 למרות שתשלמו את דמי ה-API של מערכת ה-CRM במקום לרוקן את נקודות הזכות של קופיילוט. 00:17:54.760 --> 00:17:57.900 הכל עניין של לאן הספרייה זזה, לא של התחמקות ממנה לחלוטין. 00:17:58.040 --> 00:18:00.660 אז איך מונעים מקלפי המלכודות האלה להפוך את השולחן? 00:18:00.660 --> 00:18:05.820 ראשית, אפשרו ניטור צריכה ברמת הדייר באמצעות מד צריכת סוכני קופהילות או דוחות תשלום לפי שימוש. 00:18:05.960 --> 00:18:10.900 שנית, הגדירו ספי התראה, כך שמנהלי הכספים וה-C יקבלו רודעה לפני שהמאגר מתאפס. 00:18:11.060 --> 00:18:15.840 שלישית, הקצו תקציבים לכל יחידה עסקית, באמצעות חבילות נקודות זכות יהודיות או מדיניות פנימית ברורה, 00:18:16.080 --> 00:18:18.300 כך שצוות אחד לא יוכל למחוק את המאגר בספרינט אחד. 00:18:18.460 --> 00:18:21.260 שלושת הבקרות הללו מצמצמות את רוב ההפתעות המגעילות. 00:18:21.260 --> 00:18:23.260 פיתוח מורחב מוסיף שכבה נוספת. 00:18:23.420 --> 00:18:26.360 אינטגרציות דורשות לעיתים קרובות הסכמות מפורשות של מנהלי מערכת, 00:18:26.520 --> 00:18:28.840 וכל הסכמה עשויה להקצות עלויות חדשות כברירת מחדל. 00:18:28.960 --> 00:18:33.680 ה-API החיצוני שאליו השתמשתם במהלך הבדיקות מחייבתכם בייצור, לא את מייקרוסופט. 00:18:33.780 --> 00:18:38.980 הצעד החכם הוא לקטלג רישיונות ומחברים במהלך התכנון ולאשר מי משלם עבור כל אחד לפני הפריסה. 00:18:38.980 --> 00:18:42.080 התייחסו לזה כמו לניהול שינויים מבחינת עלות, לא רק יכולת. 00:18:42.260 --> 00:18:44.720 רישוי אינו אותיות קטנות, הוא חלק מהארכיטקטורה. 00:18:44.900 --> 00:18:48.740 הוציאו קרדיטים כמו שהייתם הוציאים תוקנים בפשיטה, במכוון לא בפזיזות. 00:18:48.840 --> 00:18:52.120 הצטיידו במערכת הרישיונות הנכונה בהתחלה, עקבו אחר נתוני הצריכה, 00:18:52.300 --> 00:18:54.880 וצפו שעלויות האינטגרציה יבואו בעקבות כל מחבר חדש. 00:18:55.000 --> 00:18:59.460 אף אחד מאלה אינו אופציונלי אם אתם רוצים שהסוכנים שלכם יהיו זמינים כאשר אנשים תלויים בהם, 00:18:59.460 --> 00:19:01.100 מה שמביא אותנו לשלב האחרון של הריצה. 00:19:01.240 --> 00:19:04.440 בנייה, ביסוס, ניהול ומימון של סוכן הם נקודות בדיקה חיוניות, 00:19:04.640 --> 00:19:08.260 אבל המדד האמיתי אינו להכניס אותו ליצור, אלא להפעלת הקמפיין לטווח ארוך. 00:19:08.440 --> 00:19:10.580 שם הפרספקטיבה הסופית חשובה ביותר. 00:19:10.740 --> 00:19:11.980 אז הנה השורה התחתונה. 00:19:12.120 --> 00:19:16.480 הניצחון אינו הדגמות נוצצות, אלא ציוט לכללים ששומרים על הסוכנים שלכם שימושיים במקום פזיזים. 00:19:16.620 --> 00:19:18.800 ראשית, בחרו את נתיב הבנייה שלכם בחוכמה. 00:19:18.800 --> 00:19:23.080 קו-פיילוט סטודיו למהירות קוד נמוכה, טימס טולקית, למנועי התאמה אישית מלאים ובקרה עמוקה יותר. 00:19:23.280 --> 00:19:25.180 שנית, נעלו את הממשל מההשקה. 00:19:25.280 --> 00:19:29.700 תביאות פורוו, תפקידי מנהל, יומני אבחון וניתור צריכה הכל מופעל לפני הפרסום. 00:19:29.880 --> 00:19:31.720 שלישית, תכננו את ההוצאות שלכם. 00:19:31.900 --> 00:19:34.420 סטודיו שורף חבילות אשראי לכל הדייר או מדי תשלום לפי שימוש, 00:19:34.580 --> 00:19:37.140 בעוד שדולקית מעביר עלויות לממשקי API ושירותים חיצוניים. 00:19:37.140 --> 00:19:38.040 התיק נסגר. 00:19:38.040 --> 00:19:40.740 לחץ על הרשם כמנוי, הפעל התראות והשאיר תגובה. 00:19:40.840 --> 00:19:43.360 האם אתה מעביר סטודיו או טולקית למשימה הבאה שלך?