چطور کتابخانه شخصی دستورهای ChatGPT بسازیم؟ راهنمای ساخت workflowهای قابل تکرار
کتابخانه دستورهای ChatGPT یعنی مجموعهای از prompt operatorها، قالبها و command stackهایی که برای کارهای تکراری خودتان تعریف و نگهداری میکنید. بهجای اینکه هر بار از صفر پرامپت بنویسید، دستورهای آمادهای دارید که با سبک کاری، پروژهها و نیازهای شما هماهنگاند.
این کتابخانه میتواند برای تولید محتوا، سئو، برنامهنویسی، تحلیل کسبوکار، ارتباط با مشتری، پژوهش دانشگاهی، طراحی معماری یا هر workflow تکراری دیگری ساخته شود. مهم این است که هر دستور فقط یک اسم کوتاه نباشد؛ باید نقش، هدف، معیار کیفیت، قالب خروجی و مرزهای پاسخ را مشخص کند.
کتابخانه دستور ChatGPT چیست؟
کتابخانه دستور، مجموعهای از پرامپتهای استاندارد و قابل استفاده مجدد است. این مجموعه میتواند در یک فایل متنی، Notion، Google Docs، WordPress draft، GitHub repo یا حتی داخل memory/custom instructions نگهداری شود.
| جزء | معنی | مثال |
|---|---|---|
| نام دستور | برچسب کوتاه برای فراخوانی workflow | /SEO_REVIEW |
| نقش | نقشی که مدل باید بگیرد | Senior SEO strategist |
| وظیفه | کاری که باید انجام شود | بررسی intent، heading، لینک داخلی و conversion |
| قالب | شکل خروجی | جدول، چکلیست، ایمیل، JSON |
| Guardrail | چیزهایی که نباید انجام شود | ادعای بدون منبع، keyword stuffing، لحن ضعیف |
چرا باید کتابخانه دستور بسازیم؟
۱. خروجیهای قابل تکرارتر
وقتی دستورهای ثابت دارید، خروجیها از نظر قالب و کیفیت یکدستتر میشوند. این موضوع برای تولید محتوا، بررسی سئو، code review و پیامهای کاری بسیار مهم است.
۲. کاهش زمان پرامپتنویسی
بهجای اینکه هر بار معیارها را دوباره بنویسید، یک دستور استاندارد را فراخوانی میکنید و فقط context جدید را میدهید.
۳. کاهش خطا در کارهای حساس
اگر در دستورهای خود guardrail داشته باشید، احتمال تولید ادعای غلط، متن ضعیف، ساختار ناقص یا پاسخ بیش از حد مطمئن کمتر میشود.
ساختار یک دستور خوب
یک دستور خوب باید بیشتر از یک اسم باشد. بهتر است دستور را با این پنج بخش تعریف کنید:
/COMMAND_NAME means:
Role: [Expert role]
Task: [What the assistant must do]
Context: [What information matters]
Format: [Expected output structure]
Guardrails: [What must be avoided]مثلاً:
/SEO_CONVERSION_REVIEW means:
Role: Senior SEO strategist and conversion copywriter.
Task: Review the page for search intent, keyword coverage, trust signals, internal links, CTA clarity, conversion friction, and missing user questions.
Format: Return a table with issue, severity, why it matters, and suggested fix.
Guardrails: Do not keyword-stuff. Do not invent statistics. Separate facts from recommendations.دستورهای ضروری برای شروع
| دستور | کاربرد | چرا مفید است |
|---|---|---|
| /CHECKLIST | تبدیل پاسخ به چکلیست | برای اجرا و پیگیری |
| /TLDR | خلاصهسازی سریع | برای درک اولیه متن بلند |
| /REWRITE AS | بازنویسی با سبک مشخص | برای ایمیل، مقاله و شبکه اجتماعی |
| /PITFALLS | یافتن دامها و خطاها | برای کاهش ریسک |
| /EVAL-SELF | بازبینی خروجی | برای اصلاح قبل از انتشار |
| /GUARDRAIL | تعیین خط قرمز | برای موضوعات حساس و رسمی |
| /ROLE: TASK: FORMAT: | چارچوب دقیق درخواست | برای خروجیهای حرفهای |
نمونه دستورهای شخصیسازیشده
/CLIENT_REVIEW
این دستور برای بررسی متن، پیشنهاد یا صفحه خدمات از نگاه مشتری شکاک کاربرد دارد.
/CLIENT_REVIEW means:
Review the text from the perspective of a skeptical client. Check clarity, trust, pricing concerns, missing objections, weak claims, and conversion risk. Return issues with suggested fixes./CONTENT_BRIEF
برای ساخت brief محتوایی قبل از نوشتن مقاله.
/CONTENT_BRIEF means:
Create a content brief with search intent, target audience, main keyword, secondary keywords, H2/H3 structure, user questions, internal links, CTA, and FAQ ideas./CODE_REVIEW_PRO
برای بررسی فنی کد یا معماری.
/CODE_REVIEW_PRO means:
Act as a senior software engineer. Review the code for correctness, edge cases, performance, maintainability, readability, testing, security, and production risk. Return critical, medium, and minor issues separately./ACADEMIC_REVIEW
برای بررسی متن علمی یا دانشگاهی.
/ACADEMIC_REVIEW means:
Review the academic text for unsupported claims, weak evidence, overclaiming, vague wording, missing citations, methodological weakness, and examiner objections. Then provide a stronger rewritten version.چطور کتابخانه دستورها را سازماندهی کنیم؟
اگر تعداد دستورها زیاد شود، باید آنها را دستهبندی کنید. بهترین روش این است که دستورها را بر اساس workflow نگه دارید، نه فقط بر اساس اسم.
| دسته | نمونه دستورها | کاربرد |
|---|---|---|
| تولید محتوا | /CONTENT_BRIEF، /REWRITE_AS_BLOG، /FAQ_BUILDER | مقاله، صفحه خدمات، پست شبکه اجتماعی |
| سئو | /SEO_REVIEW، /SEO_CONVERSION_REVIEW، /INTERNAL_LINKS | بهبود رتبه و تجربه کاربر |
| برنامهنویسی | /CODE_REVIEW_PRO، /DEBUG_PLAN، /ARCHITECTURE_REVIEW | کد، معماری و تست |
| ارتباطات کاری | /CLIENT_REVIEW، /HR_MESSAGE، /MANAGER_UPDATE | ایمیل و پیام حرفهای |
| تصمیمگیری | /REDTEAM_DECISION، /REGRET_CHECK، /SECONDORDER_REVIEW | انتخاب مسیر و کاهش ریسک |
چطور کیفیت دستورهای خود را تست کنیم؟
هر دستور خوب باید با چند نمونه واقعی تست شود. اگر خروجی بیش از حد کلی بود، دستور شما معیارهای کافی ندارد. اگر خروجی خیلی طولانی یا پراکنده بود، قالب خروجی را دقیقتر کنید. اگر مدل ادعای بیمنبع میسازد، guardrail اضافه کنید.
| مشکل خروجی | علت احتمالی | اصلاح پیشنهادی |
|---|---|---|
| پاسخ کلی و کمارزش | نقش و معیارها مبهماند | Role و evaluation criteria را اضافه کنید |
| پاسخ خیلی طولانی | قالب مشخص نشده | Format و محدودیت طول بگذارید |
| ادعای بدون منبع | guardrail ندارد | بگویید منبع، فرض و پیشنهاد را جدا کند |
| خروجی نامرتب | ساختار ندادهاید | جدول، چکلیست یا بخشبندی مشخص کنید |
| اشتباه گرفتن زمینهها | context کافی نیست | Context stack و محدودیت زمینه اضافه کنید |
قالبهای آماده برای کتابخانه شخصی
قالب بررسی سئو
/SEO_REVIEW
Review this page for Persian search intent, keyword coverage, heading structure, internal links, trust signals, CTA clarity, FAQ quality, and conversion friction. Return a prioritized table of fixes.قالب تصمیمگیری
/NO AUTOPILOT /COMPARE /SECONDORDER /REGRET /ANTI_ME
Analyze this decision. Compare options based on cost, time, risk, reversibility, long-term impact, credibility, and what I may regret later.قالب پیام کاری
/ROLE: Senior communication advisor
/TASK: Rewrite this message professionally
/FORMAT: Return concise and warmer versions
/GUARDRAILS: Do not sound weak, aggressive, emotional, or overly apologetic.سوالات متداول
آیا باید دستورهای شخصی را در Memory ذخیره کنیم؟
اگر دستورها واقعاً بلندمدت و پرتکرار هستند، میتوانند در memory یا custom instructions مفید باشند. اما دستورهای موقتی یا مربوط به یک پروژه خاص بهتر است در فایل جداگانه نگهداری شوند.
چند دستور برای شروع کافی است؟
برای شروع، ۵ تا ۱۰ دستور خوب کافی است. کیفیت تعریف دستور مهمتر از تعداد آن است.
آیا دستورهای شخصی همیشه یکسان جواب میدهند؟
خیر، چون خروجی به مدل، زمینه، متن ورودی و محدودیتهای شما بستگی دارد. اما دستورهای خوب باعث میشوند نتیجه قابل پیشبینیتر و حرفهایتر شود.
جمعبندی
ساخت کتابخانه دستورهای ChatGPT یعنی تبدیل تجربههای پراکنده به یک سیستم قابل تکرار. این کار برای هر کسی که از ChatGPT بهصورت حرفهای استفاده میکند ارزشمند است: نویسنده، برنامهنویس، متخصص سئو، پژوهشگر، مدیر پروژه یا صاحب کسبوکار.
یک کتابخانه خوب باید ساده، قابل توسعه و قابل تست باشد. هر دستور باید نقش، هدف، قالب و guardrail مشخص داشته باشد. با چنین سیستمی، ChatGPT فقط یک ابزار پاسخگویی نیست؛ به بخشی از workflow حرفهای شما تبدیل میشود.
