تصور کنید ابزاری ساخته‌اید که می‌تواند بهره‌وری هزاران کاربر را بالا ببرد، اما برای معرفی آن در ویترین رسمی، باید ماهانه مبلغی بپردازید که با بودجه یک توسعه‌دهنده مستقل سازگار نیست. اگر امروز قصد دارید سرور خود را در دایرکتوری Claude ثبت کنید، باید بدانید که این مسیر با یک دیوار پرداخت پنهان و یک سیستم تایید سخت‌گیرانه بسته شده است.
طبق گزارش مفصل NextFuture که در ۴ اوت ۲۰۲۶ منتشر شد، ثبت یک سرور در فهرست رسمی Anthropic برای توسعه‌دهندگان مستقل حداقل ۵۲ یورو در ماه هزینه دارد. این هزینه از یک الزام اجباری نشأت می‌گیرد: توسعه‌دهنده باید حتماً از طرح‌های سازمان یعنی Team یا Enterprise استفاده کند، زیرا حساب‌های شخصی (Individual) اصلاً به پورتال ارسال درخواست دسترسی ندارند. این مبلغ ۵۲ یورویی شامل مالیات بر ارزش افزوده (VAT) است، هرچند هزینه‌های نهایی ممکن است بسته به منطقه جغرافیایی کاربر متفاوت باشد. نکته مهم این است که برخلاف شایعات قبلی که گفته می‌شد برای فعال‌سازی این طرح‌ها به ۵ کاربر نیاز است، گزارش نشان می‌دهد که سد ورود پایین‌تر است و حداقل ۲ کاربر (Seat) برای شروع لازم است.
این اصطکاک در حالی رخ می‌دهد که توسعه‌دهندگان برای ساخت ابزارها بر پایه پروتکل زمینهٔ مدل (MCP) — که یک استاندارد برای اتصال عامل‌های هوش مصنوعی به داده‌های محلی و دوردست است — رقابت می‌کنند. همان‌طور که در تحلیل قبلی ما درباره‌ی پیچیدگی‌های زبانی Claude Opus 5 اشاره کردیم که چگونه اصطلاحات تخصصی می‌تواند کاربران را دور کند، اکنون موانع پیش روی توسعه‌دهندگان در حال تغییر است؛ این موانع از چالش‌های فنی کدنویسی به بوروکراسی‌های اداری و مالی تغییر شکل داده است. برای یک برنامه‌نویس تک‌نفره، این دایرکتوری دیگر یک گالری ساده برای نمایش آثار نیست، بلکه یک دروازهٔ پولی برای دسترسی به بهبودهای ضروری در تجربه کاربری (UX) است. شایان ذکر است که این فرآیند نیازی به ثبت یک شرکت رسمی یا شخصیت حقوقی ندارد؛ نویسنده گزارش به عنوان یک فرد حقیقی درخواست خود را ارسال کرده و اشاره کرده است که سوالات مربوط به «مالکیت» در فرم ثبت‌نام، بیشتر بر روابط API متمرکز است تا ساختار تجاری یا قانونی کسب‌وکار.
گذرگاه سخت ارسال درخواست
فرآیند ثبت‌نام شامل یک فرم تأیید ۱۱ مرحله‌ای است که سرور را به‌صورت زنده و در لحظه (Real-time) تست می‌کند. سیستم به‌طور خودکار تعداد ابزارها (Tools) و منابع (Resources) را می‌شمارد و پشتیبانی از احراز هویت را بررسی می‌کند. برای مثال، در مورد نویسندهٔ گزارش، بررسی ماشینی سیستم مقدار «Tools: 6, Resources: 3, authless supported» را بازخوانی و تأیید کرد که ثابت می‌کند سرور باید در تمام مدت پر کردن فرم، کاملاً عملیاتی و در دسترس باشد.
حتی یک نقص بسیار کوچک، مانند نبود تگ annotations.title منجر به یک پرچم قرمز (Flag) و رد فوری درخواست در حین ارسال شد. با این حال، نویسنده توانست این مشکل را در همان جلسه با باز redeploy کردن سرور و اجرای مجدد بررسی سیستم برطرف کند.
علاوه بر صحت کد، Anthropic الزامات سخت‌گیرانه و غیرقابل مذاکره‌ای را اعمال می‌کند که عبارتند از:
- داشتن یک صفحه فرود (Landing Page) فعال و عمومی؛ صفحات «به زودی» (Coming Soon) پذیرفته نمی‌شوند.
- ارائه یک سیاست حریم خصوصی (Privacy Policy) جامع و عمومی که الزامی است.
- بازرسی فعال و دقیق هر دو مورد (صفحه فرود و سیاست حریم خصوصی) در طول فرآیند بررسی.
- لزوم آنلاین بودن و در دسترس بودن سرور در تمام مراحل تکمیل فرم.
سکوت ۲۰ روزه
شفافیت در مورد جدول زمانی تایید تقریباً صفر است. طبق روایت نویسنده، درخواست او در ۱۰ ژوئیه ۲۰۲۶ ارسال شد و تنها در ۳۰ ژوئیه ۲۰۲۶ تایید گردید. در طول این ۲۰ روز، هیچ‌گونه ارتباطی از سوی Anthropic برقرار نشد و هیچ پیامی از هیچ‌یک از طرفین رد و بدل نشد. اگرچه راهنماهای رسمی به کاربران پیشنهاد می‌دهند که «انتظار هفته‌ها زمان» را داشته باشند، اما هیچ توافق‌نامه سطح خدمات (SLA) عمومی یا ردیاری وضعیت (Status Tracker) برای درخواست‌های معلق وجود ندارد.
پس از تایید، سرورها در ردهٔ «Community» قرار می‌گیرند. در حال حاضر هیچ مکانیسم شفافی برای انتقال از این رده به وضعیت «Verified» (تأیید شده) وجود ندارد. هیچ معیار عمومی اعلام نشده و هیچ دکمه درخواست ارتقای وضعیت در پنل کاربر دیده نمی‌شود. حتی کارکنان بخش پشتیبانی Anthropic اعتراف کرده‌اند که در پایگاه دانش داخلی خود، هیچ معیار مستندی برای دستیابی به وضعیت Verification ندارند.
تلهٔ کشینگ (Cache Trap)
توسعه‌دهندگان باید از یک مکانیسم بحرانی کشینگ در سمت کلاینت (Client-side Caching) به‌شدت هوشیار باشند. وقتی یک کاربر به یک سرور MCP متصل می‌شود، کلاینت مجموعه ابزارها (Tool set) را به‌صورت نامحدود منجمد می‌کند. ابزارهای جدیدی که شما به سرور Production اضافه می‌کنید، برای کاربرانی که از قبل متصل شده‌اند نمایش داده نمی‌شوند، مگر اینکه آن‌ها به‌صورت دستی در تنظیمات کانکتور، گزینه «Refresh tools list» را کلیک کنند. این یک کش موقت چند دقیقه‌ای نیست، بلکه یک وضعیت دائمی است.
بررسی‌های سه‌روزه نویسنده، یک مرز مشخص برای به‌روزرسانی‌ها کشف کرد:
- به‌روزرسانی‌های نامرئی: افزودن ابزارهای جدید یا تغییر در HTML یک ویجت به‌هیچ‌وجه به دست کاربران قدیمی نمی‌رسد.
- به‌روزرسانی‌های مرئی: اصلاح توصیف یک ابزار یا تغییر در منطق داخلی (Internal Logic) یک هندلر (Handler) فوراً برای همه کاربران اعمال می‌شود.
این وضعیت یک قانون به‌روزرسانی دوتایی ایجاد می‌کند: تغییرات منطقی داخل هندلرها فوراً منتشر می‌شوند، اما ابزارهای جدید یا تغییرات ویژوال HTML برای کاربران قدیمی نامرئی هستند. این بدان معناست که توسعه‌دهندگان باید کل مجموعه ابزارهای خود را پیش از انتشار اولیه در دایرکتوری نهایی کنند، زیرا احتمال اینکه کاربر به‌صورت دستی لیست ابزارها را رفرش کند، بسیار کم است.
دایرکتوری در مقابل URL دستی
تفاوت تجربه کاربری (UX) بین این دو روش اتصال بسیار عظیم است. کاربرانی که سرور را از طریق یک URL دستی اضافه می‌کنند، برای هر فراخوانی ابزار (Tool Call) در هر چت جدید، با یک اعلان اجازه (Permission prompt) مواجه می‌شوند و باید هر بار تایید کنند. در مقابل، کاربرانی که از طریق دایرکتوری رسمی متصل می‌شوند، تجربه‌ای بدون وقفه با دسترسی «همیشه مجاز» (Always Allow) دارند و هیچ پاپ‌اپی نمی‌بینند. همین حذف اصطکاک و دسترسی روان است که incentive یا انگیزه اصلی برای پرداخت ماهانه ۵۲ یورو است، زیرا با وجود استفاده از یک کد منبع یکسان، تجربه نهایی کاربر بنیاداً متفاوت است.
سرعت نوآوری
در حالی که مستندات رسمی همواره عقب‌تر از نوآوری‌ها حرکت می‌کنند، ابزارهای جامعه‌محور (Community-driven) در حال پر کردن این شکاف هستند. انتشار نسخه ۰.۱.۵ ابزار Locus MCP نمونه‌ای عالی از این روند است. این ابزار به عامل‌های کدنویسی AI اجازه می‌دهد تا از طریق ۶ ابزار تخصصی شامل locate ،refs ،hover ،diagnostics ،status و rename به‌صورت معنایی (Semantically) در کد جابه‌جا شوند. این قابلیت به عامل‌ها اجازه می‌دهد ساختار کد را درک کنند، به‌جای آنکه صرفاً بر اساس نتایج جستجوی grep حدس بزنند.
این تکامل سریع نشان می‌دهد که ابزارهای MCP در حال حاضر سریع‌تر از مستندات رسمی پیش می‌روند. برای توسعه‌دهندگانی که قصد ارسال درخواست دارند، بهترین مسیر این است: ابتدا مجموعه ابزارها را کاملاً نهایی کنند، صفحات اجباری حریم خصوصی و صفحه فرود را آماده سازند و هزینه طرح Team را به عنوان یک هزینه ضروری برای دستیابی به تجربه کاربری بدون نقص بپذیرند.
گام بعدی شما
- اگر توسعه‌دهنده MCP هستید، پیش از ثبت در دایرکتوری، لیست ابزارهای خود را نهایی کنید تا گرفتار باگ کشینگ نشوید.
- صفحات قانونی و صفحه فرود خود را آماده کنید؛ بدون این‌ها درخواست شما در همان ابتدا رد می‌شود.
- بودجه ماهانه برای اشتراک تیمی را در نظر بگیرید تا کاربران شما با پیام‌های تکراری اجازه (Permission) مواجه نشوند.
اما این موانع اداری تنها بخشی از مسیر است؛ برای درک اینکه چگونه مدل‌های استدلالی با این ابزارها تعامل می‌کنند، تحلیل ما درباره مدل‌های Reasoning را بخوانید.
گفتگو