استفاده از دیگ بدونِ کدنویسی

لازم نیست کد بلد باشید. دیگ یک خط‌فرمان (CLI) دارد؛ کافی است یک دستیارِ هوش‌مصنوعیِ کدنویس (مثلِ Claude Code، Cursor یا مشابه) روی همان پوشهٔ پروژه باز داشته باشید و به فارسیِ ساده به آن بگویید چه می‌خواهید. این صفحه برای هر کاری که معمولاً پیش می‌آید، دقیقاً همان جمله را به شما می‌دهد.

قدمِ اول: راه‌اندازی

راه‌اندازیِ دیگ در پروژه
به دستیارتون بگید: «دیگ رو تو این پروژه راه‌اندازی کن»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest init --yes

چی می‌بینید: یک فایلِ کوچک به اسمِ dig.json در ریشهٔ پروژه اضافه می‌شود. همین.

به چه دردتون می‌خوره: این فایل به دیگ می‌گوید فایل‌های هر کامپوننت را کجا بگذارد (مثلاً پوشهٔ کامپوننت‌های پروژهٔ شما). فقط یک‌بار، در ابتدای کار لازم است.

نصبِ یک کامپوننت

افزودنِ یک کامپوننتِ آماده به پروژه
به دستیارتون بگید: «کامپوننتِ دکمه رو از دیگ نصب کن»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest add button

چی می‌بینید: یک یا چند فایلِ تازه در پروژه‌تان اضافه می‌شود (مثلاً فایلِ دکمه)؛ اگر آن کامپوننت به چیزِ دیگری نیاز داشته باشد، آن هم خودکار نصب می‌شود.

به چه دردتون می‌خوره: به‌جای این‌که کسی از صفر یک دکمه طراحی/کدنویسی کند، یک نسخهٔ آماده و هماهنگ با بقیهٔ دیزاین‌سیستم می‌گیرید.

می‌توانید چند کامپوننت را با هم بخواهید: «کامپوننت‌های دکمه و ورودی و کارت رو نصب کن» هم درست کار می‌کند.

بروزرسانیِ یک کامپوننت

گرفتنِ آخرین نسخه از یک کامپوننتِ نصب‌شده
به دستیارتون بگید: «اول ببین کامپوننتِ دکمه از آخرین نسخهٔ دیگ چه فرقی داره، بعد اگه به‌صرفه بود بروزرسانیش کن»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest diff button
npx digdesign@latest update button

چی می‌بینید: اول فقط یک گزارشِ تفاوت (چه چیزی قرار است عوض شود)؛ اگر گفتید انجام بده، فایل‌هایی که خودتان دست نزده‌اید با نسخهٔ تازه بازنویسی می‌شوند.

به چه دردتون می‌خوره: طراحی/رفتارِ کامپوننت‌ها هرازگاهی بهتر می‌شود (رفعِ باگ، دسترسی‌پذیریِ بهتر)؛ این‌طور آن بهبودها را می‌گیرید بدونِ این‌که دوباره از صفر نصب کنید.

اگر نمی‌خواهید چیزی بروزرسانی شود

هیچ کاری لازم نیست. تا وقتی به دستیارتان نگویید «فلان کامپوننت رو بروزرسانی کن»، دیگ خودش سراغِ هیچ فایلی نمی‌رود. اگر فقط برایِ یک کامپوننتِ خاص نگرانید، کافی است هیچ‌وقت برای همان یکی درخواستِ بروزرسانی ندهید — بقیهٔ پروژه هم دست‌نخورده می‌ماند.

چک‌کردنِ نسخهٔ جدید، بدونِ گرفتنش

فقط دیدنِ این‌که چه چیزی تغییر کرده
به دستیارتون بگید: «ببین کامپوننتِ دکمه نسخهٔ جدیدتری داره یا نه، و اگه داره چی توش تغییر کرده»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest release button

چی می‌بینید: یادداشتِ انتشارِ نسخهٔ فعلیِ رجیستری برای همان کامپوننت — بدونِ این‌که چیزی در پروژه‌تان تغییر کند.

به چه دردتون می‌خوره: قبل از تصمیم به بروزرسانی، می‌فهمید ارزشش را دارد یا نه.

ببینید یک کامپوننت هنوز پشتیبانی می‌شود یا نه
به دستیارتون بگید: «ببین کامپوننتِ فلان هنوز فعاله یا منسوخ شده»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest status <نام‌کامپوننت>

چی می‌بینید: یکی از سه وضعیت: فعال، منسوخ (deprecated)، یا حذف‌شده.

به چه دردتون می‌خوره: اگر منسوخ شده، بهتر است به‌مرور جایگزینش کنید تا با نسخه‌های بعدیِ دیزاین‌سیستم ناسازگار نشوید.

وقتی بروزرسانی به تغییرِ کدِ دیگه‌ای هم نیاز داره

بررسیِ تغییراتِ شکننده (breaking changes) قبل از اعمال
به دستیارتون بگید: «ببین بروزرسانیِ کامپوننتِ دکمه نیاز به تغییرِ چیزِ دیگه‌ای هم تو پروژه داره یا نه»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest migrate button --plan
npx digdesign@latest migrate button --dry-run

چی می‌بینید: فهرستی از تغییراتِ لازم؛ با dry-run حتی می‌بینید دقیقاً کدام فایل‌ها تحتِ تأثیرند، بدونِ این‌که چیزی نوشته شود.

به چه دردتون می‌خوره: بعضی بروزرسانی‌ها فقط تعویضِ فایل نیست؛ اگر جایی از کد به شکلِ قدیمیِ کامپوننت متکی بود، اینجا زودتر می‌فهمید.

اعمالِ واقعیِ آن تغییرات
به دستیارتون بگید: «خب، این مهاجرت رو واقعاً اعمال کن»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest migrate button --apply

چی می‌بینید: فایل‌های لازم به‌صورتِ خودکار بازنویسی می‌شوند.

به چه دردتون می‌خوره: بروزرسانی را کامل و امن تمام می‌کند، بدونِ این‌که چیزی نصفه‌کاره بماند.

قبل از تغییر یا حذفِ چیزی که چند کامپوننت به آن وابسته‌اند

دیدنِ دامنهٔ تأثیر
به دستیارتون بگید: «ببین اگه فلان وابستگی رو عوض کنم، چه کامپوننت‌های دیگه‌ای تحتِ تأثیر قرار می‌گیرن»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest impact <نامِ‌وابستگی>

چی می‌بینید: فهرستِ همهٔ کامپوننت‌هایی که مستقیم یا غیرمستقیم به همان وابستگی متکی‌اند.

به چه دردتون می‌خوره: جلوی یک تغییرِ کوچک را می‌گیرد که قرار بود بزرگ باشد و چند جای دیگرِ پروژه را هم خراب کند.

یک گزارشِ کلی از وضعیتِ دیزاین‌سیستم در پروژه‌تان

خلاصهٔ سلامتِ همه‌چیز، یک‌جا
به دستیارتون بگید: «یه گزارشِ کاملِ سلامتِ دیزاین‌سیستمِ این پروژه بده»

دستیار زیرِ پوست معمولاً همین را اجرا می‌کند:

npx digdesign@latest health

چی می‌بینید: نرخِ پذیرش، مهاجرت‌های در انتظار، کامپوننت‌های منسوخ، و ریسکِ وابستگی — همه در یک گزارش.

به چه دردتون می‌خوره: بدونِ این‌که تک‌تکِ کامپوننت‌ها را دستی چک کنید، می‌فهمید کجای پروژه نیاز به توجه دارد.