‏چرا دیزاین سیستم شما هنوز برای AI آماده نیست

رومینا کاوچیچ تو این مقاله یه اصطلاح تازه ساخته: foundations maxxing، یعنی به‌جای خرج کردن کلی توکن (اعتبار مصرفی ابزارهای AI) برای خروجی گرفتن، وقت بذاریم روی محکم کردن پایه‌های دیزاین سیستم. نویسنده می‌گه الان حتی کسی که کدنویسی بلد نیست می‌تونه از Figma تو چند دقیقه به یه پروتوتایپ کارکننده برسه. ولی اگه زمین زیر پا لرزون باشه، هیچ ورک‌فلویی به محصول مقیاس‌پذیر نمی‌رسه.

حرف اصلیش اینه که دیزاین سیستم زیرساخته، درست مثل پایپ‌لاین CI/CD یا دیتابیس. نویسنده اون رو مثل یه API می‌بینه که به AI اجازه می‌ده محصول رو امن بسازه. وقتی هر کسی می‌تونه یه صفحه یا اپ تولید کنه، چیزی که شما رو از رقبا جدا می‌کنه سیستم پشتشه. به گفتهٔ اون، ساختن یه صفحه با دیزاین سیستم دست‌کم ۵۰ درصد سریع‌تر از کدنویسی از صفره و این نگاه «زیرساختی» فروختنش به مدیرها رو هم راحت‌تر می‌کنه.

قدم اول یه ممیزی (audit) کامله. نویسنده توکن‌های طراحی (همون Figma variables) رو دنبال لایه‌های مخفی، رنگ‌های hex خام و scopeهای غلط می‌گرده و کامپوننت‌ها رو برای کم کردن variantها بررسی می‌کنه. کد رو هم با linter دنبال مقدارهای hard-coded می‌گرده. مستندات، فایل‌های .md، دسترس‌پذیری و ورک‌فلوی بین طراحی و توسعه هم بررسی می‌شن. می‌شه یه agent رو به فایل Figma یا کد وصل کرد تا drift (فاصلهٔ طراحی با پیاده‌سازی) رو بشماره. گزارش نهایی باید تو یه صفحه جا بشه.

بعدش نوبت درست کردن پایه‌هاست: ساختار نام‌گذاری توکن‌ها، توضیح برای هر کامپوننت، و فایل‌های .md که کامپوننت‌ها و رابطه‌هاشون رو شرح بدن. یه قانون semantic binding هم لازمه، یعنی کامپوننت‌ها از توکن‌های معنایی مثل color.action.primary استفاده کنن تا agent بفهمه این توکن تو همهٔ تم‌ها مال اکشن اصلیه. یه decision log (سند کوتاهی از تصمیم‌های ریز با تاریخ و دلیل) هم کمک می‌کنه کسی بی‌دلیل یه طراحی جاافتاده رو عوض نکنه.

بعد Figma باید به کد وصل بشه. روی پلن Enterprise، API خودش Figma Variables رو در اختیار می‌ذاره و بعد با Style Dictionary یا یه اسکریپت، متغیرها به CSS variables تبدیل می‌شن. آخر سر MCPها (رابط‌هایی که ابزار AI رو به Figma، GitHub یا PostHog وصل می‌کنن) اضافه می‌شن و قانون‌ها تو فایل CLAUDE.md نوشته می‌شن. نویسنده تأکید می‌کنه فقط چیزی رو وصل کنید که اشتراکش داخل سازمان مجازه.

بخش آخر مقاله دربارهٔ آدم‌هاست. نویسنده مثال می‌زنه که یه product manager تو یه ماه ۱۱۴ PR باز کرده و تیم‌های توسعه حدود ۶۰ درصد بیشتر از رکورد پارسال PR گرفتن؛ یعنی بار بررسی همه‌ش می‌افته گردن توسعه‌دهنده‌ها. به نظرش حذف جلسه‌ها و بحث‌های UX به اسم سرعت اشتباهه، چون AI تجربهٔ واقعی کاربرها رو نمی‌دونه. شعارش اینه: اول UX، بعد UI.

نکات کلیدی:

• دیزاین سیستم زیرساخته، هم‌ردیف CI/CD و دیتابیس
• ساختن یه صفحه با دیزاین سیستم دست‌کم ۵۰ درصد سریع‌تر از کدنویسی از صفره
• قبل از وصل کردن MCP، توکن‌ها، کامپوننت‌ها، کد و دسترس‌پذیری ممیزی می‌شن و گزارشش باید یه‌صفحه‌ای باشه
• ابزارهای پرکاربرد نویسنده: Playwright، Figma MCP، GitHub MCP، Storybook، Style Dictionary و PostHog MCP
• یه product manager تو یه ماه ۱۱۴ PR باز کرده و تیم‌ها ۶۰ درصد بیشتر از رکورد پارسال PR گرفتن