Claude Cowork چیست؟ آموزش واگذاری امن کارهای چندمرحله‌ای و مدیریت فایل‌ها
Claude Cowork برای واگذاری کارهای چندمرحله‌ای روی فایل‌ها، مرورگر و ابزارهای متصل طراحی شده است. در این راهنما تفاوت آن با Chat و Claude Code، انتخاب Folder، نوشتن Task و بازبینی امن خروجی را یاد می‌گیرید.
Claude Cowork محیطی برای واگذاری کار کامل است؛ نه فقط پرسیدن یک سؤال. شما نتیجه مورد انتظار، فایل‌ها و ابزارهای مجاز را مشخص می‌کنید، Claude برنامه می‌سازد، چند مرحله را اجرا می‌کند و خروجی قابل بازبینی مانند گزارش، سند، جدول یا مجموعه فایل تحویل می‌دهد.
تفاوت اصلی در دامنه عمل است. Chat برای گفت‌وگو و پاسخ سریع مناسب است، Claude Code روی توسعه نرم‌افزار تمرکز دارد و Cowork برای کار دانشی چندمرحله‌ای میان فایل، مرورگر و Connectorها ساخته شده است. این قدرت زمانی مفید است که Scope، Permission و معیار پذیرش از ابتدا روشن باشند.
Claude Cowork چیست و Task چگونه اجرا می‌شود؟
Cowork کار را در یک Session ابری و ایزوله برنامه‌ریزی می‌کند و در صورت نیاز می‌تواند از Desktop app برای دسترسی به پوشه محلی، Browser یا Computer استفاده کند. Task ممکن است به چند Workstream تقسیم شود و در پایان Artifactهایی بسازد که در همان Session قابل مشاهده یا دانلود هستند.
ایزوله‌بودن اجرای Cloud به این معنی نیست که داده متصل بی‌خطر است. هر پوشه، Connector یا مجوزی که به Session می‌دهید، بخشی از مرز دسترسی می‌شود. قبل از شروع، برنامه پیشنهادی را بخوانید و عملیات حساس را از جریان خودکار جدا کنید.
تفاوت Chat، Cowork و Claude Code
| حالت | کاربرد اصلی | نوع Context | خروجی مناسب |
|---|---|---|---|
| Chat | پرسش، ایده‌پردازی و تحلیل کوتاه | پیام و فایل پیوست | پاسخ یا Draft سریع |
| Cowork | واگذاری کار دانشی چندمرحله‌ای | Folder، Project، Browser و Connector | سند، گزارش، فایل و اقدام قابل بازبینی |
| Claude Code | ساخت، تست و بررسی نرم‌افزار | Repository، Terminal و ابزار توسعه | کد، Test، Diff و Pull Request |
اگر فقط می‌خواهید یک متن را بهتر کنید، Chat کافی است. اگر باید چند PDF بررسی، داده استخراج، Spreadsheet مرتب و گزارش نهایی ساخته شود، Cowork مناسب‌تر است. اگر نتیجه اصلی تغییر Codebase است، Claude Code انتخاب تخصصی‌تری خواهد بود.
پیش‌نیازها و دسترسی
طبق راهنمای رسمی، Cowork برای Planهای پولی ارائه می‌شود و دسترسی دقیق آن به سطح حساب و Surface بستگی دارد. برای کار با فایل محلی، Browser یا Computer باید Desktop app متصل باشد؛ Task ابری بدون نیاز به این منابع می‌تواند پس از بسته‌شدن لپ‌تاپ نیز ادامه پیدا کند.
- نسخه تازه Claude Desktop را از منبع رسمی نصب کنید.
- در حساب خود وجود گزینه Cowork را بررسی کنید.
- برای اولین Task یک پوشه آزمایشی مستقل بسازید.
- فایل‌های شخصی، Credential و آرشیوهای بزرگ را وارد Scope نکنید.
- Connectorها را فقط هنگام نیاز و با کمترین مجوز متصل کنید.
- قبل از واگذاری، نسخه اصلی فایل‌ها را Backup بگیرید.
شروع اولین Session در Claude Cowork
- در Claude گزینه Cowork را از Mode picker انتخاب کنید.
- در صورت نمایش Setup، مراحل راهنما را تکمیل کنید.
- از بخش Work in a folder پوشه آزمایشی را انتخاب کنید.
- Task را با نتیجه نهایی، ورودی‌ها و محدودیت‌ها بنویسید.
- برنامه پیشنهادی Claude را پیش از اجرا مرور کنید.
- مجوزهای فایل، Browser و Connector را جداگانه بررسی کنید.
- در زمان اجرا Progress را ببینید و در صورت انحراف، کار را هدایت کنید.
- Artifact نهایی و فایل‌های تغییرکرده را با منبع اصلی مقایسه کنید.
آیا باید از setup خودکار استفاده کنیم؟
راهنمای آموزشی Anthropic فرمان /setup-claude را برای تنظیم هدایت‌شده معرفی می‌کند. این فرایند می‌تواند Plugin متناسب با نقش و Connectorهای مربوط را پیشنهاد دهد. برای شروع لازم نیست همه پیشنهادها را فعال کنید؛ یک Workflow ساده بدون داده حساس برای شناخت رفتار کافی است.
اولین Task چه ویژگی‌ای داشته باشد؟
Task مناسب باید محدود، قابل بازگشت و قابل ارزیابی باشد. ساخت خلاصه یک‌صفحه‌ای از چند فایل ساختگی بهتر از مرتب‌سازی کل Documents یا ارسال پیام به مشتریان است. ابتدا فقط Read و Create را آزمایش کنید و عملیات Delete، Send یا Publish را وارد مرحله اول نکنید.
Folder یا Project؛ کدام را انتخاب کنیم؟
Folder برای یک کار مشخص و Context محلی مستقیم مناسب است. Cowork فایل‌های داخل مسیر متصل را می‌خواند و خروجی را همان‌جا ذخیره می‌کند. پوشه‌ای انتخاب کنید که فقط داده لازم را داشته باشد؛ دادن دسترسی به ریشه Home یا درایو، Scope را بی‌دلیل بزرگ می‌کند.
Project برای کار تکراری مناسب‌تر است و می‌تواند پوشه‌ها، دستورهای ثابت، Linkها و Memory اختصاصی داشته باشد. Cowork Project با Project معمول claude.ai یکسان نیست؛ محل نگهداری و قابلیت اشتراک آن‌ها تفاوت دارد. این دو را می‌توان به هم مرتبط کرد، اما Linking آن‌ها را ادغام نمی‌کند.
| معیار | Folder مستقل | Cowork Project |
|---|---|---|
| کاربرد | Task کوتاه یا یک‌باره | حوزه کاری تکراری |
| Context | فایل‌های همان پوشه | پوشه، Instructions، Link و Memory |
| ریسک Drift | کمتر و قابل مشاهده | نیازمند نگهداری Instruction و Memory |
| اشتراک تیمی | وابسته به فایل‌سیستم | طبق محدودیت‌های فعلی محصول |
| شروع پیشنهادی | بله، پوشه آزمایشی کوچک | پس از تثبیت Workflow |
چطور Task را درست بنویسیم؟
یک Task خوب باید هدف، منابع، خروجی، محدودیت و معیار کنترل داشته باشد. به‌جای «این فایل‌ها را بررسی کن»، بنویسید «سه گزارش داخل پوشه را مقایسه کن، اختلاف ارقام را در جدول ثبت کن، هیچ فایل اصلی را تغییر نده و نتیجه را در review-report.docx ذخیره کن.»
- هدف: چه نتیجه‌ای باید تحویل شود؟
- منابع: کدام Folder، فایل یا Connector مجاز است؟
- محدوده زمانی: داده مربوط به چه تاریخ یا نسخه‌ای است؟
- فرمت: خروجی باید سند، Sheet، PDF یا فهرست باشد؟
- محدودیت: چه چیزی نباید ویرایش، حذف، ارسال یا منتشر شود؟
- معیار پذیرش: صحت خروجی چگونه بررسی می‌شود؟
- توقف: چه ابهامی باید باعث سؤال یا توقف شود؟
نمونه سناریوی امن برای شروع
پنج یادداشت جلسه ساختگی را در پوشه آزمایشی قرار دهید. از Cowork بخواهید تصمیم‌ها، مسئول هر اقدام و Deadlineهای صریح را استخراج کند؛ موارد نامعلوم را حدس نزند؛ فایل‌های ورودی را تغییر ندهد؛ و خروجی را در یک سند تازه همراه با لینک به نام فایل منبع ذخیره کند.
پس از تحویل، هر تصمیم را با یادداشت اصلی تطبیق دهید. اگر Deadline یا مسئول از متن استنباط شده، باید با برچسب «نیازمند تأیید» مشخص شود. این آزمون هم توان ترکیب منابع و هم رفتار در برابر داده ناقص را نشان می‌دهد.
Permissionها را چگونه محدود کنیم؟
Cowork می‌تواند روی فایل و ابزار واقعی عمل کند. دسترسی باید مرحله‌ای باشد: نخست Read، سپس Create در پوشه خروجی، بعد Edit روی Copy و در نهایت اقدام بیرونی فقط با Approval. حذف دائمی فایل نیازمند اجازه صریح است، اما این محافظ به‌تنهایی جای Backup و Scope کوچک را نمی‌گیرد.
- پوشه اختصاصی هر Task را به‌جای مسیر عمومی متصل کنید.
- نسخه اصلی فایل را Read-only یا خارج از مسیر Write نگه دارید.
- Connector را با حساب آزمایشی یا Scope محدود فعال کنید.
- ارسال Email، پیام یا Update رکورد را نیازمند تأیید نگه دارید.
- دسترسی اینترنت را فقط برای منابع لازم باز کنید.
- قبل از اجرای Plan، عملیات غیرقابل بازگشت را مشخص کنید.
- پس از پایان، Connector بلااستفاده را Disconnect کنید.
خطر Prompt Injection در فایل و وب
متن داخل سند، Email یا صفحه وب می‌تواند شامل دستوری باشد که تلاش می‌کند هدف اصلی Agent را تغییر دهد. فایل و وب را منبع داده در نظر بگیرید، نه مرجع Permission. دستور داخل منبع نباید مجوز جدید ایجاد کند یا محدودیت Task را لغو کند.
در Task صریح بنویسید که دستورهای موجود در Source اجرا نشوند و هر درخواست برای Secret، Upload، تغییر تنظیمات یا استفاده از Connector متوقف و گزارش شود. با این حال کنترل واقعی باید از Permission و Scope ابزار نیز اعمال شود؛ Prompt به‌تنهایی مرز امنیتی نیست.
Connector و Plugin چه نقشی دارند؟
Connector دسترسی به سرویس‌هایی مانند Workspace، پیام‌رسان یا ابزار مدیریت کار می‌دهد. Plugin مجموعه‌ای از Skillها، Connectorها و نمونه Workflow را برای یک نقش بسته‌بندی می‌کند. نصب Plugin می‌تواند دامنه عمل Cowork را گسترش دهد، بنابراین اجزا و Permissionهای آن را پیش از استفاده بررسی کنید.
قواعد همیشگی را در Instructions نگه دارید و فرایند تخصصی تکراری را به Skill تبدیل کنید. برای شناخت ساختار Skill، راهنمای Agent Skills و SKILL.md را بخوانید. هر Connector باید Owner، Scope، تاریخ بازبینی و روش لغو دسترسی داشته باشد.
بازبینی خروجی؛ Finished به معنی Correct نیست
Cowork می‌تواند Artifact نهایی بسازد، اما شکل حرفه‌ای سند صحت آن را تضمین نمی‌کند. ادعا، عدد، تاریخ، لینک و محاسبه را به Source برگردانید. فایل‌های ایجادشده و ویرایش‌شده را فهرست کنید و مطمئن شوید ورودی اصلی دست‌نخورده مانده است.
- Summary کار انجام‌شده را بخوانید.
- فهرست Sourceهای استفاده‌شده را بررسی کنید.
- نمونه‌ای از ادعاها را با فایل اصلی تطبیق دهید.
- فرمول Spreadsheet و واحد اعداد را کنترل کنید.
- متادیتا، لینک و نام فایل خروجی را ببینید.
- فایل‌های تغییرکرده خارج از Scope را پیدا کنید.
- پیش از Share یا Publish یک Reviewer انسانی تعیین کنید.
برای پژوهش منبع‌محور که خروجی آن بیشتر پاسخ و خلاصه است، راهنمای NotebookLM نیز گزینه متفاوتی را توضیح می‌دهد. Cowork زمانی ارزش بیشتری دارد که باید خروجی واقعی در چند مرحله ساخته یا ابزار متصل استفاده شود.
Schedule چه زمانی مفید است؟
Task زمان‌بندی‌شده برای گزارش روزانه، مرور هفتگی یا جمع‌آوری دوره‌ای مناسب است. هر اجرا Session جدا دارد و می‌تواند از Connector و Skillهای تنظیم‌شده استفاده کند. پیش از Schedule، Task را دستی اجرا و خروجی، Permission و Failure path را تأیید کنید.
طبق مستندات فعلی، Scheduled taskهای ابری به فایل‌های ذخیره‌شده در حساب و ابزارهای متصل دسترسی دارند؛ کار وابسته به پوشه محلی محدودیت متفاوتی دارد. مسیر اجرا را پیش از اتکا به Automation بررسی کنید و برای نبود داده، خطای Connector یا خروجی ناقص رفتار مشخص بنویسید.
گیت پیشنهادی برای Automation
- ابتدا یک Run دستی با همان Prompt انجام دهید.
- هیچ اقدام ارسال یا انتشار را در نسخه اول قرار ندهید.
- خروجی را Draft ذخیره کنید.
- منبع و بازه زمانی را داخل Artifact ثبت کنید.
- در نبود داده یا خطا، Task باید متوقف شود.
- برای هر Run Reviewer و زمان انقضا تعیین کنید.
مدیریت مصرف و طول Task
کار چندمرحله‌ای مصرف بیشتری از Chat ساده دارد. درخواست‌های نامرتبط را در یک Session انباشته نکنید. Sourceهای تکراری را حذف، خروجی را دقیق و سقف کار را روشن کنید. اگر Task فقط یک پاسخ کوتاه نیاز دارد، Chat انتخاب اقتصادی‌تر و سریع‌تری است.
برای پروژه بزرگ، کار را بر اساس Deliverable جدا کنید؛ مثلاً جمع‌آوری داده، تحلیل و ساخت ارائه را در مرحله‌های قابل بازبینی اجرا کنید. جداکردن مراحل امکان اصلاح زودهنگام و تشخیص منبع خطا را بهتر می‌کند.
اشتباه‌های رایج در Claude Cowork
- دادن کل Home folder: Scope داده و ریسک تغییر ناخواسته بزرگ می‌شود.
- Task مبهم: Agent فرمت و معیار پایان را حدس می‌زند.
- اتصال همه Connectorها: دسترسی بیشتر از نیاز ایجاد می‌شود.
- اعتماد به ظاهر Artifact: عدد یا استناد نادرست دیده نمی‌شود.
- Schedule پیش از Run دستی: خطا در هر اجرا تکرار می‌شود.
- ترکیب Draft و نسخه اصلی: بازگشت و مقایسه دشوار می‌شود.
- نادیده‌گرفتن Prompt Injection: دستور مخرب Source به اقدام واقعی تبدیل می‌شود.
چک‌لیست اولین Task
- پوشه فقط شامل Copy فایل‌های لازم است.
- نتیجه و فرمت خروجی دقیق نوشته شده است.
- عملیات ممنوع مانند Delete، Send و Publish مشخص‌اند.
- Connector فقط Scope لازم را دارد.
- Plan پیش از اجرا بازبینی شده است.
- موارد نامعلوم باید گزارش شوند، نه حدس زده شوند.
- Artifact با Source اصلی مقایسه می‌شود.
- نسخه نهایی فقط پس از Approval انسانی منتشر می‌شود.
جمع‌بندی
Claude Cowork برای کارهایی مناسب است که چند منبع، چند مرحله و یک خروجی نهایی واقعی دارند. قدرت آن در واگذاری کامل Task است، اما کیفیت نتیجه به تعریف Scope، انتخاب Folder یا Project، Permission محدود و Review انسانی وابسته است.
با یک پوشه آزمایشی و Task قابل بازگشت شروع کنید. سپس به‌ترتیب Connector، Plugin و Schedule را اضافه کنید. هر گسترش باید یک نیاز روشن، Owner و راه لغو دسترسی داشته باشد.
امروز یک پوشه آزمایشی با فایل‌های غیرحساس بسازید و فقط یک Task محدود را به Claude Cowork بسپارید؛ Plan، Permissionها و همه فایل‌های خروجی را پیش از اشتراک‌گذاری یا جایگزینی نسخه اصلی، خط‌به‌خط بازبینی کنید.