ڈیزائن سسٹم: اجزاء، ٹوکن اور دستاویزات میں مصنوعی ذہانت

فائدہ:

• مصنوعی ذہانت کے ساتھ مستقل ڈیزائن ٹوکن، اجزاء کے نام اور استعمال کے قواعد کا مسودہ تیار کرنے اور بنانے کی صلاحیت
• مصنوعی ذہانت کے ساتھ اجزاء کی دستاویزات کو تیزی سے تیار کرنے، مثالیں نہ کرنے اور استعمال نہ کرنے کی صلاحیت
• موجودہ ڈیزائن کے نظام سے متصادم ہونے کے لیے مصنوعی ذہانت کی تجاویز کو چیک کرنے اور انفرادیت کو محفوظ رکھنے کی صلاحیت

ایک ڈیزائن سسٹم وہ عام زبان ہے جو کسی پروڈکٹ کو فیملی کی شکل اور مستقل مزاجی سے برتاؤ کرتی ہے: دوبارہ قابل استعمال اجزاء (بٹن، کارڈ، فارم فیلڈ)، ڈیزائن ٹوکنز (کلر، اسپیسنگ، ٹائپوگرافی جیسی اقدار کی نامزد تعریفیں)، اور دستاویزات جو ان کو استعمال کرنے کا طریقہ بتاتی ہیں۔ ایک اچھا ڈیزائن سسٹم دس ڈیزائنرز کو ایک ہی پروڈکٹ کو ڈیزائن کرنے کی اجازت دیتا ہے گویا یہ ایک ہی ذریعہ سے تیار کیا گیا ہو۔ اس سسٹم کو انسٹال کرنا اور اسے برقرار رکھنا تھکا دینے والا، بار بار اور متن سے بھرپور کام ہے۔ یہ وہ جگہ ہے جہاں مصنوعی ذہانت چمکتی ہے۔ لیکن نظام کا جوہر انفرادیت اور مستقل مزاجی ہے۔ موجودہ نظام سے متصادم ہونے کی جانچ کیے بغیر AI کی سفارشات کو قبول نہیں کیا جا سکتا۔

ٹوکن اور نام: مستقل مزاجی کی بنیاد

ایک ڈیزائن ٹوکن ڈیزائن کے فیصلے کی ایک نامزد، دوبارہ قابل استعمال قدر ہے: کلر-پرائمری، اسپیس سینٹر، ٹیکسٹ ٹائٹل-کیپٹل۔ ٹوکنز کی بدولت، آپ ایک جگہ رنگ تبدیل کر سکتے ہیں اور اسے پوری پروڈکٹ میں اپ ڈیٹ کر سکتے ہیں۔ لیکن ٹوکن کی طاقت کا انحصار نام کی مستقل مزاجی پر ہے۔ اگر بلیو-1، مین بلیو، پرائمری بلیو کو ملا کر استعمال کیا جائے تو سسٹم کریش ہو جائے گا۔

AI یہاں دو چیزوں میں اچھا ہے: ایک مستقل نام کی اسکیم کے خلاف اپنے موجودہ ٹوکن سیٹ کا جائزہ لینا، اور نئے ٹوکنز کے لیے اسکیما کے مطابق نام تجویز کرنا۔ "اس ٹوکن لسٹ کو سیمنٹک (معنی پر مبنی) نام دینے میں ترجمہ کریں" جیسی درخواست آپ کو ایسے نام بنانے میں مدد کرے گی جو معنی کا اظہار کرتے ہیں، جیسے کہ بلیو-500 کے بجائے کلر-ایکشن-پرائمری۔ لیکن حتمی نام کا فیصلہ ٹیم کا معاہدہ ہے۔ ماڈل صرف ایک خاکہ فراہم کرتا ہے۔

ٹپ: AI کو ٹوکن کا نام دیتے وقت، اپنی موجودہ اسکیم کی 5-6 مثالیں دیں اور بولیں "اسی پیٹرن میں رکھیں"۔ نمونہ کے بغیر درخواست نام پیدا کرتی ہے جو آپ کے سسٹم میں غیر ملکی ہیں۔

اجزاء کی دستاویزات: AI کا سب سے زیادہ پیداواری علاقہ

ایک جزو کی دستاویزات میں شامل ہیں: یہ کیا کرتا ہے، اسے کب استعمال کرنا ہے، کب اسے استعمال نہیں کرنا ہے، اس کی مختلف حالتیں، حالتیں (پہلے سے طے شدہ، ہوور، غیر فعال، خرابی)، قابل رسائی نوٹ، اور "کرنا/نہ کرنا" کی مثالیں۔ ان تحریروں کو ہاتھ سے لکھنے میں گھنٹے لگتے ہیں، یہی وجہ ہے کہ بہت سی ٹیمیں دستاویزات کو نظر انداز کر دیتی ہیں۔

AI اس خلا کو پُر کرتا ہے: جب آپ کسی جز کی وضاحت کرتے ہیں، تو یہ مسودہ دستاویزات، استعمال کے قواعد، اور مثالیں متواتر فارمیٹ میں تیار کرتا ہے۔ اس طرح، دستاویزات "کوئی نہیں" سے "وہاں ایک مسودہ ہے، اسے طے کیا جائے گا" تک جاتا ہے، جو ایک بڑا فائدہ ہے۔ تاہم، ماڈل جزو کے اصل رویے کو نہیں جانتا؛ یہ آپ کا کام ہے کہ آپ ان اصولوں کو جو اس کے بنائے ہوئے ہیں نظام کی حقیقت سے ہم آہنگ کریں۔

دستاویز کا ٹکڑا

مصنوعی ذہانت کا تعاون

انسانی تصدیق

یہ کیا کرتا ہے؟

آؤٹ لائن کی تعریف صاف کریں۔

مقصد کے لیے حقیقی فٹنس

کب استعمال کرنا ہے۔

عمومی منظرنامے۔

مصنوعات کے مخصوص اصول

مثالیں کریں/نہ کریں۔

فوری ڈرافٹ جوڑے

اصل غلط استعمال

قابل رسائی نوٹ

معیاری یاد دہانیاں

حقیقی امتحان سے تصدیق شدہ

متغیر/کیس کی فہرست

ممکنہ فہرست

جو اصل میں نظام میں موجود ہیں۔

تضاد کی جانچ: یکسانیت کا تحفظ

ڈیزائن سسٹم کا آرک دشمن نقل ہے: دو بٹن ایک ہی کام کرتے ہیں، دو مختلف اسپیس اسکیلز، دو متضاد اصول۔ جب AI کوئی نیا جزو یا اصول تجویز کرتا ہے، تو وہ تجویز موجودہ نظام سے متصادم ہو سکتی ہے - یہ آپ کے پورے ماڈل سسٹم کو ذہن میں نہیں رکھتی۔ لہذا میں یہ پوچھ کر ہر تجویز کا جائزہ لیتا ہوں "کیا یہ کسی ایسی چیز سے متصادم ہے جو پہلے سے موجود ہے؟" سوال کے ساتھ فلٹر کریں۔ آپ تنازعات کی اسکیننگ میں مصنوعی ذہانت کا استعمال بھی کر سکتے ہیں: آپ موجودہ نظام کا خلاصہ اور نئی سفارشات دے سکتے ہیں اور تنازعات کو درج کر سکتے ہیں۔ لیکن حتمی "واحد درست" فیصلہ ٹیم پر منحصر ہے۔

تین چھوٹے مقدمات

کیس 1 - دستاویزی قرض صاف ہو گیا۔ ٹیم کے 24 اجزاء میں سے صرف 6 کے پاس دستاویزات تھے۔ مصنوعی ذہانت کے ساتھ باقی 18 اجزاء کے لیے مسودہ دستاویزات تیار کیے گئے تھے۔ ٹیم نے ہر ایک کو 10-15 منٹ میں ٹھیک کیا۔ جو کام ہفتوں کے لیے ملتوی تھا، دو دن میں مکمل ہو گیا۔

کیس 2 - ٹوکن کا نام مستقل ہو گیا۔ ایک سسٹم میں رنگوں کو ملایا گیا جیسے blue1، mainBlue، brand-blue۔ AI نے موجودہ 40 ٹوکنز کا سیمنٹک اسکیما میں ترجمہ کیا۔ ٹیم نے اس پر نظر ثانی کی اور ایک ہی معیار کو تبدیل کیا۔ بعد کے ڈیزائنوں میں رنگ کی غلطیاں نمایاں طور پر کم ہوئیں۔

کیس 3 - متضاد جزو کو مسترد کر دیا گیا تھا۔ AI نے ایک نیا جزو تجویز کیا جسے "ثانوی ایکشن بٹن" کہا جاتا ہے۔ جب ٹیم نے تضادات کے لیے اسکین کیا، تو انھوں نے پایا کہ اس نے وہی کام کیا جو موجودہ "گھوسٹ بٹن" نے کیا اور اس تجویز کو مسترد کر دیا۔ سبق: ہر تجویز سسٹم میں ایک نیا جزو شامل نہیں کرتی ہے۔ کبھی کبھی جو دستیاب ہے اسے استعمال کرنا درست ہے۔

کاپی کرنے کے قابل اشارے

آپ کا کردار: ڈیزائن سسٹم ایڈمنسٹریٹر۔ اس جزو کو دستاویز کریں: << جزو اور اس کا برتاؤ>>۔ فارمیٹ: یہ کیا کرتا ہے | کب استعمال کریں | جب استعمال نہیں کرنا ہے |متغیرات | حالات | قابل رسائی نوٹ | 2 کریں / 2 مثال نہ دیں۔ ایسا سلوک جو آپ نہیں جانتے۔ "ٹیم کو بھرنا ضروری ہے" لکھیں۔

ٹوکنز کی اس فہرست کو سیمنٹک (معنی پر مبنی) نام کی اسکیم میں ترجمہ کریں۔ میری موجودہ اسکیما مثالیں: <<5-6 مثالیں>>۔ اسی طرز پر جاری رکھیں۔ ہر ٹوکن کے لیے پرانا نام -> نیا نام -> جواز کی میز دیں۔ فہرست: <<ٹوکن>>

تضادات کے لیے اسکین کریں: میرے موجودہ ڈیزائن سسٹم کا خلاصہ: <<summary>>۔ نیا مجوزہ جزو/قاعدہ: <<suggestion>>۔ کیا یہ تجویز موجودہ نظام سے متصادم ہے (جزو جو ایک ہی کام کرتا ہے، متضاد اصول، ڈپلیکیٹ ٹوکن)؟ تنازعات اور اپنی تجویز کی فہرست بنائیں۔

اس جزو کے لیے "کرو/نہ کرو" مثال کے جوڑے بنائیں: حقیقت پسندانہ درست استعمال اور حقیقت پسندانہ غلط استعمال کے منظرنامے۔ ہر جوڑے کے لیے، ایک جملے میں وضاحت کریں کہ یہ سچ/غلط کیوں ہے۔ اجزاء: <<نام اور مقصد>>

کمزور فوری / مضبوط اشارہ

کمزور: "اس بٹن کے لیے دستاویزات لکھیں۔"

نتیجہ: ایک عام، فارمیٹ شدہ متن جس کا سسٹم سے کوئی تعلق نہیں۔

مضبوط: "اس بٹن کو درج ذیل فارمیٹ میں دستاویز کریں (یہ کیا کرتا ہے / کب استعمال نہ کریں / مختلف حالتیں / معاملات / رسائی / کیا نہ کریں)؛ ایسا رویہ بنائیں جو آپ نہیں جانتے، 'ٹیم کو بھرنا ضروری ہے' لکھیں۔"

نتیجہ: مستقل طور پر فارمیٹ شدہ، مناسب جگہ پر، قابل تدوین مخطوطہ۔

فرق: مضبوط پرامپٹ فارمیٹ + من گھڑت پابندی + ڈو/ڈن پرمپٹس۔

عام غلطیاں

• مثال کے بغیر ٹوکن کے نام کی درخواست کرنا۔ ماڈل ایسے نام بناتا ہے جو آپ کے سسٹم کے لیے غیر ملکی ہیں۔ مستقل مزاجی ٹوٹ جاتی ہے.
• تضادات کے لیے اسکین کیے بغیر اجزاء شامل کرنا۔ نقل نظام کا قدیم دشمن ہے۔
• یہ فرض کرتے ہوئے کہ ماڈل کے ذریعہ ایجاد کردہ طرز عمل درست ہے۔ AI جزو کے اصل سلوک کو نہیں جانتا ہے۔
• بغیر جانچ کے رسائی کی درجہ بندی کو قبول کرنا۔ معیاری یاد دہانی اصل جانچ کا متبادل نہیں ہے۔
• دستاویزات کو ایک بار لکھنا اور اسے اپ ڈیٹ نہیں کرنا۔ سسٹم کی تبدیلی کے ساتھ ہی دستاویز کو اپ ڈیٹ کیا جانا چاہیے۔

خلاصہ میں

ڈیزائن سسٹم مستقل مزاجی اور توسیع پذیری کا بنیادی ڈھانچہ ہے۔ لیکن اس کی دیکھ بھال کو اکثر نظر انداز کیا جاتا ہے کیونکہ یہ متن سے بھرپور اور بار بار ہوتا ہے۔ AI اس قرض کو فوری طور پر اجزاء کی دستاویزات تیار کرکے، مثالیں، استعمال کے اسکرپٹس، اور ٹوکن نام کے مسودے تیار کرکے حل کرتا ہے۔ لیکن نظام کا جوہر یکسانیت اور مستقل مزاجی ہے: ہر ٹوکن نام کی نمونہ اسکیما کے خلاف تصدیق ہونی چاہیے، ہر جزو کی تجویز کو متضاد اسکین کیا جانا چاہیے، رویے کی ہر تفصیل کی حقیقت کے خلاف تصدیق ہونی چاہیے۔ ماڈل کو ایک موثر ڈرافٹر کے طور پر استعمال کریں۔ ٹیم انفرادی طور پر درست فیصلہ کرتی ہے۔

درخواست کا کام

1. غائب دستاویزات کے ساتھ ایک جزو منتخب کریں اور پہلے پرامپٹ کے ساتھ ایک مسودہ دستاویز تیار کریں۔
2. اصل رویے کے ساتھ "ٹیم کو بھرنا چاہیے" کے نشان والے فیلڈز کو مکمل کریں۔
3. دوسرے پرامپٹ کے ساتھ، اپنے 8-10 ٹوکنز کو سیمنٹک اسکیم میں تبدیل کریں اور ایک پرانا/نئے نام کا ٹیبل بنائیں۔
4. ایک نئے جز کے خیال کے لیے، تیسرے پرامپٹ کے ساتھ تضادات کے لیے اسکین کریں۔
5. چوتھے پرامپٹ کے ساتھ، کسی جزو کے لیے do/dot مثال کے جوڑے تیار کریں اور انہیں سسٹم میں شامل کریں۔

چیک لسٹ

• میں نے ٹوکن کے نام کو مثال کے اسکیما سے جوڑ دیا۔
• میں نے تنازعات کے لیے نئے اجزاء کو اسکین کیا۔
• [ ] میں نے ماڈل کے بنائے ہوئے رویوں کی حقیقت کے ساتھ تصدیق کی۔
• میں نے حقیقی جانچ کے ساتھ قابل رسائی نوٹوں کی تصدیق کرنے کا منصوبہ بنایا۔
• میں نے دستاویزات کو ایک مستقل شکل میں رکھا۔
• میں نے انفرادیت کو محفوظ رکھا اور نقل کو روکا۔