Projects در ChatGPT چه کمکی به کارهای طولانی میکند؟
آموزش Projects در ChatGPT برای زمانی کاربرد دارد که کار شما با یک سؤال و یک پاسخ تمام نمیشود: تدوین یک مجموعه مقاله، تهیه گزارش ماهانه، یادگیری یک درس یا بررسی مستندات محصول. در چنین کارهایی، تکرار هدف، لحن و منابع در هر گفتوگو وقتگیر است و احتمال استفاده از نسخه قدیمی اطلاعات را بیشتر میکند.
طبق راهنمای رسمی Projects and chats، پروژه محل کنار هم نگهداشتن چتها، فایلها و دستورهای مرتبط است. برای هر خروجی مشخص میتوان چت جدا داشت و زمینه مشترک را در پروژه نگه داشت. این راهنما بر کار با Projects در محیط ChatGPT تمرکز دارد؛ پروژه را صرفاً یک گفتوگوی بسیار بلند در نظر نمیگیریم.
در مثال این مقاله، هدف «آمادهسازی راهنمای محصولات یک فروشگاه» است. مراحل شامل شناخت مخاطب، تحلیل منابع، نگارش و کنترل نهایی میشوند. هدف از این ساختار، قابل پیگیریکردن کار است؛ وجود پروژه بهتنهایی صحت نتیجه یا یادآوری همه جزئیات را تضمین نمیکند.
پیش از ساخت پروژه، مرز کار و خروجی نهایی را مشخص کنید
یک پروژه را حول یک هدف مشترک بسازید، نه هر موضوعی که به ذهن میرسد. «همه کارهای فروشگاه» بیش از حد گسترده است؛ «راهنمای محصولات پاییز؛ نسخه تأییدشده برای تیم محتوا» مرز روشنتری دارد. مشخص کنید چه چیزی قرار است تحویل شود، چه کسی آن را میخواند و چه اطلاعاتی مرجع تصمیماند.
پیشنهاد عملی ما، نوشتن یک شرح کوتاه پیش از شروع است: هدف، مخاطب، محدوده، خروجی، معیار پذیرش و موضوعات خارج از محدوده. مثلاً خروجی باید پنج راهنمای خرید باشد، ادعاها به مشخصات تأییدشده محصول متکی باشند و قیمت فقط از فایل دارای تاریخ مشخص برداشته شود. طراحی کمپین تبلیغاتی را فعلاً خارج از این پروژه نگه دارید.
اگر دو کار منابع، مخاطب یا سطح دسترسی متفاوت دارند، جداکردن آنها را بررسی کنید. این تقسیمبندی بهویژه زمانی مفید است که یک مجموعه فایل برای استفاده شخصی و مجموعه دیگر برای همکاری تیمی آماده شده است. موضوع مشترک، همیشه دلیل کافی برای ترکیب تمام اطلاعات نیست.
مرحله اول: پروژه بسازید و نامی قابل جستوجو انتخاب کنید
وارد حساب موردنظر شوید. مطابق راهنمای رسمی Projects، از نوار کناری New project را انتخاب و نام، آیکن و رنگ پروژه را تعیین کنید. تصویر زیر نمونه واقعیِ منتشرشده در همین راهنماست؛ ظاهر حساب شما ممکن است با آن تفاوت داشته باشد.
نام پیشنهادی برای مثال ما «راهنمای محصولات؛ پاییز ۱۴۰۵» است. اگر چند مشتری یا چند دوره کاری دارید، نام مشتری یا دوره را نیز اضافه کنید. نامهایی مثل «جدید»، «تست» یا «پروژه ۲» پس از چند هفته کمک چندانی به یافتن کار نمیکنند.
پس از ساخت، یک چت آغازین برای شرح مأموریت باز کنید و هدف را در آن بنویسید. این چت را به دفتر ثبت همه ریزکارها تبدیل نکنید؛ وظیفهاش روشنکردن نقشه کلی است. در این مرحله، هنوز لازم نیست تمام فایلهای موجود در رایانه را بارگذاری کنید. ابتدا فقط منابع ضروری و قابل اعتماد را انتخاب کنید.

حافظه پروژه را متناسب با مرز کار تنظیم کنید
در Project settings، گزینههای Memory را مطابق دسترسی حساب بررسی کنید. راهنمای فعلی امکان انتخاب Default memory یا Project-only memory را توضیح میدهد؛ تغییر تنظیم میتواند با تأخیر اعمال شود. گزینههای قابل مشاهده به حساب و فضای کاری وابستهاند.
بر اساس راهنمای رسمی Memory، حالت Project-only مرجع زمینه را به همان پروژه محدود میکند: چتهای پروژه میتوانند از گفتگوهای همان پروژه استفاده کنند، اما گفتگوهای بیرون از این مرز به آن زمینه ارجاع نمیدهند و برعکس. بااینحال، حافظه همه جزئیات هر گفتگو را نگه نمیدارد.
برای نمونه، اگر نمیخواهید فرضهای پروژه یک مشتری وارد کار مشتری دیگر شود، این مرزبندی را بررسی کنید. برای نکتههای مهم همچنان سند وضعیت و مرجع صریح داشته باشید؛ حافظه را جایگزین ثبت تصمیم نکنید. جزئیات بیشتر در راهنمای تنظیم Memory و حریم خصوصی ChatGPT آمده است.
مرحله دوم: دستور پروژه را کوتاه، اجرایی و قابل کنترل بنویسید
از منوی سهنقطه پروژه، Project settings را باز کنید و دستورهای پروژه را تنظیم کنید. دستور پروژه در همان پروژه اعمال میشود و بر Custom instructions عمومی اولویت دارد. تصویر رسمی زیر محل این منو را نشان میدهد.
در این بخش قواعد پایدار را بنویسید: نقش دستیار، مخاطب، لحن، مبنای استناد و رفتار هنگام کمبود اطلاعات. خواسته موقتی مانند «فقط مقدمه مقاله سوم را بازنویسی کن» را در چت همان وظیفه مطرح کنید. دستور بیش از حد طولانی و متناقض، تشخیص اولویت را سخت میکند.
نمونه پیشنهادی تحریریه برای پروژه راهنمای محصولات:
هدف، تهیه راهنمای محصول برای خریدار غیرمتخصص است. فارسی روشن و دقیق بنویس. مشخصات را فقط از منابع تأییدشده همین کار بردار و اطلاعات ناقص را حدس نزن. پیش از استفاده از عدد، نام فایل و تاریخ نسخه مرجع را مشخص کن. ادعا، استنباط و پیشنهاد را از هم جدا کن. اگر دو منبع تعارض دارند، اختلاف را گزارش کن. در پایان هر مرحله، تصمیمها، موارد باز و گام بعد را بنویس.
دستور را با یک سؤال کوچک آزمایش کنید. اگر پاسخ با لحن یا منبع موردنظر سازگار نبود، همان قاعده را دقیقتر کنید؛ افزودن چندین دستور کلی مانند «حرفهای باش» جای معیار قابل ارزیابی را نمیگیرد.

مرحله سوم: منابع را بر اساس کاربردشان مرتب کنید
برای این مثال، سه نوع منبع کافی است: شرح مأموریت، مشخصات تأییدشده محصولات و تصمیمهای جاری. فایل آموزشی عمومی، ایده خام و سند نهایی را بدون توضیح کنار هم قرار ندهید. در شروع هر کار مشخص کنید کدام فایل مبناست و کدام فقط برای مقایسه یا پیشینه استفاده میشود.
پیشنهاد نامگذاری: «شرح پروژه»، «مشخصات محصولات؛ نسخه ۳؛ ۱۴۰۵-۰۸-۰۴» و «تصمیمها و وضعیت جاری». یک فهرست کوتاه از منابع نیز نگه دارید: نام، تاریخ، مالک، کاربرد و وضعیت تأیید. اگر منبعی صرفاً نمونه است، همین موضوع را در نام یا توضیح آن روشن کنید.
راهنمای رسمی فایلها از قالبهایی مانند PDF، DOCX، TXT و فایلهای صفحهگسترده پشتیبانی میکند، با محدودیتهای وابسته به نوع فایل و حساب. وجود نام پیوست را معادل خواندهشدن کامل محتوا ندانید. اگر فایل پذیرفته نمیشود، راهنمای رفع خطای آپلود فایل در ChatGPT مسیر بررسی جداگانهای دارد.
نسخههای قدیمی و تصمیمهای تغییرکرده را مدیریت کنید
وقتی مشخصات یک محصول تغییر میکند، فقط بارگذاری فایل جدید کافی نیست؛ باید معلوم باشد کدام نسخه مرجع جاری است. یک یادداشت تغییر بنویسید: چه چیزی عوض شد، از چه تاریخی معتبر است و کدام خروجیهای قبلی باید دوباره بررسی شوند. سپس در درخواست بعدی، نام نسخه معتبر را صریح ذکر کنید.
مثلاً بنویسید: «برای این مرحله، نسخه ۳ مرجع است. قیمتهای نسخه ۲ مبنا نیستند. ابتدا فهرست مقالههایی را که به این تغییر وابستهاند مشخص کن؛ هنوز متن نهایی را بازنویسی نکن.» این دستور، دامنه اصلاح را پیش از تولید دوباره روشن میکند.
پیش از کنارگذاشتن منبع قدیمی، نسخهای خارج از ChatGPT نگه دارید و وابستگیهای آن را بررسی کنید. جدول زیر یک ساختار پیشنهادی برای این پروژه است؛ ویژگی یا سیستم نسخهبندی خودکارِ تضمینشده در ChatGPT نیست.
| منبع پیشنهادی | چه چیزی داخل آن باشد؟ | کنترل نسخه |
|---|---|---|
| شرح مأموریت | هدف، مخاطب، محدوده و معیار پذیرش | تاریخ آخرین تأیید |
| مشخصات محصولات | اطلاعات تأییدشده و منبع هر ادعا | شماره نسخه و تاریخ اعتبار |
| وضعیت جاری | تصمیمها، کارهای انجامشده و گام بعد | بهروزرسانی پایان هر مرحله |
| خروجی نهایی | نسخه تحویلشده و مسئول تأیید | نام ثابت و نسخه مستقل بیرون از چت |
مرحله چهارم: برای هر خروجی، چت هدفمند جدا داشته باشید
بهجای ادامه تمام کارها در یک رشته، چتها را بر اساس خروجی تقسیم کنید: «۰۱ شناخت مخاطب»، «۰۲ تحلیل مشخصات»، «۰۳ پیشنویس راهنمای خرید» و «۰۴ کنترل ادعاها». این شیوه با توصیه راهنمای رسمی پروژهها برای جداکردن چتِ خروجیهای متمایز همراستاست.
هر چت را با سه چیز شروع کنید: هدف همین مرحله، منبع معتبر و تعریف پایان کار. برای نمونه: «فقط تفاوتهای تأییدشده این دو محصول را استخراج کن؛ از فایل نسخه ۳ استفاده کن؛ خروجی جدول ادعا، منبع و ابهام باشد. هنوز متن فروش ننویس.» اکنون معیار بررسی نتیجه روشن است.
تصویر واقعی زیر، فایلها و گفتگوهای یک پروژه نمونه را کنار هم نشان میدهد. در کار خود، پیش از شروع چت بعدی، تصمیم تأییدشده مرحله قبلی را در دسترس و با نام مشخص نگه دارید. به این ترتیب، زمینه مشترک دارید اما هر چت مسئولیت محدود و قابل بازبینی خودش را حفظ میکند.

مرحله پنجم: در پایان هر جلسه، گزارش ادامه کار بسازید
برای کاری که فردا یا هفته بعد ادامه پیدا میکند، مهمترین سند عملی، وضعیت جاری است. این سند را با خلاصه طولانی تمام گفتگو اشتباه نگیرید. فقط آنچه برای ادامه لازم است ثبت کنید: تصمیم تأییدشده، مرجع نسخه، خروجی موجود، ابهام باز و گام بعدی.
نمونه درخواست پیشنهادی برای پایان مرحله:
یک گزارش ادامه کار تهیه کن: هدف فعلی؛ کارهای انجامشده؛ تصمیمهایی که من تأیید کردهام؛ فایلها و نسخههای مبنا؛ فرضهای هنوز تأییدنشده؛ خطاها یا موانع؛ و دقیقاً اولین گام جلسه بعد. پیشنهاد خودت را تصمیم قطعی من معرفی نکن. موارد نیازمند بررسی را جدا بنویس.
گزارش را خودتان بخوانید و اصلاح کنید. اگر دستیار تصمیمی را زودتر از موعد قطعی نوشته، همانجا تصحیحش کنید. در جلسه بعد، بخواهید ابتدا همین گزارش و منابع نامبرده را بازبینی کند و تناقضها را بگوید. این روش پیشنهادی، وابستگی به یادآوری ضمنی را کمتر میکند؛ جای بررسی انسان را نمیگیرد.
نتیجه را با منبع کنترل کنید، نه با اطمینان لحن پاسخ
در کار طولانی، یک خطای کوچک ممکن است در چند خروجی تکرار شود. از دستیار بخواهید برای هر عدد یا ادعای مهم، فایل و بخش مبنا را مشخص کند. چند نمونه را شخصاً تطبیق دهید؛ ذکر نام فایل، بهتنهایی صحت برداشت از آن را اثبات نمیکند.
راهنمای رسمی تحلیل داده نیز بررسی روش، کد و فرضها را توصیه میکند و توضیح میدهد که فایل آپلودشده ممکن است بهدلیل پیچیدگی یا ساختار، کامل تحلیل نشود. برای داده فروش، تعداد رکورد و یک جمع مستقل را با فایل اصلی کنترل کنید.
در نمونه فروشگاه، چت کنترل نهایی باید ادعاهای بدون منبع، مشخصات منسوخ، تناقض بین مقالهها و بخشهای نامفهوم برای خریدار را پیدا کند. اگر با جدول کار میکنید، آموزش تحلیل اکسل و CSV با کنترل صحت نتیجه روش بررسی محاسبات را تکمیل میکند. برای متن نیز یک چکلیست پذیرش روشن داشته باشید و خروجی را با همان بسنجید.
چت قدیمی را پیدا کنید و فقط محتوای مرتبط را منتقل کنید
برای یافتن کار قبلی، طبق راهنمای رسمی جستوجوی حساب، از Search در نوار کناری یا میانبر Ctrl+K در ویندوز و Cmd+K در مک استفاده کنید. نام پروژه، عبارت کلیدی تصمیم یا نام فایل را جستوجو کنید. نبودن یک چت قدیمی در فهرست کناری، الزاماً به معنی حذفشدن آن نیست.
اگر گزینه Move to project برای چت واجد شرایط نمایش داده شد، میتوانید آن را منتقل کنید؛ همه چتها واجد شرایط نیستند. پیش از انتقال، بررسی کنید فرضها و منابع قدیمی آن با پروژه جدید سازگار باشند. انتقال یک گفتوگوی نامرتبط، به نظم پروژه کمک نمیکند.
گاهی بهتر است فقط نتیجه تأییدشده را با اشاره به زمینهاش ثبت کنید. مثلاً تصمیم نهایی لحن برند را منتقل کنید، نه چندین دور ایدهپردازی ردشده را. اصل چت را برای مراجعه نگه دارید و در سند وضعیت بنویسید نتیجه از کجا آمده است.
در کار تیمی، اشتراکگذاری و حریم خصوصی را جدا بررسی کنید
پیش از Share، اعضا و سطح دسترسی پروژه را بازبینی کنید. دسترسی Chat و Edit یکسان نیست و ویرایشگر میتواند منابع و دستورها را تغییر دهد. فایل شخصی یا اطلاعات مشتری را فقط بهدلیل مرتبطبودن با موضوع، وارد فضای مشترک نکنید.
برای مثال فروشگاه، مشخص کنید چه کسی مشخصات را تأیید میکند، چه کسی پیشنویس میسازد و چه کسی نسخه نهایی را تصویب میکند. تصمیمهای مهم را با تاریخ و مسئول ثبت کنید. اگر عضو تازهای وارد کار شد، ابتدا شرح مأموریت و وضعیت جاری را به او بدهید؛ چند صفحه گفتگوی پراکنده، معرفی خوبی برای پروژه نیست.
طبق راهنمای رسمی Data controls، کنترل استفاده از محتوا برای آموزش مدل با Memory تفاوت دارد. در حساب شخصی، خاموشکردن Improve the model for everyone میتواند استفاده از گفتگوهای جدید برای آموزش را متوقف کند و تاریخچه را نگه دارد. در فضای سازمانی، سیاست و کنترلهای همان سازمان را نیز بررسی کنید. نام «پروژه» بهتنهایی تضمین محرمانگی مطلق نیست.
محدودیت فایل و انتخاب پلن را با نیاز پروژه تطبیق دهید
راهنمای رسمی آپلود در زمان بررسی، سقف هر پروژه را برای Free برابر ۵ فایل، Go و Plus برابر ۲۵ و Pro، Business، Enterprise و Edu برابر ۴۰ فایل اعلام میکند. محدودیت حجم، نرخ آپلود و قابلیتهای فعال حساب نیز جداگانه مطرحاند. جدول زیر، بهجای وعده نامحدودبودن، مسیر بررسی مشکل را مشخص میکند.
اگر به سقف رسیدید، ابتدا منابع تکراری و ساختار کار را بررسی کنید. ترکیب فایلها فقط زمانی مفید است که خوانایی و مرجع نسخه حفظ شود. تقسیم تصادفی یک کار واحد بین پروژههای متعدد هم ممکن است پیگیری تصمیمها را دشوار کند.
برای بررسی اشتراک، صفحه خرید اشتراک ChatGPT را ببینید و پلن و نوع دسترسی را با نیازتان تطبیق دهید. حساب اشتراکی فروشگاهی را معادل پروژه تیمی یا فضای سازمانی رسمی ندانید. تعداد فایل بیشتر، بهتنهایی تضمین تحلیل بهتر یا مدیریت منظمتر نیست.
| نشانه مشکل | اول چه چیزی بررسی شود؟ | اقدام پیشنهادی |
|---|---|---|
| فایل جدید اضافه نمیشود | تعداد منابع، حجم و سهمیه آپلود | بررسی پیام خطا و فایل آزمایشی کوچک |
| اطلاعات قدیمی وارد پاسخ شده | نسخه مرجع و تصمیمهای منسوخ | اعلام صریح نسخه معتبر و دامنه اصلاح |
| پاسخ از هدف مرحله دور شده | هدف چت و دستورهای متناقض | تعریف یک خروجی و معیار پذیرش |
| ادامه کار پس از وقفه دشوار است | گزارش وضعیت و موارد باز | بازبینی گزارش پایان مرحله قبل |
| چت قدیمی پیدا نمیشود | حساب، فضای کاری و جستوجوی تاریخچه | جستوجوی عبارت مشخص یا نام پروژه |
پروژه را طوری جمعبندی کنید که بازگشت به آن آسان باشد
در پایان کار، نسخه نهایی خروجی، فهرست منابع معتبر، تصمیمها و مسائل حلنشده را کنار هم نگه دارید. یک خلاصه یکصفحهای بنویسید که نشان دهد چه چیزی تحویل شده، چه کسی تأیید کرده و برای ادامه احتمالی از کجا باید شروع کرد. نسخهای از فایلهای مهم را بیرون از ChatGPT نیز ذخیره کنید.
پیش از حذف هر مورد، تفاوت نگهداری چت و فایل را بررسی کنید. راهنمای نگهداری دادهها توضیح میدهد که فایل ذخیرهشده جدا در Library ممکن است با حذف گفتگو باقی بماند. حذف را با بایگانی یا تهیه نسخه پشتیبان یکی ندانید.
برای جلسه بعد، از گزارش وضعیت شروع کنید، معتبر بودن فایلها را کنترل کنید و فقط یک خروجی مشخص را هدف بگیرید. این نظم پیشنهادی کمک میکند پروژه طولانی به مجموعهای از مرحلههای قابل بررسی تبدیل شود، نه زنجیرهای از پاسخها که مبنای تصمیمهایش روشن نیست.

🔖 نوع دسترسی: اختصاصی یا اشتراکی، مطابق گزینه انتخابی
✅ پلنها: Plus اختصاصی، Go اختصاصی و Plus اشتراکی
📅 مدت اعتبار: یک ماه
⏳ زمان فعالسازی: ۱ الی ۱۲ ساعت
♻️ قابلیت تمدید: دارد
سوالات متداول
پرسشهای متداول ساخت پروژه، حافظه، فایلها و ادامه کارهای طولانی در ChatGPT
آیا Projects تمام جزئیات گفتگوها را همیشه به یاد میآورد؟
خیر. حافظه همه جزئیات را تضمین نمیکند. هدف، تصمیمهای تأییدشده، نسخه منابع و گام بعد را در یک گزارش وضعیت روشن نگه دارید و پاسخهای مهم را با منبع تطبیق دهید.
تفاوت دستور پروژه با درخواست داخل یک چت چیست؟
دستور پروژه برای قواعد پایدار همان کار، مانند لحن و مبنای استناد مناسب است. درخواست چت را به وظیفه فعلی، منبع معتبر و خروجی مشخص محدود کنید تا قواعد عمومی با کار موقت مخلوط نشوند.
برای هر مرحله چت جدید بسازم یا همان چت را ادامه بدهم؟
اگر خروجی و معیار بررسی مرحله عوض شده، چت جدا معمولاً پیگیری را سادهتر میکند. پیش از شروع، گزارش وضعیت و منابع لازم را مشخص کنید؛ برای اصلاح جزئی همان خروجی، ادامه چت قبلی میتواند مناسب باشد.
اگر فایل جدید با نسخه قبلی تعارض داشت چه کنم؟
نسخه مرجع، تاریخ اعتبار و تغییرها را صریح اعلام کنید. از دستیار ابتدا فهرست خروجیهای متأثر را بخواهید و سپس اصلاح را انجام دهید. نسخه قدیمی را بدون بررسی وابستگیها و نگهداشتن اصل فایل کنار نگذارید.
آیا خرید اشتراک، فایل و پیام نامحدود در پروژه میدهد؟
خیر. ظرفیت فایل و امکانات به پلن و وضعیت حساب وابستهاند و محدودیتهای مصرف همچنان مطرحاند. پیش از ارتقا مشخص کنید مشکل از سقف حساب است یا ساختار فایل و روش کار.
برای شروع دوباره بعد از چند هفته چه درخواستی بنویسم؟
بخواهید ابتدا گزارش وضعیت، نسخه منابع و موارد باز را مرور کند؛ سپس تناقضها و فقط نخستین گام بعد را پیشنهاد دهد. تصمیمهای گذشته را بدون سند، قطعی فرض نکنید.



