Dobici:
- Sposobnost izrade i izrade dosljednih tokena dizajna, imenovanja komponenti i pravila korištenja s umjetnom inteligencijom
- Sposobnost brze izrade dokumentacije komponenti, raditi/ne raditi primjere i koristiti tekstove s umjetnom inteligencijom
- Sposobnost provjere prijedloga umjetne inteligencije na sukob s postojećim sistemom dizajna i očuvanja singularnosti
Sistem dizajna je zajednički jezik koji čini da porodica proizvoda izgleda i ponaša se dosljedno: komponente za višekratnu upotrebu (dugme, kartica, polje obrasca), tokeni dizajna (imenovane definicije vrijednosti kao što su boja, razmak, tipografija) i dokumentacija koja objašnjava kako ih koristiti. Dobar sistem dizajna omogućava deset dizajnera da dizajniraju isti proizvod kao da ga proizvodi jedan izvor. Instaliranje i održavanje ovog sistema je zamoran, ponavljajući posao koji zahteva veliki unos teksta; Upravo tu blista umjetna inteligencija. Ali suština sistema je singularnost i konzistentnost; Preporuke AI se ne mogu prihvatiti bez provjere da li postoje sukobi sa trenutnim sistemom.
Tokeni i imenovanje: osnova za dosljednost
Dizajnerski token je imenovana, višekratna vrijednost dizajnerske odluke: boja-primarna, prostor-centar, tekst-naslov-velika slova. Zahvaljujući tokenima, možete promijeniti boju na jednom mjestu i ažurirati je na cijelom proizvodu. Ali moć tokena zavisi od doslednosti imenovanja; Ako se plavi-1, glavni-plavi, primarni plavi koriste miješano, sistem će se srušiti.
AI je ovdje dobar u dvije stvari: pregledavanju vašeg postojećeg skupa tokena u odnosu na konzistentnu šemu imenovanja i predlaganju imena usklađenih sa šemom za nove tokene. Zahtjev poput "Prevedi ovu listu tokena u semantičko (zasnovano na značenju) imenovanje" pomoći će vam da generišete imena koja prenose značenje, kao što je boja-akcija-primarna umjesto plava-500. Ali konačna odluka o imenovanju je ugovor tima; Model daje samo nacrt.
Savjet: Prilikom imenovanja tokena u AI, navedite 5-6 primjera vaše trenutne šeme i recite "održavajte se u istom obrascu". Zahtjev bez uzorka proizvodi imena koja su strana vašem sistemu.
Dokumentacija komponenti: najproduktivnija oblast AI
Dokumentacija komponente uključuje: šta radi, kada se koristi, kada ne treba koristiti, njene varijante, stanja (podrazumevano, lebdeći, pasivno, greška), napomene o pristupačnosti i primere „radi/nemoj“. Ručno pisanje ovih tekstova traje satima, zbog čega mnogi timovi zanemaruju dokumentaciju.
AI popunjava ovu prazninu: kada opišete komponentu, ona proizvodi nacrt dokumentacije, pravila upotrebe i primjere raditi/ne raditi u dosljednom formatu. Tako dokumentacija ide od "nema" do "nacrta ima, srediće se", što je velika dobit. Međutim, model ne poznaje stvarno ponašanje komponente; Vaš je posao da uskladite pravila koja ona proizvodi sa realnošću sistema.
fragment dokumenta
Doprinos vještačke inteligencije
ljudska verifikacija
šta to radi?
Jasna definicija obrisa
Prava kondicija za svrhu
Kada koristiti
Opšti scenariji
Posebna pravila za proizvod
Radi/Nemoj primjere
Quick draft parovi
Stvarne zloupotrebe
Napomena o pristupačnosti
Standardni podsjetnici
Potvrđeno pravim testom
Lista varijanti/slučajeva
moguća lista
Oni koji zaista postoje u sistemu
Provjera kontradikcije: očuvanje singularnosti
Najveći neprijatelj sistema dizajna je dupliciranje: dva dugmeta rade isti posao, dve različite skale prostora, dva sukobljena pravila. Kada AI predlaže novu komponentu ili pravilo, taj prijedlog može biti u sukobu s postojećim sistemom - ne ima na umu cijeli vaš sistem modela. Stoga procjenjujem svaki prijedlog pitanjem "da li je ovo u sukobu s nečim što već postoji?" Filtrirajte sa pitanjem. Također možete koristiti umjetnu inteligenciju u skeniranju sukoba: možete dati trenutni sažetak sistema i novu preporuku i navesti konflikte. Ali konačna "jedinstvena ispravna" odluka je na timu.
tri mini kofera
Slučaj 1 — Izmiren dug za dokumentaciju. Samo 6 od 24 komponente tima imalo je dokumentaciju. Izrađeni su nacrti dokumenata za preostalih 18 komponenti sa vještačkom inteligencijom; Tim je popravio svaki za 10-15 minuta. Posao, koji je odlagan sedmicama, završen je za dva dana.
Slučaj 2 — Imenovanje tokena postalo je dosljedno. U jednom sistemu boje su se mešale kao plava1, glavna plava, brend-plava. AI je preveo postojećih 40 tokena u semantičku šemu; Tim ga je revidirao i prešao na jedinstveni standard. Greške u boji su značajno smanjene u kasnijim dizajnima.
Slučaj 3 — Konfliktna komponenta je odbijena. AI je predložio novu komponentu nazvanu "sekundarno dugme za akciju". Kada je tim skenirao u potrazi za kontradiktornostima, otkrio je da radi isti posao kao postojeće "dugme za duhove" i odbio je prijedlog. Pouka: svaki prijedlog ne dodaje novu komponentu sistemu; Ponekad je ispravno koristiti ono što je dostupno.
Kopiranje upita
Vaša uloga: dizajn sistem administratora. Dokumentirajte ovu komponentu: <<komponenta i njeno ponašanje>>.Format: Šta radi | Kada koristiti | Kada NE koristiti |Varijante | Situacije | Napomene o pristupačnosti | 2 Uradite / 2 Nemojte primjer. Izmislite ponašanje koje ne poznajete; Napišite "tim mora popuniti".
Prevedite ovu listu tokena u semantičku (zasnovanu na značenju) šemu imenovanja. Moji trenutni primjeri sheme: <<5-6 primjera>>. Nastavite po istom obrascu. Za svaki token dajte staro ime -> novo ime -> tabelu opravdanja. Lista: <<žetoni>>
Skeniraj za kontradikcije: Sažetak mog trenutnog sistema dizajna: <<sažetak>>. Nova predložena komponenta/pravilo: <<prijedlog>>. Da li je ovaj prijedlog u sukobu sa postojećim sistemom (komponenta koja radi isti posao, konfliktno pravilo, duplikat token)? Navedite konflikte i svoj prijedlog.
Generirajte parove primjera "radi/nemoj" za ovu komponentu: realistična ispravna upotreba i realistični scenariji netačne upotrebe. Za svaki par objasnite u jednoj rečenici zašto je tačno/netačno. Komponenta: <<ime i svrha>>
Slaba prompt / Jaka prompt
Slabo: "Napišite dokumentaciju za ovo dugme."
Rezultat: Opšti, formatirani tekst bez veze sa sistemom.
Snažno: "Dokumentirajte ovo dugme u sljedećem formatu (šta radi / kada se ne koristi / varijante / slučajevi / pristupačnost / ne radite); izmislite ponašanje koje ne znate, napišite 'tim mora ispuniti'."
Rezultat: dosljedno formatiran, pravilno raspoređen rukopis koji se može uređivati.
Razlika: jak format prompta + zabrana izrade + upiti uradi/nemoj.
Uobičajene greške
- Zahtjev za imenovanje tokena bez primjera. Model generiše imena koja su strana vašem sistemu; konzistentnost je narušena.
- Dodavanje komponenti bez skeniranja za kontradikcije. Dupliranje je glavni neprijatelj sistema.
- Pod pretpostavkom da je ponašanje koje je izmislio model ispravno. AI ne zna stvarno ponašanje komponente.
- Prihvatanje ocjene pristupačnosti bez testiranja. Standardni podsjetnik nije zamjena za stvarno testiranje.
- Jednokratno pisanje dokumentacije i ne ažuriranje. Dokument treba ažurirati kako se sistem mijenja.
Ukratko
Sistem dizajna je infrastruktura konzistentnosti i skalabilnosti; ali se njegovo održavanje često zanemaruje jer je tekst intenzivan i ponavlja se. AI rješava ovaj dug tako što brzo proizvodi dokumentaciju komponenti, primjere čini/ne radi, skripte za korištenje i nacrte imenovanja tokena. Ali suština sistema je singularnost i konzistentnost: svako ime tokena mora biti verifikovano u odnosu na šemu uzorka, svaki predlog komponente mora biti kontradiktorno skeniran, svaki opis ponašanja mora biti verifikovan u odnosu na stvarnost. Koristite model kao efikasnog crtača; Tim donosi individualnu ispravnu odluku.
Zadatak aplikacije
- Odaberite komponentu kojoj nedostaje dokumentacija i izradite nacrt dokumenta s prvim upitom.
- Ispunite polja označena sa "Tim mora popuniti" stvarnim ponašanjem.
- Sa drugim promptom, konvertujte svojih 8-10 tokena u semantičku šemu i kreirajte staru/novu tabelu imena.
- Za ideju o novoj komponenti, potražite kontradikcije pomoću trećeg prompta.
- Sa četvrtom promptom, generirajte parove primjera uradi/nemoj za komponentu i dodajte ih sistemu.
kontrolna lista
- [ ] Povezao sam imenovanje tokena sa primjerom šeme.
- [ ] Skenirao sam nove komponente za konflikte.
- [ ] Verificirao sam modele ponašanja sa stvarnošću.
- [ ] Planirao sam potvrditi napomene o pristupačnosti stvarnim testiranjem.
- [ ] Čuvao sam dokumentaciju u dosljednom formatu.
- [ ] Sačuvao sam singularnost i spriječio dupliciranje.