آموزش اسکیلز کلود؛ از فایل SKILL.md تا اسکیل اختصاصی

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

۱) مشکلی که اسکیلز حل می‌کند

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

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

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

۲) تعریف دقیق اسکیل چیست

اسکیل در ساده‌ترین حالت یک پوشه است که دست‌کم یک فایل متنی به نام SKILL.md دارد. این فایل با قالب مارک‌داون نوشته می‌شود و در بالای آن یک بخش کوتاه فراداده قرار می‌گیرد که دست‌کم دو چیز را مشخص می‌کند: نام اسکیل و توضیح اینکه چه کاری انجام می‌دهد و چه وقت باید استفاده شود.

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

تفاوت با پرامپت معمولی

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

همین نکته یک پیامد مهم دارد: کیفیت توضیح در فراداده تعیین می‌کند اسکیل چقدر درست فراخوانی شود. توضیح مبهم یعنی اسکیلی که یا هیچ‌وقت فعال نمی‌شود یا سر و کله‌اش جای اشتباه پیدا می‌شود.

۳) منطق افشای تدریجی

سؤال طبیعی این است: اگر ده اسکیل بسازم، آیا همه‌ی آن‌ها در هر مکالمه بارگذاری می‌شوند و پنجره‌ی متن را پر می‌کنند؟ پاسخ منفی است. طبق مستندات رسمی آنتروپیک، اسکیل‌ها با الگویی به نام افشای تدریجی کار می‌کنند.

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

نتیجه این است که می‌توانی ده‌ها اسکیل داشته باشی بدون اینکه هزینه‌ی توکن هر مکالمه بالا برود. این همان چیزی است که اسکیلز را از «یک فایل پرامپت بلند» جدا می‌کند.

۴) روشن‌کردن اسکیلز در حساب کاربری

برای شروع، در نسخه‌ی وب کلود وارد بخش تنظیمات شو و مسیر Settings سپس Customize و سپس Skills را دنبال کن. در همین صفحه هم اسکیل‌های آماده را می‌بینی و هم دکمه‌ی ساخت اسکیل تازه را.

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

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

۵) ساخت نخستین اسکیل اختصاصی

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

---
name: persian-report
description: نوشتن گزارش فارسی با لحن خبری، اعداد فارسی و ساختار عنوان‌دار. وقتی کاربر گزارش، خلاصه یا تحلیل فارسی می‌خواهد استفاده شود.
---

## ساختار خروجی
۱. یک بند مقدمه در سه جمله
۲. سه تا پنج بخش با عنوان شماره‌دار
۳. جمع‌بندی در دو جمله

چند نکته‌ی عملی در نگارش

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

۶) اسکیل‌های آماده و مخزن رسمی

لازم نیست همه‌چیز را از صفر بنویسی. آنتروپیک مخزنی عمومی روی گیت‌هاب با نام anthropics/skills منتشر کرده که مجموعه‌ای از اسکیل‌های رسمی و نمونه در آن قرار دارد؛ از ساخت فایل‌های آفیس گرفته تا اسکیلی که کارش ساختن اسکیل‌های تازه است.

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

۷) کجاها اسکیل بیشترین بازده را دارد

هر کاری که دستورالعملش ثابت است و ورودی‌اش متغیر، نامزد خوبی برای اسکیل است. چند نمونه‌ی پرتکرار:

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

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

۸) اشتباه‌های رایج و مرزهای قابلیت

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

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

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

۹) پیوند اسکیل با پرامپت‌نویسی

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

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

پرسش‌های پرتکرار درباره‌ی اسکیلز کلود

آیا اسکیل روی همه‌ی مکالمه‌ها اعمال می‌شود؟

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

برای ساخت اسکیل باید برنامه‌نویسی بلد باشم؟

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

چرا اسکیل‌های سازنده‌ی فایل اکسل و پاورپوینت کار نمی‌کنند؟

احتمالاً گزینه‌ی اجرای کد و ساخت فایل در تنظیمات روشن نیست. این اسکیل‌ها برای تولید فایل به محیط اجرای کد نیاز دارند.

تفاوت اسکیل با پروژه در کلود چیست؟

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

آیا می‌توانم اسکیلم را با تیمم به اشتراک بگذارم؟

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