Fitimet:
- Aftësia për të hartuar dhe bërë argumente të qëndrueshme të projektimit, emërtimin e komponentëve dhe rregullat e përdorimit me inteligjencën artificiale
- Aftësia për të prodhuar shpejt dokumentacionin e komponentëve, shembuj të bëj/mos dhe për të përdorur tekste me inteligjencë artificiale
- Aftësia për të kontrolluar sugjerimet e inteligjencës artificiale për konflikt me sistemin ekzistues të projektimit dhe për të ruajtur singularitetin
Një sistem dizajni është gjuha e përbashkët që e bën një familje produkti të duket dhe të sillet në mënyrë konsistente: komponentë të ripërdorshëm (buton, kartë, fushë formulari), argumente dizajni (përkufizime të emërtuara të vlerave si ngjyra, hapësira, tipografia) dhe dokumentacion që shpjegon se si t'i përdorni ato. Një sistem i mirë projektimi lejon dhjetë dizajnerë të dizajnojnë të njëjtin produkt sikur të ishte prodhuar nga një burim i vetëm. Instalimi dhe mirëmbajtja e këtij sistemi është punë e lodhshme, e përsëritur dhe me tekst intensiv; Pikërisht këtu shkëlqen inteligjenca artificiale. Por thelbi i sistemit është singulariteti dhe qëndrueshmëria; Rekomandimet e AI nuk mund të pranohen pa u kontrolluar për konflikt me sistemin aktual.
Shenjat dhe emërtimi: baza për qëndrueshmëri
Një shenjë dizajni është një vlerë e emërtuar dhe e ripërdorshme e një vendimi dizajni: ngjyra-primare, hapësira-qendër, tekst-titull-kapital. Falë argumenteve, ju mund të ndryshoni një ngjyrë në një vend dhe ta përditësoni atë në të gjithë produktin. Por fuqia e argumenteve varet nga qëndrueshmëria e emërtimit; Nëse blu-1, kryesore-blu, blu primar përdoren të përziera, sistemi do të rrëzohet.
Inteligjenca artificiale është e mirë në dy gjëra këtu: rishikimi i grupit tuaj ekzistues të tokenit kundrejt një skeme të qëndrueshme emërtimi dhe sugjerimi i emrave në përputhje me skemat për argumentet e rinj. Një kërkesë si "Përkthejeni këtë listë token në emërtim semantik (të bazuar në kuptim)" do t'ju ndihmojë të gjeneroni emra që përcjellin kuptimin, si p.sh. ngjyra-veprim-primar në vend të blu-500. Por vendimi përfundimtar për emrin është kontrata e ekipit; Modeli ofron vetëm një skicë.
Këshillë: Kur i emërtoni shenjat në AI, jepni 5-6 shembuj të skemës tuaj aktuale dhe thoni "mbaj në të njëjtin model". Kërkesa pa mostër prodhon emra që janë të huaj për sistemin tuaj.
Dokumentacioni i komponentit: zona më produktive e AI
Dokumentacioni i një komponenti përfshin: çfarë bën, kur duhet përdorur, kur nuk duhet përdorur, variantet e tij, gjendjet (e parazgjedhur, rri pezull, pasiv, gabim), shënimet e aksesueshmërisë dhe shembujt "bëj/mos". Shkrimi i këtyre teksteve me dorë kërkon orë të tëra, kjo është arsyeja pse shumë ekipe neglizhojnë dokumentacionin.
Inteligjenca artificiale plotëson këtë boshllëk: kur përshkruani një komponent, ajo prodhon draft dokumentacionin, rregullat e përdorimit dhe shembujt bëni/mos bëni në një format të qëndrueshëm. Kështu, dokumentacioni shkon nga “nuk ka” në “ka draft, do të rregullohet”, që është një fitim i madh. Megjithatë, modeli nuk e njeh sjelljen aktuale të komponentit; Është detyra juaj të përputhni rregullat që ajo prodhon me realitetin e sistemit.
fragment dokumenti
Kontributi i inteligjencës artificiale
verifikimi njerëzor
Çfarë bën?
Përkufizimi i qartë i konturit
Përshtatshmëri e vërtetë për qëllimin
Kur të përdoret
Skenarët e përgjithshëm
Rregullat specifike të produktit
Bëj/Mos jep shembuj
Çifte drafti të shpejtë
Keqpërdorime aktuale
Shënim i aksesueshmërisë
Përkujtues standardë
Konfirmohet nga testi real
Variantet/lista e rasteve
lista e mundshme
Ata që ekzistojnë realisht në sistem
Kontrolli i kontradiktave: ruajtja e singularitetit
Armiku kryesor i sistemit të projektimit është dyfishimi: dy butona që bëjnë të njëjtën punë, dy shkallë të ndryshme hapësinore, dy rregulla kontradiktore. Kur AI sugjeron një komponent ose rregull të ri, ai sugjerim mund të bie ndesh me sistemin ekzistues – nuk e mban parasysh të gjithë sistemin tuaj të modelit. Kështu që unë vlerësoj çdo sugjerim duke pyetur "a bie ndesh kjo me diçka që tashmë ekziston?" Filtro me pyetjen. Ju gjithashtu mund të përdorni inteligjencën artificiale në skanimin e konflikteve: mund të jepni përmbledhjen e sistemit aktual dhe rekomandimin e ri dhe të listoni konfliktet. Por vendimi përfundimtar "i njëjës i saktë" varet nga ekipi.
tre mini kuti
Rasti 1 — Borxhi i dokumentacionit të pastra. Vetëm 6 nga 24 komponentët e një ekipi kishin dokumentacion. Për 18 komponentët e mbetur u prodhuan draft dokumente me inteligjencë artificiale; Ekipi e rregulloi secilin në 10-15 minuta. Puna, e cila u shty për javë të tëra, përfundoi për dy ditë.
Rasti 2 - Emërtimi i shenjave u bë i qëndrueshëm. Në një sistem ngjyrat ishin të përziera si blu1, mainBlue, markë-blu. AI përktheu 40 shenja ekzistuese në skemë semantike; Ekipi e rishikoi atë dhe kaloi në një standard të vetëm. Gabimet e ngjyrave u reduktuan dukshëm në modelet e mëvonshme.
Rasti 3 - Komponenti konfliktual u refuzua. AI propozoi një komponent të ri të quajtur "buton veprim dytësor". Kur ekipi skanoi për kontradikta, ata zbuluan se ai bëri të njëjtën punë si "butoni fantazmë" ekzistues dhe e hodhi poshtë sugjerimin. Mësimi: jo çdo sugjerim shton një komponent të ri në sistem; Ndonjëherë është e drejtë të përdoret ajo që është në dispozicion.
Kërkesat e kopjueshme
Roli juaj: projektoni administratorin e sistemit.Dokumentoni këtë komponent: <<komponenti dhe sjellja e tij>>.Formati: Çfarë bën | Kur të përdoret | Kur NUK duhet përdorur | Variantet | Situatat | Shënimet e aksesueshmërisë | 2 Bëj / 2 Mos jep shembull. Krijo sjellje që nuk e njeh; Shkruani "ekipi duhet të plotësojë".
Përkthejeni këtë listë të shenjave në një skemë emërtimi semantik (të bazuar në kuptim). Shembujt e mi aktual të skemës: <<5-6 shembuj>>. Vazhdoni në të njëjtin model. Për çdo shenjë, jepni emrin e vjetër -> emër të ri -> tabelën e justifikimit. Lista: <<shenjat>>
Skano për kontradikta: Përmbledhje e sistemit tim aktual të projektimit: <<përmbledhje>>. Komponent/rregull i ri i propozuar: <<sugjerim>>. A bie ndesh ky sugjerim me sistemin ekzistues (komponent që bën të njëjtën punë, rregull konfliktual, token dublikatë)? Rendisni konfliktet dhe sugjerimin tuaj.
Gjeneroni çifte shembujsh "bëj/mos" për këtë komponent: përdorimi realist i saktë dhe skenarë realistë të përdorimit të pasaktë. Për çdo çift, shpjegoni me një fjali pse është e vërtetë/e gabuar. Komponenti: <<emri dhe qëllimi>>
Prompt i dobët / Prompt i fortë
E dobët: "Shkruani dokumentacionin për këtë buton."
Rezultati: Një tekst i përgjithshëm, i formatuar pa lidhje me sistemin.
Strong: "Dokumentoni këtë buton në formatin e mëposhtëm (çfarë bën / kur nuk duhet përdorur / variante / rastet / aksesueshmëria / mos e bëni); përbërja e sjelljes që nuk e dini, shkruani 'skuadra duhet të plotësojë'."
Rezultati: Dorëshkrim i formatuar në mënyrë të vazhdueshme, i ndarë në mënyrë të duhur, i modifikueshëm.
Dallimi: formati i fortë i shpejtë + ndalimi i fabrikimit + kërkesat bëj/mos.
Gabimet e zakonshme
- Kërkimi i emërtimit të tokenit pa shembull. Modeli gjeneron emra që janë të huaj për sistemin tuaj; konsistenca është prishur.
- Shtimi i komponentëve pa skanim për kontradikta. Dyfishimi është armiku kryesor i sistemit.
- Duke supozuar se sjellja e shpikur nga modeli është e saktë. AI nuk e njeh sjelljen aktuale të komponentit.
- Pranimi i vlerësimit të aksesueshmërisë pa testim. Përkujtuesi standard nuk është një zëvendësim për testimin aktual.
- Shkrimi i dokumentacionit një herë dhe jo përditësimi i tij. Dokumenti duhet të përditësohet ndërsa sistemi ndryshon.
Në përmbledhje
Sistemi i projektimit është infrastruktura e qëndrueshmërisë dhe shkallëzueshmërisë; por mirëmbajtja e tij shpesh neglizhohet sepse është tekst intensiv dhe përsëritës. AI e trajton këtë borxh duke prodhuar me shpejtësi dokumentacionin e komponentëve, shembujt bëj/mos, skriptet e përdorimit dhe draftet e emërtimit të shenjave. Por thelbi i sistemit është singulariteti dhe konsistenca: çdo emër simbol duhet të verifikohet kundrejt skemës së mostrës, çdo propozim përbërësi duhet të skanohet në mënyrë kontradiktore, çdo përshkrim i sjelljes duhet të verifikohet kundrejt realitetit. Përdorni modelin si një hartues efikas; Ekipi merr vendimin e duhur individual.
Detyra e aplikimit
- Zgjidhni një komponent me dokumentacion që mungon dhe krijoni një draft dokument me kërkesën e parë.
- Plotësoni fushat e shënuara "Ekipi duhet të plotësojë" me sjelljen aktuale.
- Me kërkesën e dytë, konvertoni 8-10 shenjat tuaja në skemën semantike dhe krijoni një tabelë emrash të vjetër/të ri.
- Për një ide të re të komponentit, skanoni për kontradikta me kërkesën e tretë.
- Me kërkesën e katërt, gjeneroni çifte të bëra/mos për një komponent dhe shtoni ato në sistem.
listë kontrolli
- [ ] Unë e lidha emërtimin e tokenit me skemën e shembullit.
- [ ] Kam skanuar komponentët e rinj për konflikte.
- [ ] I verifikova sjelljet e bëra nga modeli me realitetin.
- [ ] Kam planifikuar të konfirmoj shënimet e aksesueshmërisë me testimin aktual.
- [ ] Unë e mbaja dokumentacionin në një format të qëndrueshëm.
- [ ] E ruajta singularitetin dhe parandalova dyfishimin.