والوری برای چه متن‌هایی به کار می‌آید؟ از متن دکمه تا پیشنهاد همکاری

از کدام نیاز شروع کنید؟

والوری برای نوشتن، بازنویسی و بررسی متن‌های کاری به کار می‌آید؛ از نام دکمه و پاسخ مشتری تا مقاله و پیشنهاد همکاری. برای انتخاب مسیر، ابتدا کار خواننده را روشن کنید. کسی که می‌خواهد فایلش را بارگذاری کند، به توضیح همان مرحله نیاز دارد. کسی که پیشنهاد همکاری را می‌خواند، باید محدوده‌ی کار، تحویل‌ها و تصمیم بعدی را بفهمد.

فرض کنید مسئول محتوای یک کارگاه آموزشی هستید. امروز هم پیام تغییر ساعت دارید، هم فرم ثبت‌نام و هم پیشنهاد برگزاری دوره برای یک شرکت. موضوع مشترک است، اما هر متن هدف متفاوتی دارد. پیام، خبر را می‌رساند؛ فرم، انجام کار را هدایت می‌کند؛ پیشنهاد، امکان تصمیم‌گیری می‌دهد. نام قالب را همراه همین مقصد به سفارش اضافه کنید.

هر خانواده‌ی متن چه ورودی می‌خواهد؟

برای هر قالب، اطلاعاتی را جمع کنید که خواننده بدون آن‌ها نمی‌تواند تصمیم بگیرد. جدول زیر یک نقشه‌ی انتخاب پیشنهادی است. این دسته‌بندی آموزشی از خانواده‌های موجود در دستور کار والوری استفاده می‌کند. فهرست قالب‌ها در فایل اصلی مهارت و راهنمای محلی محصول بررسی شده است. وجود یک قالب در راهنما، نتیجه‌ی هر اجرای دستیار را تضمین نمی‌کند.

از روی اندازه‌ی متن تصمیم نگیرید. یک دکمه‌ی کوتاه ممکن است نتیجه‌ی مالی یا حذف اطلاعات داشته باشد و بررسی دقیقی بخواهد. یک مقاله‌ی بلند آموزشی هم ممکن است با اطلاعات عمومی و مثال فرضی نوشته شود. هزینه‌ی اشتباه و اطلاعات لازم، دو معیار جدا هستند.

یک سفارش قابل اجرا چه شکلی دارد؟

سفارش خوب، موقعیت را به خروجی وصل می‌کند. نمونه‌ی زیر کاملاً فرضی است و به رویداد واقعی یا مشتری والوری اشاره ندارد. اطلاعات کافی دارد تا نویسنده خبر اصلی و دعوت به اقدام را بسازد. درباره‌ی ظرفیت، تخفیف یا سابقه‌ی مدرس چیزی نمی‌گوید؛ این جزئیات نباید هنگام نوشتن اضافه شوند.

می‌توانید این ساختار را برای کار خود تغییر دهید. هدف را یک جمله بنویسید، حقایق را جدا بیاورید و شکل تحویل را مشخص کنید. اگر فقط عنوان می‌خواهید، همان را بگویید. اگر متن آماده‌ی بازبینی می‌خواهید، طول تقریبی، محل استفاده و محدودیت واژه‌ها را هم اضافه کنید.

چرا این خروجی به سفارش وفادار است؟

متن نمونه با ساعت جدید شروع می‌شود، چون همین خبر تصمیم خواننده را عوض می‌کند. نام روز، موضوع جلسه و مکان ثابت را نگه می‌دارد. اقدام پایانی نیز همان پاسخ خواسته‌شده است. حذف توضیح علت، در این مثال آگاهانه است؛ سفارش علت معتبری در اختیار نویسنده نگذاشته بود.

بازبینی را با مقایسه‌ی همین اجزا انجام دهید. زیر هر عدد و اسم خط بکشید و جای آن را در سفارش پیدا کنید. سپس فعل دکمه یا پایان پیام را بررسی کنید. اگر سفارش پاسخ متنی خواسته بود، خروجی نباید تماس تلفنی بخواهد. چنین تغییری هنوز به اصلاح نیاز دارد.

مهارت و افزونه در دستیار چه نقشی دارند؟

مهارت، دستور کار و منابع لازم برای یک نوع فعالیت را در اختیار دستیار می‌گذارد. مستندات رسمی ساخت مهارت در OpenAI، فایل اصلی مهارت و پوشه‌های اختیاری اسکریپت و مرجع را توضیح می‌دهد. همان مستندات، افزونه را راهی برای بسته‌بندی مهارت‌ها و اتصال‌های مرتبط معرفی می‌کند. این توضیح درباره‌ی سازوکار میزبان است.

در والوری، راهنمای نگارش، پروفایل صدا و ابزار بررسی متن بخش‌های جدا دارند. بسته‌ی مناسب را از راهنمای نصب همان میزبان انتخاب کنید. اگر میزبان امکان اجرای اسکریپت نداشته باشد، نتیجه‌ی بررسی باید محدودیتش را اعلام کند. نام مهارت، عامل یا افزونه به‌تنهایی شاهد نصب موفق، اجرای ابزار یا اتصال به یک سرویس بیرونی نیست.

جدول زیر مسیر انتخاب را نشان می‌دهد. نام بسته را از راهنمای نصب رسمی والوری بردارید و پشتیبانی میزبان را در مستندات خودش بررسی کنید. مستندات ساخت مهارت OpenAI، مهارت و افزونه را توضیح می‌دهد؛ راهنمای عمومی والوری نیز مسیر دستور قابل چسباندن در گفت‌وگو را معرفی می‌کند.

چه چیزهایی به بررسی جدا نیاز دارند؟

حقیقت‌های محصول و تصمیم انتشار را از کیفیت جمله جدا بررسی کنید. نویسنده می‌تواند جمله‌ی مبهم را روشن کند، اما مبلغ نامعلوم یا سابقه‌ی مشتری را از خودش نمی‌سازد. برای سندی با تعهد حقوقی، از متن آموزشی به‌عنوان تأیید تخصصی استفاده نکنید. نام بررسی‌کننده و نوع بررسی هم باید واقعی باشند.

پروفایل ذخیره‌شده و حافظه‌ی گفت‌وگو نیز دو چیز متفاوت هستند. وقتی انتخاب لحن باید در کارهای بعدی تکرار شود، آن را در فایل قابل بررسی ثبت کنید. درباره‌ی داده‌ها، راهنمای میزبان و تنظیمات حساب را بخوانید. محلی بودن یک اسکریپت، درباره‌ی نحوه‌ی پردازش گفت‌وگو در سرویس میزبان اطلاعات کافی نمی‌دهد.

ارسال پیام مرحله‌ی جداگانه‌ای است. متن آماده، نشانی درست و اجازه‌ی ارسال را بررسی کنید. در کار تیمی، نسخه‌ی تأییدشده را با تاریخ و نام مسئول نگه دارید. وجود اتصال فنی به ایمیل یا شبکه‌ی اجتماعی، معنای تأیید متن و مخاطب را تغییر نمی‌دهد.

برای اولین کار چه چیزی تحویل بدهید؟

یکی از کارهای امروزتان را انتخاب کنید و یک سفارش کوتاه بنویسید. اگر نیازتان توضیح کنار فرم است، وضعیت و خطای ممکن را بنویسید. برای پاسخ مشتری، پرسش اصلی و اطلاعات قابل تأیید را بیاورید. برای پیشنهاد همکاری، تحویل‌ها و تصمیمی را مشخص کنید که از طرف مقابل انتظار دارید.

بعد از دریافت متن، سه پرسش عملی را پاسخ دهید: خواننده موضوع را می‌فهمد؟ هر ادعا شاهد دارد؟ قدم بعدی قابل انجام است؟ هر پاسخ مبهم را به اصلاح مشخص تبدیل کنید. برای نمونه بنویسید «نام فایل خروجی را اضافه کنید» یا «زمان پاسخ را تا دریافت تأیید حذف کنید». همین سفارش و نسخه‌ی اصلاح‌شده، نقطه‌ی شروع مناسبی برای کار بعدی شماست.

منابع مقاله

• راهنمای رسمی ساخت مهارت در OpenAI

  ساختار مهارت، فایل دستور، منابع اختیاری و نقش افزونه در بسته‌بندی؛ متن صفحه خوانده شد.

  تاریخ بررسی: ۱۲ مهر ۱۴۰۵

• مخزن و راهنمای اصلی والوری

  خانواده‌های نگارش و مرز میزبان از راهنمای عمومی مخزن بررسی شد. روش بررسی در فایل محلی مهارت نیز خوانده شد. شماره‌ی نسخه و آزمون‌های میزبان در این مقاله به انتشار تازه تعمیم داده نشده‌اند.

  تاریخ بررسی: ۱۲ مهر ۱۴۰۵

• راهنمای نصب والوری در نسخهٔ ثبت‌شدهٔ مخزن

  راهنماهای نصب، روش نگارش و ابزارهای محلی بررسی شده‌اند. تاریخ و نسخه‌ی هر آزمون در راهنمای همان دستیار آمده است. نتیجه‌ی یک آزمون را به نسخه‌ها و محیط‌های دیگر تعمیم ندهید.

  تاریخ بررسی: ۱۲ مهر ۱۴۰۵

در تهیه و بررسی این مقاله از هوش مصنوعی کمک گرفته‌ایم. منابع بالا برای بررسی بیشتر در دسترس‌اند. پیشنهادها را با شرایط کار خودتان بسنجید.

این روش را روی متن خودتان امتحان کنید

اشتباه یا نکتهٔ مبهمی دیدید؟ در گیت‌هاب گزارش کنید. نام مقاله و بخش مربوط کافی است؛ اطلاعات محرمانه را در گزارش عمومی ننویسید.