آموزش Claude Projects؛ مدیریت فایل و دستورالعمل پروژه
در Claude Projects فایل‌های مرجع، دستورالعمل‌ها و گفت‌وگوهای هر کار را منظم کنید؛ با نمونه عملی، کنترل نسخه اسناد، نکات حافظه و حریم خصوصی.
اگر برای کاری تکرارشونده، هر بار فایل‌ها و توضیح‌های یکسانی بارگذاری می‌کنید، Claude Projects می‌تواند محل مشخصی برای منابع و دستورهای آن کار باشد. مثلاً برای نوشتن محتوای یک وبلاگ، می‌توانید شیوه‌نامه نگارش و اطلاعات تأییدشده را کنار هم نگه دارید و هر مقاله را در گفت‌وگویی جدا پیش ببرید. دقت پاسخ به کیفیت همین منابع و روشن‌بودن درخواست شما وابسته است.
دامنه این آموزش: مراحل زیر برای Projects معمول در محیط چت Claude نوشته شده است. Anthropic هم‌زمان نسخه جدیدی از Projects را به‌صورت آزمایشی و مرحله‌ای، ابتدا در Claude Code، عرضه می‌کند و بعضی حساب‌ها به آن منتقل شده‌اند. اگر ظاهر پروژه شما متفاوت است، بخش نسخه آزمایشی در راهنمای رسمی Projects را بررسی کنید؛ این دو تجربه را نباید یکسان فرض کرد.
آخرین بررسی منابع رسمی این راهنما: ۲۸ اکتبر ۲۰۲۶.
۱. چه زمانی ساختن Claude Project مفید است؟
Projects برای کاری مناسب است که چند گفت‌وگو دارد، اما بخش مهمی از زمینه آن ثابت می‌ماند: تدوین محتوای یک وبلاگ، مطالعه یک موضوع مشخص یا آماده‌سازی مجموعه‌ای از اسناد. در تجربه معمول Projects، گفت‌وگوها و منابع مرتبط در فضای همان پروژه جمع می‌شوند. این قابلیت فقط مخصوص کاربران Pro نیست و در حساب رایگان هم وجود دارد؛ امکانات و ظرفیت دقیق را باید با حساب و راهنمای فعلی سرویس تطبیق دهید.
پیشنهاد عملی این است که مرز پروژه را با «موضوع و منابع مشترک» تعیین کنید. برای دو مشتری با شیوه‌نامه و اطلاعات متفاوت، دو پروژه جدا بسازید. برای چند خروجی از یک مجموعه منابع، معمولاً چند گفت‌وگو در همان پروژه منظم‌تر است.
۲. پروژه را با هدفی روشن بسازید
در محیط معمول چت، بخش Projects را از نوار کناری باز کنید و گزینه New Project را بزنید. نامی انتخاب کنید که بعداً قابل تشخیص باشد؛ مثلاً «محتوای آموزشی وبلاگ». سپس منابع و دستورهای لازم را به خود پروژه اضافه کنید. نکته‌ای که در راهنمای ساخت و مدیریت پروژه آمده این است که Claude به نام و توضیح پروژه دسترسی ندارد؛ بنابراین هدف، مخاطب و قواعد مهم را فقط در این دو فیلد ننویسید.
پیش از بارگذاری فایل‌ها، برای خودتان مشخص کنید خروجی این پروژه چیست و چه چیزی خارج از دامنه آن است. «نوشتن راهنمای آموزشی بر پایه منابع تأییدشده» هدف روشن‌تری از «انجام همه کارهای بازاریابی» دارد. محدودکردن دامنه، انتخاب منابع و تشخیص پاسخ نامرتبط را هم ساده‌تر می‌کند.
۳. دستورالعمل، دانش پروژه و پیام چت چه فرقی دارند؟
این سه بخش را از ابتدا جدا نگه دارید. دستورالعمل می‌گوید پاسخ چگونه تهیه شود؛ فایل‌ها اطلاعات مرجع را می‌دهند؛ پیام چت مشخص می‌کند این بار دقیقاً چه خروجی می‌خواهید. جدول زیر یک الگوی پیشنهادی برای تقسیم اطلاعات است، نه الزام فنی Claude.
بخش | چه چیزی قرار دهید؟ | نمونه برای محتوای وبلاگ |
|---|---|---|
دستورالعمل پروژه | قواعد پایدار و شیوه پاسخ | فارسی روان؛ اعلام ابهام؛ پرهیز از ادعای بی‌منبع |
دانش یا فایل‌های پروژه | اسناد مرجع قابل بررسی | شیوه‌نامه، واژه‌نامه و مشخصات تأییدشده |
پیام همان گفت‌وگو | درخواست و شرایط این خروجی | طرح مقاله‌ای برای مخاطب مبتدی با موضوع مشخص |
مثلاً عنوان مقاله امروز را به دستورهای دائمی اضافه نکنید. در مقابل، اگر ممنوعیت ساختن آمار برای همه خروجی‌ها مهم است، آن را هر بار به حافظه خودتان نسپارید و در دستورالعمل پروژه ثبت کنید.
۴. دستورالعملی بنویسید که قابل ارزیابی باشد
در بخش Project instructions، به‌جای عبارتی کلی مثل «بهترین متن را بنویس»، رفتار مطلوب را توضیح دهید. مخاطب، زبان، شکل خروجی و نحوه برخورد با اطلاعات ناقص را مشخص کنید. دستورها باید آن‌قدر کوتاه و روشن باشند که هنگام بررسی پاسخ بتوانید تشخیص دهید رعایت شده‌اند یا نه.
نمونه پیشنهادی برای پروژه نگارش: «برای مخاطب مبتدی و به فارسی روان بنویس. درباره ویژگی محصولات به فایل‌های تأییدشده تکیه کن. برای هر ادعای قابل بررسی، نام فایل و بخش مرتبط را ذکر کن. اگر پاسخ در منابع نیست، کمبود اطلاعات را بگو و حدس را جای واقعیت ننویس. تجربه شخصی، آمار، قیمت یا وعده خدمات نساز. ابتدا طرح متن را بده و پس از مشخص‌شدن ساختار، پیش‌نویس را تهیه کن.»
این متن تضمین فنی برای جلوگیری از خطا نیست. آن را با یک درخواست کوچک امتحان کنید؛ اگر پاسخ مبهم بود، همان قاعده مبهم را اصلاح کنید. افزودن چند پاراگراف تکراری معمولاً جای روشن‌کردن یک دستور نامفهوم را نمی‌گیرد.
۵. منابع پروژه را انتخاب و پاک‌سازی کنید
برای استفاده دوباره در گفت‌وگوهای پروژه، فایل‌های مرجع را در بخش دانش یا Files همان پروژه قرار دهید. بارگذاری یک فایل در یک چت را با افزودن آن به منابع مشترک پروژه اشتباه نگیرید. پیش از بارگذاری، فایل را باز کنید: آیا متن قابل خواندن است؟ تاریخ یا نسخه دارد؟ نسخه نهایی است یا پیش‌نویس؟ آیا اجازه دارید آن را در سرویس بارگذاری کنید؟
در شروع، یک مجموعه کوچک اما مرتبط انتخاب کنید. برای مثال محتوایی، شیوه‌نامه فعلی و اطلاعات تأییدشده از ده‌ها فایل قدیمی و متناقض مفیدتر است. این توصیه به معنای حذف شواهد مخالف نیست؛ اگر دو منبع اختلاف دارند، اختلاف و اعتبار هرکدام را روشن نگه دارید تا پاسخ نهایی آن را پنهان نکند.
کیفیت نمایش فایل نیز مهم است. طبق راهنمای بارگذاری فایل، در اسناد غیر PDF متن استخراج می‌شود و تصاویر داخل سند خوانده نمی‌شوند. برای PDF نیز تحلیل عناصر تصویری به شرایط فایل وابسته است. اگر نموداری برای پاسخ حیاتی است، قبل از ادامه بررسی کنید که Claude واقعاً همان نمودار را دیده و درست فهمیده باشد.
۶. فایل‌ها را نام‌گذاری و نسخه‌ها را مدیریت کنید
نام‌هایی مثل «نهایی»، «نهایی۲» و «جدیدترین» بعد از مدتی مبهم می‌شوند. یک الگوی ساده انتخاب کنید: موضوع، وضعیت و تاریخ یا شماره نسخه؛ مثلاً style-guide-approved-v3.txt. داخل سند هم بنویسید چه زمانی بازبینی شده و کدام نسخه را جایگزین می‌کند. این روش پیشنهادی، هم برای خودتان قابل پیگیری است و هم ارجاع‌دادن به فایل را آسان‌تر می‌کند.
وقتی سند مرجع عوض شد، نسخه منسوخ را از مجموعه فعال خارج کنید یا وضعیت آن را آشکار بنویسید. صرف اضافه‌کردن فایل جدید تضمین نمی‌کند که پاسخ بعدی بر اساس نسخه درست تهیه شود. سپس یک سؤال آزمایشی درباره همان تغییر بپرسید و ارجاع پاسخ را کنترل کنید؛ مثلاً بخواهید تفاوت قاعده جدید با نسخه قبلی را نشان دهد.
اگر از اتصال Google Drive استفاده می‌کنید، Google Docs افزوده‌شده به پروژه با نسخه موجود در Drive همگام می‌شوند. این مسیر افزودن منبع در حال حاضر برای پروژه‌های خصوصی است، نه پروژه‌های اشتراکی. فایل بارگذاری‌شده معمولی را خودبه‌خود همگام‌شونده فرض نکنید. جزئیات در راهنمای اتصال Google Workspace آمده است.
۷. نمونه فرضی ساخت پروژه برای محتوای آموزشی
فرض کنید یک وبلاگ درباره ابزارهای دیجیتال دارید و می‌خواهید لحن مقاله‌ها یکدست بماند. این مثال فرضی است و گزارش استفاده واقعی یا نتیجه آزمایش نیست. پروژه را با سه منبع شروع کنید: شیوه‌نامه نگارش، واژه‌نامه اصطلاحات و مجموعه واقعیت‌های تأییدشده درباره موضوع مقاله. برای هر منبع، تاریخ بررسی و نشانی مرجع اصلی را نگه دارید.
در دستورها، مخاطب مبتدی، لحن آموزشی و ممنوعیت ادعاهای بدون پشتوانه را مشخص کنید.
در یک چت، فقط طرح مقاله را بخواهید و برای هر بخش، منبع مورد نیاز را مشخص کنید.
عنوان‌هایی را که منبع کافی ندارند اصلاح کنید یا تحقیق تکمیلی انجام دهید.
پس از تأیید ساختار، پیش‌نویس را تهیه کنید و ادعاهای مهم را با سند اصلی تطبیق دهید.
اگر در حین کار قاعده‌ای پایدار تغییر کرد، نسخه تأییدشده آن را در منبع مناسب ثبت کنید.
برای مقاله بعدی می‌توانید گفت‌وگوی تازه‌ای در همان پروژه باز کنید. موضوع و هدف تازه را صریح بنویسید؛ داشتن منابع مشترک دلیل نمی‌شود Claude از خواسته امروز شما خبر داشته باشد.
۸. سؤال دقیق بپرسید و پاسخ را با منبع بسنجید
درخواست «این فایل‌ها را بررسی کن» معیار روشنی برای پاسخ ندارد. مشخص کنید دنبال چه اطلاعاتی هستید، کدام سند اولویت دارد و پاسخ باید چه ساختاری داشته باشد. برای مثال: «بر اساس فایل شیوه‌نامه نسخه سوم، این پیش‌نویس را بررسی کن. فقط موارد ناسازگار را در جدولی با ستون‌های عبارت فعلی، قاعده مربوط و پیشنهاد اصلاح بیاور.»
برای پرسش‌های واقعیت‌محور نیز می‌توانید بخواهید پاسخ سه بخش داشته باشد: اطلاعات مستند، اختلاف بین منابع و موارد نامشخص. از Claude بخواهید نام فایل و محل قابل یافتن مطلب را ذکر کند. سپس خودتان چند ادعای اصلی را در فایل باز کنید؛ وجود ارجاع به‌تنهایی ثابت نمی‌کند که آن بخش، ادعا را پشتیبانی می‌کند.
یک آزمون مفید، پرسیدن چیزی است که عمداً در منابع وجود ندارد. پاسخ مناسب باید کمبود اطلاعات را روشن کند. اگر عدد یا ویژگی تازه‌ای ساخته شد، پیش از تولید متن طولانی، دستورها و مرجع مورد استفاده را اصلاح کنید. برای مطلبی که قرار است منتشر شود، بررسی نام‌ها، تاریخ‌ها، لینک‌ها و وعده‌های تجاری را به مرحله جداگانه تبدیل کنید.
۹. ظرفیت فایل‌ها و RAG را درست درک کنید
حجم مجاز هر فایل، میزان محتوای قابل پردازش و سقف مصرف حساب سه موضوع متفاوت‌اند. ممکن است فایلی از نظر حجم پذیرفته شود، اما متن استخراج‌شده یا مجموعه منابع با محدودیت پردازش روبه‌رو شود. عدد مربوط به بارگذاری در چت را هم بدون بررسی به Files پروژه تعمیم ندهید؛ راهنمای رسمی برای این مسیرها شرایط جداگانه دارد.
در پلن‌های پولی، وقتی دانش پروژه به حدود ظرفیت زمینه نزدیک می‌شود، Claude می‌تواند خودکار از RAG یا «تولید مبتنی بر بازیابی اطلاعات» استفاده کند. در این حالت، بخش‌های مرتبط منابع برای پاسخ جست‌وجو می‌شوند؛ نباید فرض کرد تمام اسناد در هر نوبت یک‌جا خوانده شده‌اند. نام‌گذاری روشن و اشاره مستقیم به سند، از توصیه‌های راهنمای رسمی RAG برای Projects است.
RAG به معنای ظرفیت نامحدود یا پاسخ تضمین‌شده نیست. برای توضیح جداگانه تفاوت ظرفیت زمینه و مصرف حساب، راهنمای محدودیت مصرف Claude و زمان بازنشانی را بخوانید. برای سازمان‌دهی کار، انتخاب منابع درست همچنان مهم‌تر از انباشتن فایل‌های بیشتر است.
۱۰. حافظه پروژه را با اسناد مرجع یکی ندانید
این تصور که Projects هیچ اطلاعاتی را میان گفت‌وگوها به یاد نمی‌آورد، با راهنمای فعلی حافظه سازگار نیست. هر پروژه حافظه خود را دارد و بسته به تنظیمات، حافظه حساب هم می‌تواند در آن استفاده شود. در تجربه جدید حافظه، گزینه Use account memory برای جداسازی بیشتر حافظه پروژه از حساب اهمیت دارد. جزئیات و تفاوت تجربه‌های جدید و قدیمی را در راهنمای حافظه و جست‌وجوی گفت‌وگوها ببینید.
در عین حال، حافظه را دفتر ثبت کامل تمام تصمیم‌ها فرض نکنید. برای یک قاعده مهم و قابل استناد، نسخه تأییدشده را در دستورها یا سند مرجع قرار دهید. اگر پاسخ بر پایه چیزی از گذشته است که اکنون درست نیست، هم منبع فعال و هم حافظه مرتبط را بررسی کنید. شروع چت تازه به‌تنهایی دلیل کافی برای نبودن زمینه قبلی نیست.
۱۱. حریم خصوصی و دسترسی دیگران را بررسی کنید
قبل از بارگذاری، رمزها، کلیدهای API و داده‌های شخصی غیرضروری را حذف کنید و اجازه استفاده از اسناد کاری را بررسی کنید. «خصوصی» بودن پروژه را با تضمین محرمانگی مطلق یا مستقل‌بودن از تنظیمات حساب یکی نگیرید. در حساب‌های مصرف‌کننده، گزینه Help Improve our AI models در بخش Privacy به استفاده از داده برای بهبود مدل مربوط است؛ جزئیات و استثناها در راهنمای رسمی تنظیمات حریم خصوصی توضیح داده شده‌اند.
در پروژه اشتراکی سازمانی، نقش اعضا را بررسی کنید. امکان دیدن منابع و امکان ویرایش آن‌ها یکسان نیست. بایگانی‌کردن پروژه هم دسترسی اعضا را لغو نمی‌کند؛ برای قطع دسترسی باید تنظیمات اشتراک‌گذاری را تغییر دهید.
اگر ابزار اجرای کد یا اتصال بیرونی فعال است، فایل ناشناس را صرفاً متن بی‌خطر ندانید. Anthropic درباره دستورهای مخرب پنهان در فایل‌ها و احتمال دسترسی یا ارسال ناخواسته داده هشدار می‌دهد. فعالیت غیرمنتظره را متوقف و بررسی کنید؛ توضیح بیشتر در ملاحظات امنیتی کار با فایل‌ها آمده است.
۱۲. پرسش‌های متداول درباره Claude Projects
آیا برای ساخت پروژه باید Claude Pro داشته باشم؟
خیر، اصل قابلیت Projects در حساب رایگان هم ارائه می‌شود. برخی قابلیت‌ها، از جمله افزایش ظرفیت دانش با RAG، به پلن وابسته‌اند. اگر نیازتان فراتر از امکانات حساب فعلی است، ابتدا تفاوت‌های رسمی را بررسی کنید؛ برای دیدن گزینه موجود در فروشگاه نیز می‌توانید به صفحه خرید اکانت کلاد (Claude Pro) در گیفت‌پین مراجعه کنید. پرداخت هزینه، محدودیت‌های کشور، حساب یا شرایط استفاده از سرویس را لغو نمی‌کند.
آیا افزودن فایل باعث می‌شود همه پاسخ‌ها فقط از همان فایل باشند؟
چنین تضمینی وجود ندارد. در پیام مشخص کنید پاسخ باید به کدام منابع متکی باشد و برای نبودن اطلاعات چه رفتاری انتظار دارید. ارجاع‌ها و ادعاهای مهم همچنان نیاز به بررسی دارند.
چرا Claude از نسخه قدیمی اطلاعات استفاده می‌کند؟
منابع فعال، فایل‌های هم‌نام، دستورها و حافظه را بررسی کنید. ممکن است چند نسخه متناقض باقی مانده باشد. نسخه معتبر را روشن کنید و با یک سؤال درباره همان تغییر، نتیجه را دوباره بسنجید؛ بدون بررسی، علت را قطعی فرض نکنید.
بهترین نقطه شروع برای یک پروژه تازه چیست؟
یک کار مشخص، چند منبع معتبر، دستورالعملی کوتاه و یک سؤال آزمایشی. وقتی پاسخ به منبع درست ارجاع داد و ابهام‌ها را روشن کرد، کار را گسترش دهید. نگهداری منظم منابع و بازبینی خروجی، بخش اصلی استفاده مؤثر از Projects است.
نویسنده و تحلیل‌گر ابزارهای هوش مصنوعی، با تمرکز بر بهره‌وری و آموزش کاربردی برای مخاطب فارسی‌زبان.
مطالب پیشنهادی برای شما
دیدگاه‌ها
نظرتان برای دیگران ارزشمند است