Nyereség:
- Képes mesterséges intelligenciával konzisztens tervezési tokeneket, komponensek elnevezését és használati szabályokat készíteni és elkészíteni
- Képesség mesterséges intelligenciával gyorsan elkészíteni alkatrészdokumentációkat, példákat csinálni/ne tenni és használati szövegeket
- Képes ellenőrizni a mesterséges intelligencia javaslatait, hogy nem ütköznek-e a meglévő tervezési rendszerrel, és megőrizheti a szingularitást
A tervezési rendszer az a közös nyelv, amely a termékcsalád megjelenését és viselkedését egységesen alakítja: újrafelhasználható komponensek (gomb, kártya, űrlapmező), tervezési tokenek (az értékek nevezett definíciói, például szín, térköz, tipográfia) és a használatukat elmagyarázó dokumentáció. Egy jó tervezési rendszer lehetővé teszi, hogy tíz tervező ugyanazt a terméket úgy tervezze meg, mintha azt egyetlen forrásból gyártanák. A rendszer telepítése és karbantartása fárasztó, ismétlődő és szövegigényes munka; Pontosan itt ragyog a mesterséges intelligencia. De a rendszer lényege a szingularitás és a következetesség; A mesterséges intelligencia ajánlásai nem fogadhatók el anélkül, hogy ellenőriznék, hogy nem ütköznek-e a jelenlegi rendszerrel.
Tokenek és névadás: a következetesség alapja
A tervezési token egy tervezési döntés megnevezett, újrafelhasználható értéke: szín-elsődleges, térköz-központ, szöveg-cím-nagybetű. A tokeneknek köszönhetően egy helyen megváltoztathatja a színt, és frissítheti az egész terméken. De a tokenek ereje a névadás következetességétől függ; Ha a kék-1, fő-kék, elsődlegeskék vegyesen használjuk, a rendszer összeomlik.
A mesterséges intelligencia két dologban jó itt: a meglévő tokenkészlet áttekintése konzisztens elnevezési séma alapján, és séma-kompatibilis nevek javaslata az új tokenekhez. Az olyan kérések, mint a „Fordítsa le ezt a tokenlistát szemantikus (jelentésalapú) elnevezésre”, segítenek jelentést közvetítő nevek generálásában, például szín-művelet-elsődleges a kék-500 helyett. De a végső névadási döntés a csapat szerződése; A modell csak vázlatot ad.
Tipp: Amikor a tokeneket AI-nak nevezi el, mondjon 5-6 példát az aktuális sémára, és mondja azt, hogy „keep in the same pattern”. A minta nélküli kérés olyan neveket hoz létre, amelyek idegenek a rendszertől.
Alkatrészek dokumentációja: az AI legtermékenyebb területe
Egy összetevő dokumentációja tartalmazza: mit csinál, mikor kell használni, mikor nem, változatai, állapotai (alapértelmezett, lebeg, passzív, hiba), a kisegítő lehetőségekre vonatkozó megjegyzések és a „ne/ne” példák. Ezeknek a szövegeknek a kézi megírása órákat vesz igénybe, ezért sok csapat elhanyagolja a dokumentációt.
A mesterséges intelligencia ezt a hiányt pótolja: amikor leír egy összetevőt, konzisztens formátumban készíti el a dokumentációtervezeteket, a használati szabályokat és a tegyük/ne tegyünk példákat. Így a dokumentáció a "nincs"-ről a "tervezet van, javítják"-ra megy, ami nagy nyereség. A modell azonban nem ismeri a komponens tényleges viselkedését; Az Ön feladata, hogy az általa előállított szabályokat összeegyeztesse a rendszer valóságával.
dokumentumtöredék
A mesterséges intelligencia hozzájárulása
emberi ellenőrzés
Mit csinál?
Világos körvonal-definíció
Valódi alkalmasság a célnak
Mikor kell használni
Általános forgatókönyvek
Termékspecifikus szabályok
Do/Ne példák
Gyors vázlatpárok
Valós visszaélések
Kisegítő lehetőségek
Normál emlékeztetők
Valódi teszttel megerősítve
Változat/eset lista
lehetséges lista
Akik valóban léteznek a rendszerben
Ellentmondás-ellenőrzés: a szingularitás megőrzése
A tervezési rendszer ősellensége a duplikáció: két gomb ugyanazt a munkát végzi, két különböző térlépték, két egymásnak ellentmondó szabály. Amikor a mesterséges intelligencia egy új összetevőt vagy szabályt javasol, ez a javaslat ütközhet a meglévő rendszerrel – nem tartja szem előtt a teljes modellrendszert. Ezért minden javaslatot úgy értékelek, hogy megkérdezem: "Ez ütközik valamivel, ami már létezik?" Szűrés a kérdéssel. A mesterséges intelligenciát a konfliktus-ellenőrzésben is használhatja: megadhatja az aktuális rendszer összefoglalóját és az új ajánlást, és listázhatja az ütközéseket. De a végső "egyedüli helyes" döntés a csapaton múlik.
három mini tok
1. eset – Dokumentációs tartozás elszámolása. A csapat 24 összetevője közül csak 6-nak volt dokumentációja. A fennmaradó 18 mesterséges intelligenciával rendelkező komponensről dokumentumtervezetek készültek; A csapat mindegyiket 10-15 perc alatt javította. A hetekig halasztott munka két nap alatt készült el.
2. eset – A token elnevezés konzisztenssé vált. Az egyik rendszerben a színeket úgy keverték össze, mint a blue1, mainBlue, brand-blue. A mesterséges intelligencia a meglévő 40 tokent szemantikai sémává fordította; A csapat felülvizsgálta, és egységes szabványra tért át. A színhibák észrevehetően csökkentek a későbbi tervekben.
3. eset – Az ütköző összetevőt elutasították. A mesterséges intelligencia egy új, „másodlagos műveletgomb” nevű komponenst javasolt. Amikor a csapat ellentmondásokat keresett, azt találták, hogy ugyanazt a munkát végezte, mint a meglévő "szellemgomb", és elutasították a javaslatot. Tanulság: nem minden javaslat ad hozzá új összetevőt a rendszerhez; Néha helyes, ha azt használjuk, ami rendelkezésre áll.
Másolható felszólítások
Az Ön szerepe: tervezési rendszeradminisztrátor.Dokumentálja ezt az összetevőt: <<összetevő és viselkedése>>. Formátum: Mit csinál | Mikor kell használni | Mikor NEM használható |Változatok | Helyzetek | Kisegítő lehetőségek | 2 Tedd / 2 Ne mondj példát. Tegyen fel viselkedést, amelyet nem ismer; Írja be, hogy "a csapatnak ki kell töltenie".
Fordítsa le ezt a tokenek listáját egy szemantikai (jelentésalapú) elnevezési sémává. Jelenlegi sémáim: <<5-6 példa>>. Folytassa ugyanazzal a mintával. Minden tokennél adjon meg régi nevet -> új nevet -> igazoló táblázatot. Lista: <<tokenek>>
Ellentmondások keresése: Jelenlegi tervezési rendszerem összefoglalása: <<összefoglaló>>. Új javasolt összetevő/szabály: <<javaslat>>. Ez a javaslat ütközik a meglévő rendszerrel (ugyanazt a munkát végző komponens, ütköző szabály, duplikált token)? Sorolja fel a konfliktusokat és a javaslatát.
Generáljon „do/ne” példapárokat ehhez az összetevőhöz: reális helyes használat és reális helytelen használati forgatókönyv. Minden párnál fejtse ki egy mondatban, hogy miért igaz/hamis. Összetevő: <<név és cél>>
Gyenge felszólítás / Erős felszólítás
Gyenge: "Írjon dokumentációt ehhez a gombhoz."
Eredmény: Általános, formázott szöveg, amely nem kapcsolódik a rendszerhez.
Erős: "Dokumentálja ezt a gombot a következő formátumban (mit csinál / mikor nem használható / változatok / esetek / hozzáférhetőség / ne tegye); olyan viselkedést hozzon létre, amelyet nem ismer, írja be, hogy "a csapatnak ki kell töltenie".
Eredmény: Következetesen formázott, megfelelően elhelyezett, szerkeszthető kézirat.
Különbség: erős prompt formátum + gyártási tilalom + do/ne prompts.
Gyakori hibák
- Token elnevezés kérése példa nélkül. A modell olyan neveket generál, amelyek idegenek a rendszertől; konzisztenciája megtört.
- Összetevők hozzáadása az ellentmondások keresése nélkül. A duplikáció a rendszer ősellensége.
- Feltéve, hogy a modell által kitalált viselkedés helyes. Az AI nem ismeri az összetevő tényleges viselkedését.
- Az akadálymentesítési minősítés elfogadása tesztelés nélkül. A normál emlékeztető nem helyettesíti a tényleges tesztelést.
- A dokumentációt egyszer megírni, és nem frissíteni. A dokumentumot frissíteni kell a rendszer változásaival.
Összefoglalva
A tervezési rendszer a következetesség és a méretezhetőség infrastruktúrája; de karbantartását gyakran elhanyagolják, mert szövegintenzív és ismétlődő. Az AI kezeli ezt az adósságot azáltal, hogy gyorsan elkészíti az összetevők dokumentációját, a „do/ne” példákat, a használati szkripteket és a token elnevezési piszkozatokat. A rendszer lényege azonban a szingularitás és a konzisztencia: minden tokennevet ellenőrizni kell a minta sémával, minden komponens javaslatot ellentmondásosan kell szkennelni, minden viselkedésleírást ellenőrizni kell a valósággal. Használja a modellt hatékony rajzolóként; A csapat meghozza az egyéni helyes döntést.
Pályázati feladat
- Válasszon ki egy összetevőt a hiányzó dokumentációval, és készítsen egy dokumentumtervezetet az első felszólítással.
- Töltse ki a „Csapatnak ki kell töltenie” jelű mezőket a tényleges viselkedéssel.
- A második prompttal alakítsa át a 8-10 tokent a szemantikai sémára, és hozzon létre egy régi/új névtáblázatot.
- Új komponensötletért keressen ellentmondásokat a harmadik prompt segítségével.
- A negyedik prompttal állítsa elő a do/n't példa párokat egy összetevőhöz, és adja hozzá őket a rendszerhez.
ellenőrző lista
- [ ] A token elnevezést a példasémához kapcsoltam.
- [ ] Ellenőriztem az új összetevőket ütközésekre.
- [ ] A modell által készített viselkedéseket valósággal igazoltam.
- [ ] Az akadálymentesítési megjegyzéseket tényleges teszteléssel terveztem megerősíteni.
- [ ] A dokumentációt egységes formátumban őriztem.
- [ ] Megőriztem a szingularitást és megakadályoztam a párhuzamosságot.