تنها دو پرامپت؛ این تمام چیزی است که برای رسیدن به سقف استفاده در اشتراک پولی Claude Design لازم است. این محدودیت شدید و بیرحمانه، در کنار محدودیتهای ناشی از وابستگی مطلق به فضای ابری (Cloud Lock-in)، هزاران توسعهدهنده را به سمت Open Design سوق داده است؛ جایگزینی محلی (Local-first) و متنباز که توسط تیم nexu-io عرضه شده است.
Claude Design با سر و صدای زیادی عرضه شد و دموهای خیرهکنندهای را به نمایش گذاشت که نشان میداد چگونه میتوان تنها با یک پرامپت، نمونههای اولیه کامل وب، جریانهای کاربر در موبایل و حتی اسلایدهایی با پسزمینههای WebGL ایجاد کرد. این قابلیتها پیشتر در تجربیات عملی طراحی وبسایتهای سهبعدی با ارتش عاملهای Claude به نمایش گذاشته شده بود که قدرت این ابزار را در حذف نیاز به کدنویسی دستی ثابت میکرد. اما واقعیت برای کاربران بسیار متفاوت بود. یکی از کاربران در r/ClaudeAI این ابزار را ابزاری توصیف کرد که به دلیل باگهای متعدد و محدودیتهای استفادهای بسیار سختگیرانه، عملاً فلج شده است.
همانطور که در تحلیل قبلی ما دربارهی شکافهای بنچمارک بین ابزارهای عاملمحور مانند Grok Build و Claude Code اشاره کردیم، اکنون صنعت شاهد شکافی رو به رشد بین اکوسیستمهای صیقلخورده و بسته، و چارچوبهای منعطف با میزبانی شخصی (Self-hosted) است. برای اکثر توسعهدهندگان، انتخاب دیگر تنها بر سر این نیست که کدام مدل هوشمندتر است، بلکه مسئله این است که چه کسی مالک ابزار است و این ابزار روی کدام پورت اجرا میشود.

معماری مالکیت
Open Design به عنوان یک موتور طراحی عمل میکند که عاملهای کدنویسی موجود را به نمونههای اولیه بصری تبدیل میکند. این ابزار تحت لایسنس Apache-2.0 منتشر شده و به کاربران اجازه میدهد یک دیمون SQLite محلی و رابط کاربری وب را روی لپتاپ یا سرور مجازی (VPS) خود اجرا کنند.
برای شروع کار، کاربران مخزن (Repo) را کلون کرده، دستور pnpm install را اجرا میکنند و سپس فرمان pnpm tools-dev run web را میزنند. این فرآیند نیاز به اشتراک ابری را بهطور کامل حذف میکند.
بر اساس گزارشی از dev.to که در ۴ اکتبر ۲۰۲۶ منتشر شد، این ابزار دارای چندین مؤلفه فنی کلیدی است:
- تشخیص خودکار آداپتور: این سیستم در هنگام بوت، ۱۲ عامل CLI را شناسایی میکند که از میان آنها میتوان به Claude Code، Cursor، Codex، Gemini، Qwen و OpenCode اشاره کرد.
- سیستمهای مهارت قابل حمل: این ابزار همراه با ۱۳۹ بسته مهارت مبتنی بر فایل (SKILL.md) و ۱۵۰ سیستم طراحی (DESIGN.md) برای پلتفرمهای معروفی مانند Linear، Stripe، Vercel و Apple عرضه شده است.
- یکپارچگی MCP: ادغام با پروتکل زمینهٔ مدل (Model Context Protocol) به ویرایشگرهایی مثل Windsurf یا Cursor اجازه میدهد فایلهای طراحی را مستقیماً بخوانند. یک کاربر ردیت این قابلیت را «بخش ارزشمندی که باید به آن توجه کرد» نامید، زیرا نیاز به گرفتن اسکرینشات یا کپی-پیست کردن کدها برای عامل هوشمند را از بین میبرد.
- معماری BYOK (کلید خودتان را بیاورید): کاربران میتوانند هر API سازگار با OpenAI را متصل کنند؛ این یعنی به محض عرضه یک مدل بهتر در بازار، میتوانند بدون تغییر در زیرساخت، مدل خود را جایگزین کنند.
شکاف کیفیت
با وجود رشد سریع و عبور از ۵۵,۹۰۰ ستاره در گیتهاب (پس از یک جهش اولیه به ۱۸,۰۰۰ ستاره)، این ابزار در حال حاضر در نسخه ۰.۸.۰ قرار دارد و از مشکلات جدی در زمینه پرداخت نهایی و صیقلیافتگی (Polish) رنج میبرد. بازخوردهای کاربران نشان میدهد که کیفیت خروجی هنوز به استاندارد طلایی تعیین شده توسط Claude Design نرسیده است.
نظرات صادقانه جامعه کاربران متناقض است. کاربری به نام flickerdown صراحتاً اعلام کرد: «عالی نیست. نمیتواند حتی در حدودی نزدیک به سطح کیفیت Claude Designer تولید کند.» کاربر دیگری به نام biglboy، ابزار را با مدلهای Kimi K2.6، DeepSeek V4 Pro و Gemini 3.1 Flash تست کرد و اشاره کرد که اگرچه پروژه ساخته میشود، اما «همه چیز واقعاً، واقعاً، واقعاً بد به نظر میرسد.»
موانع فنی نیز همچنان پابرجا هستند. برخی کاربران از خطاهای بارگذاری فریمهای پیشنمایش گزارش دادهاند، در حالی که برخی دیگر برای اتصال صحیح Ollama یا llama.cpp دچار مشکل شدهاند. در حال حاضر، قابلیت «ویرایشهای جراحی» (Surgical Edits) در نقشه راه پروژه قرار دارد تا این لبههای زبر و نقاط ضعف برطرف شود.
با این حال، این شکاف مطلق نیست. برخی توسعهدهندگان استدلال میکنند مدلهایی مثل Kimi K2.6 حدود ۱۰ برابر ارزانتر از Claude Opus 4.7 هستند، در حالی که کیفیت آنها برای اکثر کارهای طراحی به اندازه کافی نزدیک است. علاوه بر این، خودِ Claude Design مشکلات پایداری خاص خود را دارد؛ کاربران آن را ابزاری توصیف میکنند که «روزهای بدش بیشتر از روزهای خوبش است»، برای خروجی گرفتن (Export) «بسیار افتضاح» است و گاهی اوقات به «صفحه سیاه مرگ» تبدیل میشود.
بحث درباره «رایگان بودن»
ظهور این پروژه بحثهای شدیدی در ردیت درباره تعریف دقیق کلمه «رایگان» به راه انداخت. در حالی که نرمافزار Open Design به معنای «آزادی بیان» (متنباز) رایگان است، اما هزینههای استنتاج (Inference) — یعنی هزینه پردازشی برای تولید پاسخ توسط مدل — همچنان بر عهده کاربر است.
یک کامنت این تنش را چنین خلاصه کرد: «این ابزار رایگان است به معنای آزادی (Speech)، نه رایگان به معنای آبجوی مجانی (Beer)». این جمله منجر به دهها بحث درباره معناشناسی شد. منتقدان اشاره کردند که حتی یک مدل محلی ۳۲ میلیارد پارامتری (32B) اغلب برای کارهای طراحی سطح بالا ناکافی است، و این یعنی کاربران همچنان باید برای APIهای ردهبالا هزینه پرداخت کنند.
طرفداران این پروژه با تشبیهی به مته پاسخ دادند: «آیا یک مته رایگان، به این دلیل که شما برای استفاده از آن به خودِ دستگاه مته نیاز دارید، دیگر رایگان نیست؟». این موضوع یک مشکل سختافزاری واقعی را برجسته میکند: بسیاری از کاربران ابزارهای محلی-اول (Local-first) را میخواهند که با مدلهای محلی کار کند، اما سختافزار و مدلهای محلی فعلی هنوز برای کارهای طراحی حرفهای به اندازه کافی خوب نیستند.
تحلیل: انعطافپذیری در برابر صیقلیافتگی
برای کاربر عادی، Claude Design به دلیل خروجی فوری و باکیفیت، همچنان گزینه برتر است؛ به شرطی که سقف استفاده (Quota) را رد نکند. اما برای سازندگان حرفهای، «صفحه سیاه مرگ» و شکست در خروجی گرفتن که در ابزار آنتروپیک گزارش شده، نقاط شکست بحرانی هستند که توسط کاربر قابل حل نیستند.
Open Design در زمینه پایداری بلندمدت برنده است. در میدانی که رهبری مدلها هر شش هفته یک بار تغییر میکند، محبوس شدن در فرمت پرامپت یک فروشنده واحد، یک ریسک استراتژیک است. همانطور که در یکی از کامنتهای ردیت اشاره شد: «قابلیت BYOK تنها بخشی است که در بلندمدت اهمیت دارد... محبوس شدن در فرمت پرامپت یک فروشنده، مانند شلیک کردن به پای خود است.»
این انعطافپذیری به سیستم مهارتها نیز گسترش مییابد. کاربران میتوانند یک پوشه را در دایرکتوری مهارتها قرار دهند و دیمون را ریاستارت کنند تا قابلیتهای جدید را بدون منتظر ماندن برای فروشگاه پلاگینها یا تایید فروشنده، اضافه کنند. علاوه بر این، توانایی خروجی گرفتن از پروژههای Claude Design به صورت فایل ZIP و کشاندن (Drag) آنها به داخل Open Design، یک راه خروج (Exit Ramp) عملی برای کسانی ایجاد میکند که دیگر محدودیتهای اشتراکی را تحمل نمیکنند.
در نهایت، این چرخش نشاندهنده تقاضای فزاینده برای «حاکمیت محاسباتی» (Compute Sovereignty) در فضای طراحی است. پذیرفتن ناامیدیهای ابزارهای محلی — مانند گذراندن ۲۰ دقیقه در خیره شدن به خطای «invalid or unreachable» و سپس متوجه شدن اینکه شماره پورت فقط یک عدد اشتباه بوده — بهایی است که بسیاری حاضرند بپردازند. همانطور که یک توسعهدهنده اشاره کرد، اینe ناامیدی قابل قبول است چون ابزار متعلق به آنهاست؛ هیچکس نمیتواند پورت آنها را محدود کند یا دسترسیشان را در میانه یک پروژه قطع نماید.
برای اینکه متوجه شوید آیا گردش کار فعلی شما بیش از حد به یک فروشنده وابسته است، سعی کنید یکی از پروژههای اخیر خود را در یک عامل محلی وارد کرده و آن را با یک مدل ارزانتر با وزنهای باز (Open-weights) تست کنید.
گام بعدی شما
- پروژههای اخیر خود را از ابزارهای ابری خروجی بگیرید و در یک محیط محلی تست کنید.
- مدلهای وزنباز ارزانتر را برای کارهای اولیه طراحی جایگزین مدلهای گرانقیمت کنید.
- پروتکل MCP را در ویرایشگر کد خود فعال کنید تا ارتباط مستقیم با فایلهای طراحی برقرار شود.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما درباره تراشههای Blackwell مراجعه کنید.




گفتگو