ساخت اسکیل برای کلاد؛ راهنمای قدم‌به‌قدم

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

قبل از شروع: کدام کار را اسکیل کنیم

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

کاری را انتخاب کنید که هر سه شرط را داشته باشد:

• تکراری است؛ حداقل هفته‌ای دو سه بار انجامش می‌دهید.
• خودتان کاملاً بلدید؛ می‌توانید بدون فکر کردن توضیحش دهید.
• خروجی‌اش مشخص است؛ می‌دانید نتیجه‌ی خوب چه شکلی است.

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

ساخت اسکیل برای کلاد در پنج قدم

قدم اول: کار را با دست انجام دهید و بنویسید

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

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

قدم دوم: توضیح کوتاه را دقیق بنویسید

هر اسکیل یک توضیح یک‌خطی دارد که تعیین می‌کند کلاد کِی سراغش برود. این مهم‌ترین بخش کل اسکیل است و بیشترین اشتباه هم همین‌جا رخ می‌دهد. ساختار فایل و فیلدهای رسمی‌اش در مستندات Agent Skills آمده است.

توضیح مبهم مثل «کمک به نوشتن» باعث می‌شود اسکیل یا هیچ‌وقت باز نشود یا بی‌جا باز شود. توضیح خوب می‌گوید دقیقاً چه کاری، برای چه چیزی، و در چه موقعیتی.

قدم سوم: بدنه را با مثال پر کنید

در بدنه، روش کار را مرحله‌به‌مرحله بنویسید. اما نکته‌ی اصلی این است: یک مثال خوب از ده خط توضیح مؤثرتر است.

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

قدم چهارم: قواعد سخت را جدا بنویسید

چیزهایی که هیچ‌وقت نباید نقض شوند را جدا و صریح بنویسید. مثلاً «هرگز قیمت را حدس نزن»، «همیشه در پایان یک سؤال بپرس»، «بیشتر از چهار خط ننویس».

اگر این قواعد لای متن توضیحی گم شوند، رعایت نمی‌شوند. جدا و کوتاه بنویسیدشان، ترجیحاً به‌شکل فهرست.

قدم پنجم: تست کنید و اصلاح کنید

اسکیل بار اول کامل نمی‌شود. این طبیعی است و اشکالی ندارد.

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

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

اشتباه‌های رایج

چند چیزی که زیاد می‌بینم و وقت آدم را تلف می‌کند:

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

این کار برای کسب‌وکار چه معنایی دارد

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

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

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

سوالات متداول

ساخت اسکیل برای کلاد چقدر طول می‌کشد؟

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

اگر اسکیل درست کار نکرد چه کنم؟

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

می‌توانم اسکیل دیگران را استفاده کنم؟

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

قدم بعدی

اگر می‌خواهید ساخت اسکیل را به‌جای خواندن، ببینید، در کانال یوتیوب نمونه‌های کوتاه و کاربردی می‌گذارم.

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