آنتروپیک اجرای پردازش‌های چند ساعته را بدون قطعی به Claude Code آورد

شرکت آنتروپیک دو قابلیت مهم از پروتکل زمینه مدل (Model Context Protocol یا به اختصار MCP) را به ابزار Claude Code اضافه کرده است: تسک‌ها (Tasks) برای مدیریت کارهای طولانی‌مدت سروری، و درخواست‌های ورودی (Elicitations) به‌منظور دریافت اطلاعات از کاربر حین فراخوانی ابزارها. پروتکل MCP استانداردی است که کلود و سایر ابزارهای هوش مصنوعی برای اتصال به ابزارهای جانبی و پایگاه‌های داده از آن بهره می‌برند. در حال حاضر هر دو قابلیت در رابط خط فرمان Claude Code CLI فعال شده‌اند؛ بخش Tasks در فاز آزمایشی عمومی قرار دارد و آنتروپیک وعده داده است که پشتیبانی جامع‌تر از آن در سراسر اکوسیستم کلود عرضه خواهد شد.

به‌طور معمول یک فراخوانی هم‌گام (Synchronous) در پروتکل MCP تنها ۳۰ تا ۶۰ ثانیه برای تکمیل فرصت دارد. این بازه زمانی برای جستجو در دیتابیس مناسب است، اما پایپلاین‌های یکپارچه‌سازی مداوم (CI)، اجرای پژوهش‌ها، خروجی‌های گروهی و فرآیندهای آموزش مدل ممکن است دقایق یا ساعت‌ها طول بکشند. علاوه بر این، برخی از این عملیات‌ها پس از آغاز به تأییدیه یا اطلاعات تکمیلی نیاز پیدا می‌کنند. قابلیت Tasks وضعیت پردازش‌های طولانی‌مدت را در میان ارتباط‌های مختلف حفظ می‌کند، در حالی که Elicitations روشی استاندارد برای دریافت ورودی از کاربر ارائه می‌دهد.

فراتر رفتن کارهای طولانی‌مدت از توان tools/call

در حالت سنتی، درخواست tools/call در پروتکل MCP جریان پردازش را تا زمان دریافت پاسخ از سرور یا اتمام مهلت مجاز (Timeout) مسدود می‌کند. اما در ساختار جدید Tasks، سرور بلافاصله یک شناسه پایدار برمی‌گرداند؛ بنابراین کلاینت می‌تواند به‌مرور وضعیت پیشرفت را بررسی کند، ورودی‌های لازم را بفرستد و نتیجه نهایی را بعداً تحویل بگیرد. حتی در صورتی که کاربر از Claude Code خارج شود، اگر سرور وضعیت تسک را ذخیره کرده باشد، پردازش از راه دور به کار خود ادامه خواهد داد.

این افزونه در نگارش ۲۸-۰۷-۲۰۲۶ مشخصات MCP به‌عنوان یکی از نخستین افزونه‌های رسمی این پروتکل استانداردسازی شد. تیم آمازون وب سرویسز (AWS) در توسعه این راهکار مشارکت داشت تا زیرساخت لازم برای فعالیت ایجنت‌های پایدار بدون وابستگی به اتصال همیشگی کلاینت فراهم شود. آنتروپیک جزئیات پیاده‌سازی این قابلیت را در اطلاعیه رسمی MCP شرح داده است.

چرخه حیات یک تسک در Claude Code

ابزار Claude Code مسیر اجرای یک تسک را از نخستین فراخوانی ابزار تا پایان کار، طی چند گام مشخص مدیریت می‌کند:

1. کلود ابزاری را روی سروری که از قابلیت Tasks پشتیبانی می‌کند فراخوانی می‌نماید.
2. سرور یک شناسه تسک به‌همراه وضعیت، برچسب‌های زمانی و فاصله بررسی دوره‌ای (Polling Interval) برمی‌گرداند.
3. ابزار Claude Code به انجام سایر امور کاربر ادامه می‌دهد و هم‌زمان در پایین صفحه شمارنده‌ای نظیر 1 MCP task را به نمایش می‌گذارد.
4. کلاینت درخواست‌های tasks/get را به‌شکل دوره‌ای ارسال می‌کند تا زمانی که کار تکمیل شود، با خطا مواجه گردد، نیاز به ورودی پیدا کند یا لغو شود.
5. ابزار Claude Code گزارش تکمیل را به تاریخچه مکالمه اضافه کرده و در نوبت بعدی پاسخگویی، نتیجه را به کلود تحویل می‌دهد.

در صورت اتصال مجدد، کاربر می‌تواند با اجرای دستور claude --resume به تسک در حال اجرای سرور متصل شود. از آنجا که سرور باید همان شناسه تسک را در اتصال تازه شناسایی کند، داده‌های متادیتا و نتایج پردازش باید پیش از ارسال پاسخ اولیه، روی حافظه‌ای پایدار ذخیره شده باشند.

سازگاری و دسترسی کنونی

میزان پشتیبانی از این قابلیت به بستر اجرایی کلود، نسخه پروتکل و بستر فراخوانی بستگی دارد:

سرورهای واجد شرایط باید از پروتکل‌های ارتباطی HTTP، stdio یا کانکتور claude.ai استفاده کرده و از نسخه ۲۸-۰۷-۲۰۲۶ این استاندارد پشتیبانی کنند. فعال‌سازی متغیرهای MCP_SDK_GENERATION=v1 یا MCP_PROTOCOL_NEGOTIATION=legacy مسیر پروتکل مورد نیاز را غیرفعال می‌کند.

محدودیت‌های زمانی معمول هر سرور و زمان توقف بی‌کاری تا لحظه‌ای که سرور کار را بپذیرد و شناسه تسک را برگرداند، فعال باقی می‌مانند. با این حال پس از پذیرش تسک، ابزار Claude Code به‌طور پیش‌فرض هیچ سقف زمانی مشخصی برای پایان پردازش در پس‌زمینه اعمال نمی‌کند.

قرارداد تبادل داده و ارتباط شبکه

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

{
  \"resultType\": \"task\",
  \"taskId\": \"build-7f3a9c2e\",
  \"status\": \"working\",
  \"statusMessage\": \"Compiling, 40 of 212 files done\",
  \"createdAt\": \"2026-10-22T14:03:07Z\",
  \"lastUpdatedAt\": \"2026-10-22T14:03:07Z\",
  \"ttlMs\": null,
  \"pollIntervalMs\": 5000
}

ابزار Claude Code درخواست‌های tasks/get را بر اساس مقدار pollIntervalMs (که در بازه ۲۵۰ میلی‌ثانیه تا ۳۰ ثانیه تنظیم می‌شود) ارسال می‌کند. پاسخ‌های بعدی با مقدار resultType: \"complete\" برگردانده می‌شوند و یکی از ۵ وضعیت زیر را گزارش می‌دهند:

• working: سرور همچنان در حال پردازش کار است.
• input_required: پردازش سرور برای دریافت اطلاعات یا تأییدیه متوقف شده است.
• completed: نتیجه نهایی آماده دریافت است.
• failed: فرآیند پردازش با خطا متوقف شد.
• cancelled: تسک پیش از تکمیل متوقف شده است.

شناسه‌های تسک باید در تمام ارتباط‌ها معتبر بمانند؛ چراکه با بازگشت به جلسه قبلی، ابزار Claude Code از طریق یک ارتباط جدید وضعیت را پیگیری می‌کند. همچنین سرورها باید عملیات تکمیل یا لغو تسک را به‌صورت مستقل از تکرار (Idempotent) پیاده‌سازی کنند، زیرا اختلال شبکه ممکن است کلاینت را درباره موفقیت‌آمیز بودن عملیات دچار تردید کند.

دریافت ورودی از کاربر در میانه اجرای کار

قابلیت Elicitations به سرور MCP اجازه می‌دهد حین فعال بودن یک تسک یا فراخوانی ابزار، از کاربر اطلاعات درخواست کند. به‌عنوان نمونه، سرویس استرداد وجه می‌تواند تأییدیه نهایی را از کاربر بپرسد، یا یک ابزار استقرار نرم‌افزار می‌تواند نام منطقه سرور (Region) تعیین‌نشده را جویا شود. ابزار Claude Code درخواست سرور را نمایش می‌دهد، پاسخ کاربر را جمع‌آوری کرده و بدون نیاز به پیکربندی اضافه در کلاینت، آن را به سرور بازمی‌گرداند.

ابزار Claude Code از دو حالت درخواست ورودی با کاربردهای مختلف پشتیبانی می‌کند:

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

ابزار Claude Code لینک‌های حالت URL را به‌عنوان آرگومان خط فرمان به بخش مدیریت آدرس سیستم‌عامل ارسال می‌کند. این آرگومان با محدودیت طول کاراکتر مواجه است و اگر آدرسی شامل کاراکترهای رمزگذاری‌شده فراوان باشد، ممکن است در حوالی ۴٬۰۰۰ کاراکتر به این سقف برسد. در صورت رد شدن از این محدوده، ابزار تنها می‌تواند درخواست را رد کند. همچنین با استفاده از هوک‌های Elicitation می‌توان درخواست‌ها را اعتبارسنجی کرد یا در مواقعی که گفت‌وگوی تعاملی امکان‌پذیر نیست، پاسخ‌های خودکار ارسال نمود.

یک تسک در حال اجرا می‌تواند به وضعیت input_required تغییر حالت دهد و آرایه‌ای از متغیرهای مورد نیاز را در قالب inputRequests مشخص کند. ابزار Claude Code مقادیر دریافت‌شده از کاربر را از طریق متد tasks/update بازمی‌گرداند؛ این رویکرد به سرور امکان می‌دهد بدون نیاز به باز نگه داشتن اتصال اولیه، پردازش را دقیقاً از همان نقطه ادامه دهد.

کاربردهای کلیدی ترکیب Tasks و Elicitations

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

• ایجنت‌های پژوهشی: می‌توانند بدون نیاز به تولید پاسخ‌های کاذب صرفاً جهت زنده نگه داشتن اتصال، ده‌ها مرحله استخراج و سنتز داده را مدیریت کنند.
• سرورهای CI و کامپایل: می‌توانند شناسه تسک را بلافاصله برگردانند تا در حین کامپایل پروژه، کلود به ویرایش و اصلاح سایر بخش‌های کد ادامه دهد.
• پایپلاین‌های پردازش داده و مهاجرت دیتابیس: می‌توانند پیش از اجرای دستورهای برگشت‌ناپذیر یا تخریبی متوقف شوند و از کاربر تأییدیه بخواهند.
• سرویس‌های مالی و پرداخت: می‌توانند پیش از نهایی کردن هر تراکنش مالی یا بازپرداخت وجه، تأیید صریح کاربر را ثبت نمایند.
• پردازش‌های بین‌جلسه‌ای: می‌توانند پس از خروج کاربر همچنان از راه دور اجرا شوند و با ورود مجدد او به Claude Code، نتایج بازیابی گردند.

چالش‌ها و ریسک‌هایی که توسعه‌دهندگان باید مد نظر قرار دهند

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

• تنظیمات اتصال باید کاملاً پایدار بماند: تغییر نام سرور یا تغییر نوع انتقال داده (Transport) حین اجرای یک تسک، سبب می‌شود Claude Code هنگام اتصال مجدد با پیام خطای reconfigured to a different transport کار را متوقف کند.
• اجراهای یک‌باره عادی امکان ایجاد تسک‌های MCP را ندارند: اتوماسیون‌های غیرتعاملی باید از کیت توسعه Agent SDK یا فلگ --input-format stream-json به‌همراه CLAUDE_AUTO_BACKGROUND_TASKS=1 استفاده کنند.
• خطا در اتصال مجدد ممکن است به وضعیت نامشخص منجر شود: اگر سرور پس از اتصال دوباره شناسه تسک را نپذیرد، Claude Code تا ۵ دقیقه به بررسی ادامه می‌دهد و سپس خطای outcome unknown را ثبت می‌کند. در این شرایط، تلاش مجدد نسنجیده می‌تواند به اجرای تکراری یک کار پایان‌یافته بیانجامد.
• درخواست‌های ورودی بدون پاسخ کاربر باعث لغو تسک می‌شوند: سرورها باید در صورت عدم حضور کاربر برای پاسخگویی، لغو تسک را به‌شکلی اصولی مدیریت نمایند.
• فرآیندهای محلی به ساختار پایداری اختصاصی نیاز دارند: سروری که بر پایه stdio اجرا شده و با بسته شدن کلاینت متوقف می‌شود، نمی‌تواند به پردازش ادامه دهد مگر آنکه کار را به یک سرویس پس‌زمینه مستقل واگذار کرده باشد.

چک‌لیست پیاده‌سازی برای توسعه‌دهندگان سرور

یک سرور MCP برای پشتیبانی اصولی از این قابلیت‌ها باید نیازمندی‌های فنی زیر را رعایت کند:

• پشتیبانی از پروتکل نگارش ۲۸-۰۷-۲۰۲۶ را تأیید کرده و قابلیت‌های مورد نیاز را اعلام کند.
• پیش از ارسال پاسخ اولیه، شناسه تسک، وضعیت، برچسب‌های زمانی، درخواست‌های ورودی و نتیجه نهایی را در حافظه پایدار ثبت نماید.
• فاصله زمانی استعلام دوره‌ای (Polling) تعیین‌شده را رعایت کرده و پیام‌های وضعیت شفاف ارسال کند.
• بررسی وضعیت، تلاش‌های مجدد و فرآیند لغو را به‌صورت مستقل از تکرار (Idempotent) پیاده‌سازی کند.
• از وضعیت input_required پشتیبانی کرده و کلیه پاسخ‌های دریافتی از Elicitation را اعتبارسنجی کند.
• سناریوهای اتصال مجدد، خروج ناگهانی کلاینت، تغییر پروتکل انتقال، اتمام مهلت زمانی و لغو غیرتعاملی را به‌دقت تست و ارزیابی نماید.

مستندات Claude Code در وب‌سایت آنتروپیک، فیلدهای مورد انتظار در پاسخ‌های tasks/get را مشخص کرده است. همچنین مشخصات فنی افزونه Tasks چرخه حیات کامل این پروتکل و نحوه تبادل قابلیت‌ها را به‌طور جامع تشریح می‌کند.