התאמת טון האימייל

רלוונטי ל: Dynamics 365 Customer Service

הערה

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

השתמש ביכולת הזו כשאתה רוצה לכתוב מייל מחדש כך שיישמע רשמי יותר, ידידותי יותר, או כך שייראה קצר או ארוך יותר — בלי להקליד אותו מחדש בעצמך.

מה הוא עושה

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

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

נסה הנחיות כמו

  • הפוך את המייל הזה ליותר רשמי.
  • שכתוב את הטיוטה הזו כדי להישמע ידידותי יותר.
  • תקצר את המייל הזה.
  • תעשה את התשובה שלי מקצועית יותר וקצת ארוכה יותר.
  • לרכך את הטון של המייל הזה.
  • התאימו את הטון של הטיוטה כך שתהיה פורמלית וקצרה יותר.

מה שתראו בצ'אט

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

עצות שימושיות

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

מה קורה הלאה?

לאחר שהשכתוב מופיע, תוכל להמשיך עם פרומפטים כמו:

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

האם זה משנה את הנתונים?

לא, התאמת הטון לא משנה את הנתונים.

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

מה אפשר לעשות מהרכיב של אפליקציה בצ'אט

כאשר השכתוב מוצג בתוך טופס הכתיבה, אתה יכול:

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

‏‫דרישות מוקדמות‬

כלי זה דורש:

  • יש להפעיל תכונות דוא"ל של Copilot.

למדו עוד ב-Manage Copilot תכונות בשירות לקוחות.

סיכום הכלים

מאפיין‬ ערך:
שם המשתמש התאמת טון האימייל
שם הכלי הפנימי adjust_email_tone
מטרה כותב מחדש גוף מייל בטון ו/או אורך שונים

הכלי יכול:

  • קבל את גוף האימייל הנוכחי כ- content.
  • הפעיל tone כפתור (friendly, standard, או formal).
  • הפעיל length כפתור (shorter, relative, או longer).
  • הצג את השכתוב ברכיב אפליקציה בצ'אט לבדיקה לפני השליחה.
  • הפעיל את נתיב הכתיבה מחדש במקום עבור טיוטת כתיבה פתוחה כאשר מופעל edit_email_draft עם .pendingAction

התנהגות כלי

הכלי קורא לפעולה של Dynamics 365 msdyn_emailAssistAdjustAPI Dataverse עם כפתורי הגוף והטון/אורך המסופקים ומחזיר את הטקסט שנכתב מחדש. הווידג'ט מציג את התוכן הכתוב מחדש לסקירה.

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

הכלי לא שולח הודעות דוא"ל.

ביאורים

ביאור ערך: משמעות
readOnlyHint true Microsoft 365 Copilot מדלג על פקודת האישור. השכתוב מוצג רק לסקירה.
destructiveHint לא הוגדר לא רלוונטי (אין מוטציה ב-Dataverse על ידי הכלי עצמו).
idempotentHint לא הוגדר לא רלוונטי (כל קריאה מפעילה כתיבה חדשה).
openWorldHint לא הוגדר משתמש בהתנהגות ברירת מחדל וקורא לפעולה ב-Dataverse.

מושגי קלט

גוף הודעת דואר אלקטרוני

קלט תיאור נדרש
content גוף המייל הנוכחי לכתוב מחדש. טקסט פשוט או HTML. הוגבל ל-50,000 תווים. ‏‏כן‬

כפתורי טון ואורך

קלט תיאור נדרש
tone טון יעד: friendly, standard, או formal. אחד מ- tone או length
length אורך היעד: shorter, relative (נשאר מעודכן), או longer. אחד מ- tone או length

פעולת ה-Dataverse במעלה הזרם דורשת את שני הכפתורים בחוט; כאשר מסופק רק אחד, השרת ממלא את הכפתור הלא מוגדר כך standard/relative שה-upstream מחזיר כתיבה משמעותית. הוראה שאין לה טון או אורך נדחית בגבול.

תגובה והתנהגות ממשק משתמש

הכלי מציג את התוכן הכתוב מחדש ברכיב אפליקציה בצ'אט לצורך בדיקה.

כלי MCP זה נתמך על ידי אפליקציית MCP.

סוג תגובה

רכיב אינטראקטיבי (אפליקציה בצ'אט)

הווידג'ט מראה:

  • הגוף הכתוב מחדש.
  • כפתורי הטון והאורך שהוחלו.
  • תווית שמאשרת את מקור השכתוב.

הערות ניתוב

השתמש adjust_email_tone כאשר המשתמש רוצה:

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

להשתמש edit_email_draft עם pendingAction: { type: "adjust-tone", ... } כאשר המשתמש רוצה:

  • לכלול את הטון של טיוטה שכבר פתוחה בצורת הכתיבה.
  • המשך את הכתיבה מחדש לאותה פעילות טיוטה.

אל תשתמש adjust_email_tone כשהמשתמש רוצה:

  • כתוב מייל חדש; השתמש draft_emailב-.
  • תרגם מייל; השתמש translate_emailב-.
  • שלח את המייל; השתמש send_emailב-.
כלי קשר
edit_email_draft נקודת כניסה מועדפת לשיפור — מקבלת pendingAction: { type: "adjust-tone", ... } ושומרת אוטומטית את הכתיבה מחדש לאותה טיוטה
draft_email נקודת כניסה להרכב בסיבוב הראשון
translate_email כלי אחי לתרגום
send_email שולח את המייל אחרי שהשכתוב נבדק

סיווג מוטציות נתונים

הכלי עצמו מסומן ב-Dataverse readOnlyHint: true ואינו כותב ל-Dataverse בעצמו. השכתוב שמוצג בצ'אט הוא תצוגה מקדימה.

כאשר מופעל דרך edit_email_draft + pendingAction נתיב הזיקוק, המטפל edit_email_draft מפעיל את הגוף שנכתב מחדש לפעילות הטיוטה הקיימת לאחר שהשכתוב הצליח. ה-PATCH הזה מוגדר בצד prvWriteActivity השרת בכלי edit_email_draft .