Dizayn Sistemi: Komponent, Token və Sənədləşmədə Süni İntellekt — UI/UX Dizaynında Süni İntellekt

Qazanclar:

Süni intellektlə ardıcıl dizayn işarələri, komponentlərin adlandırılması və istifadə qaydalarını hazırlamaq və hazırlamaq bacarığı
Süni intellektlə komponent sənədlərini tez hazırlamaq, nümunələr etmək/etməyin və mətnlərdən istifadə etmək bacarığı
Mövcud dizayn sistemi ilə ziddiyyət üçün süni intellekt təkliflərini yoxlamaq və unikallığı qorumaq bacarığı

Dizayn sistemi məhsul ailəsinin görünüşünü və ardıcıl davranmasını təmin edən ümumi dildir: təkrar istifadə edilə bilən komponentlər (düymə, kart, forma sahəsi), dizayn işarələri (rəng, boşluq, tipoqrafiya kimi dəyərlərin adlandırılmış tərifləri) və onlardan necə istifadə olunacağını izah edən sənədlər. Yaxşı dizayn sistemi on dizaynerə eyni məhsulu bir mənbədən istehsal edilmiş kimi dizayn etməyə imkan verir. Bu sistemin quraşdırılması və saxlanması yorucu, təkrarlanan və mətn tələb edən işdir; Süni intellektin parladığı yer məhz budur. Lakin sistemin mahiyyəti təklik və ardıcıllıqdır; AI-nin tövsiyələri mövcud sistemlə ziddiyyət yoxlanılmadan qəbul edilə bilməz.

Tokenlər və adlandırma: ardıcıllıq üçün əsas

Dizayn işarəsi dizayn qərarının adlandırılmış, təkrar istifadə edilə bilən dəyəridir: rəng-əsas, boşluq-mərkəz, mətn-başlıq-kapital. Tokenlər sayəsində siz rəngi bir yerdə dəyişə və onu bütün məhsulda yeniləyə bilərsiniz. Lakin tokenlərin gücü adlandırmanın ardıcıllığından asılıdır; Mavi-1, əsas-mavi, ilkin Mavi qarışıq istifadə edilərsə, sistem çökəcək.

Süni intellekt burada iki şeydə yaxşıdır: ardıcıl adlandırma sxeminə qarşı mövcud token dəstinizi nəzərdən keçirmək və yeni tokenlər üçün sxemə uyğun adlar təklif etmək. "Bu nişan siyahısını semantik (mənaya əsaslanan) adlandırmaya tərcümə edin" kimi sorğu sizə mavi-500 əvəzinə rəng-fəaliyyət-əsas kimi mənanı çatdıran adlar yaratmağa kömək edəcək. Amma son adlandırma qərarı komandanın müqaviləsidir; Model yalnız kontur təqdim edir.

İpucu: Süni intellekt üçün tokenləri adlandırarkən, cari sxeminizdən 5-6 nümunə verin və "eyni modeldə saxlayın" deyin. Nümunəsiz sorğu sisteminiz üçün yad olan adlar yaradır.

Komponent sənədləri: AI-nin ən məhsuldar sahəsi

Komponentin sənədlərinə aşağıdakılar daxildir: nə edir, nə vaxt istifadə etməli, nə vaxt istifadə etməməli, onun variantları, vəziyyətləri (defolt, hover, passiv, xəta), əlçatanlıq qeydləri və "edin/edin" nümunələri. Bu mətnləri əl ilə yazmaq saatlarla vaxt aparır, buna görə də bir çox komanda sənədlərə məhəl qoymur.

Süni intellekt bu boşluğu doldurur: bir komponenti təsvir edərkən, o, layihə sənədləri, istifadə qaydaları və ardıcıl formatda et/etmə nümunələri hazırlayır. Beləliklə, sənədləşmə “yox”dan “qaralama var, düzələcək”ə doğru gedir ki, bu da böyük qazancdır. Bununla belə, model komponentin faktiki davranışını bilmir; Onun yaratdığı qaydaları sistemin reallığı ilə uyğunlaşdırmaq sizin işinizdir.

sənəd parçası

Süni intellektin töhfəsi

insan yoxlanışı

Bu nə edir?

Kontur tərifini aydınlaşdırın

Məqsəd üçün əsl fitness

Nə vaxt istifadə etməli

Ümumi ssenarilər

Məhsulun xüsusi qaydaları

Et/etmə nümunələri

Sürətli qaralama cütləri

Faktiki sui-istifadələr

Əlçatanlıq qeydi

Standart xatırlatmalar

Həqiqi testlə təsdiq edilmişdir

Variant/hal siyahısı

mümkün siyahısı

Sistemdə həqiqətən mövcud olanlar

Ziddiyyət yoxlanışı: təkliyin qorunması

Dizayn sisteminin əsas düşməni təkrarlamadır: eyni işi görən iki düymə, iki fərqli kosmik tərəzi, iki ziddiyyətli qayda. Süni intellekt yeni komponent və ya qayda təklif etdikdə, bu təklif mövcud sistemlə ziddiyyət təşkil edə bilər – bu, bütün model sisteminizi yadda saxlamır. Ona görə də hər bir təklifi “bu artıq mövcud olan bir şeylə ziddiyyət təşkil edirmi?” sualı ilə qiymətləndirirəm. Sualla süzün. Siz həmçinin konfliktlərin skan edilməsində süni intellektdən istifadə edə bilərsiniz: siz cari sistemin xülasəsini və yeni tövsiyəni verə və konfliktləri sadalaya bilərsiniz. Ancaq son "tək düzgün" qərar komandadan asılıdır.

üç mini qutu

1-ci hal – Sənədləşmə borcu silindi. Komandanın 24 komponentindən yalnız 6-nın sənədləri var idi. Süni intellektə malik qalan 18 komponent üzrə sənədlərin layihələri hazırlanmışdır; Komanda hər birini 10-15 dəqiqə ərzində düzəldib. Həftələrlə təxirə salınan iş iki günə tamamlanıb.

Case 2 - Token adlandırma ardıcıl oldu. Bir sistemdə rənglər blue1, mainBlue, brend-mavi kimi qarışdırılıb. AI mövcud 40 tokeni semantik sxemə çevirdi; Komanda onu yenidən nəzərdən keçirdi və vahid standarta keçdi. Sonrakı dizaynlarda rəng səhvləri nəzərəçarpacaq dərəcədə azaldı.

3-cü hal – Ziddiyyətli komponent rədd edildi. Süni intellekt “ikinci dərəcəli fəaliyyət düyməsi” adlı yeni komponent təklif etdi. Komanda ziddiyyətlər üçün skan etdikdə, onun mövcud "xəyal düyməsi" ilə eyni işi gördüyünü və təklifi rədd etdiyini gördülər. Dərs: hər təklif sistemə yeni komponent əlavə etmir; Bəzən mövcud olandan istifadə etmək düzgündür.

Kopyalana bilən göstərişlər

Bu işarələrin siyahısını semantik (mənaya əsaslanan) adlandırma sxeminə tərcümə edin. Mənim cari sxem nümunələrim: <<5-6 misal>>. Eyni şəkildə davam edin. Hər bir işarə üçün köhnə ad verin -> yeni ad -> əsaslandırma cədvəli. Siyahı: <<tokens>>

Ziddiyyətləri araşdırın: Mənim cari dizayn sistemimin xülasəsi: <<xülasə>>. Yeni təklif olunan komponent/qayda: <<təklif>>. Bu təklif mövcud sistemlə (eyni işi görən komponent, ziddiyyətli qayda, dublikat işarəsi) ilə ziddiyyət təşkil edirmi? Münaqişələri və təklifinizi sadalayın.

Bu komponent üçün "edin/etməyin" nümunə cütlərini yaradın: real düzgün istifadə və real yanlış istifadə ssenariləri. Hər bir cüt üçün bunun niyə doğru/yalan olduğunu bir cümlə ilə izah edin. Komponent: <<ad və məqsəd>>

Zəif məlumat / Güclü göstəriş

Zəif: "Bu düymə üçün sənədləri yazın."

Nəticə: Sistemlə əlaqəsi olmayan ümumi, formatlaşdırılmış mətn.

Güclü: "Bu düyməni aşağıdakı formatda sənədləşdirin (nə edir / nə vaxt istifadə edilməməlidir / variantları / hallar / əlçatanlıq / etməmək); bilmədiyiniz davranışı düzəldin, "komanda doldurmalıdır" yazın."

Nəticə: Ardıcıl formatlanmış, düzgün aralıqlı, redaktə edilə bilən əlyazma.

Fərq: güclü operativ format + istehsal qadağası + et/etmə əmrləri.

Ümumi səhvlər

Nümunəsiz token adının verilməsi tələbi. Model sisteminiz üçün yad olan adlar yaradır; tutarlılığı pozulur.
Ziddiyyətləri skan etmədən komponentlərin əlavə edilməsi. Dublikasiya sistemin baş düşmənidir.
Modelin icad etdiyi davranışın düzgün olduğunu fərz etsək. AI komponentin faktiki davranışını bilmir.
Test etmədən əlçatanlıq reytinqini qəbul etmək. Standart xatırlatma faktiki testi əvəz etmir.
Sənədləri bir dəfə yazmaq və yeniləməmək. Sistem dəyişdikcə sənəd yenilənməlidir.

Xülasə

Dizayn sistemi ardıcıllıq və miqyaslılıq infrastrukturudur; lakin mətnin intensivliyi və təkrarlanması səbəbindən onun saxlanması çox vaxt diqqətdən kənarda qalır. Süni intellekt komponent sənədləri, et/etmə nümunələri, istifadə skriptləri və mö'cüzə adlandırma qaralamalarını cəld hazırlamaqla bu borcu həll edir. Lakin sistemin mahiyyəti təklik və ardıcıllıqdır: hər bir işarənin adı nümunə sxeminə qarşı yoxlanılmalıdır, hər bir komponent təklifi ziddiyyətli skan edilməlidir, davranışın hər təsviri reallıqla yoxlanılmalıdır. Modeldən səmərəli tərtibçi kimi istifadə edin; Komanda fərdi olaraq düzgün qərar verir.

Tətbiq tapşırığı

Çatışmayan sənədləri olan komponenti seçin və ilk sorğu ilə sənəd layihəsi hazırlayın.
"Komanda doldurmalıdır" qeyd olunan sahələri faktiki davranışla doldurun.
İkinci sorğu ilə 8-10 nişanınızı semantik sxemə çevirin və köhnə/yeni ad cədvəli yaradın.
Yeni komponent ideyası üçün üçüncü göstərişlə ziddiyyətləri yoxlayın.
Dördüncü əmrlə komponent üçün misal etmə/etmə cütlərini yaradın və onları sistemə əlavə edin.

yoxlama siyahısı

[ ] Token adını nümunə sxemlə əlaqələndirdim.
[ ] Mən yeni komponentləri münaqişələr üçün skan etdim.
[ ] Mən modeldə hazırlanmış davranışları reallıqla təsdiqlədim.
[ ] Əlçatımlılıq qeydlərini faktiki sınaqla təsdiq etməyi planlaşdırdım.
[ ] Sənədləri ardıcıl formatda saxladım.
[ ] Təkliyi qorudum və təkrarlamanın qarşısını aldım.