Добивки:
- Способност за изготвување и правење конзистентни токени за дизајн, именување на компоненти и правила за користење со вештачка интелигенција
- Способност за брзо производство на документација за компоненти, примери за правење/не и користење текстови со вештачка интелигенција
- Способност да се проверат предлозите за вештачка интелигенција за конфликт со постоечкиот систем за дизајн и зачувување на сингуларноста
Дизајнерскиот систем е заеднички јазик што прави семејството на производи да изгледа и да се однесува доследно: компоненти за повеќекратна употреба (копче, картичка, поле за формулари), дизајнерски токени (именувани дефиниции за вредности како што се боја, растојание, типографија) и документација што објаснува како да ги користите. Добриот систем за дизајн им овозможува на десет дизајнери да дизајнираат ист производ како да е произведен од еден извор. Инсталирањето и одржувањето на овој систем е напорна, повторувачка и текстуална работа; Токму тука блеска вештачката интелигенција. Но, суштината на системот е сингуларноста и конзистентноста; Препораките на вештачката интелигенција не можат да се прифатат без да се проверат дали има конфликт со сегашниот систем.
Жетони и именување: основа за конзистентност
Дизајнерскиот токен е именувана вредност за повеќекратна употреба на одлука за дизајн: боја-примарна, простор-центар, текст-наслов-главен град. Благодарение на токените, можете да менувате боја на едно место и да ја ажурирате низ целиот производ. Но, моќта на токените зависи од конзистентноста на именувањето; Ако сино-1, главно-сино, основно сино се користат мешани, системот ќе се сруши.
Вештачката интелигенција е добра во две работи овде: прегледување на вашиот постоечки сет на токени наспроти конзистентна шема за именување и предлагање на имиња во согласност со шемата за нови токени. Барањето како „Преведи ја оваа листа на токени на семантичко именување (засновано на значење)“ ќе ви помогне да генерирате имиња што пренесуваат значење, како што е боја-акција-примарно наместо сино-500. Но, конечната одлука за името е договорот на тимот; Моделот дава само преглед.
Совет: Кога именувате токени на вештачка интелигенција, наведете 5-6 примери од вашата моментална шема и кажете „задржи во истата шема“. Барањето без примерок произведува имиња кои се туѓи за вашиот систем.
Компонентна документација: најпродуктивната област на АИ
Документацијата на компонентата вклучува: што прави, кога да се користи, кога да не се користи, неговите варијанти, состојби (стандардно, лебди, пасивно, грешка), белешки за пристапност и примери „направи/немој“. Рачното пишување на овие текстови трае со часови, поради што многу тимови ја занемаруваат документацијата.
Вештачката интелигенција ја пополнува оваа празнина: кога опишувате компонента, таа произведува нацрт-документација, правила за користење и примери за правење/не во конзистентен формат. Така, документацијата оди од „нема“ во „има нацрт, ќе се среди“, што е голема добивка. Сепак, моделот не го знае вистинското однесување на компонентата; Ваша задача е да ги усогласите правилата што ги произведува со реалноста на системот.
фрагмент од документ
Придонес на вештачката интелигенција
човечка верификација
Што прави тоа?
Јасна дефиниција на контурите
Вистинска кондиција за целта
Кога да се користи
Општи сценарија
Правила за специфични производи
Прави/Немој примери
Брзи нацрт парови
Вистински злоупотреби
Белешка за пристапност
Стандардни потсетници
Потврдено со вистински тест
Варијанта/список на случаи
можна листа
Оние кои всушност постојат во системот
Проверка на контрадикција: зачувување на сингуларноста
Главниот непријател на дизајнерскиот систем е дуплирањето: две копчиња кои ја вршат истата работа, две различни просторни скали, две спротивставени правила. Кога вештачката интелигенција сугерира нова компонента или правило, тој предлог може да биде во конфликт со постоечкиот систем - тоа не го има на ум целиот ваш модел систем. Затоа, го оценувам секој предлог прашувајќи „дали ова е во конфликт со нешто што веќе постои?“ Филтрирајте со прашањето. Можете исто така да користите вештачка интелигенција при скенирање конфликти: можете да дадете резиме на тековниот систем и новата препорака и да ги наведете конфликтите. Но, конечната „една правилна“ одлука е на тимот.
три мини футроли
Случај 1 - Избришан долг за документација. Само 6 од 24-те компоненти на тимот имаа документација. Беа изработени нацрт-документи за преостанатите 18 компоненти со вештачка интелигенција; Тимот го поправи секој за 10-15 минути. Работата, која беше одложувана со недели, беше завршена за два дена.
Случај 2 - Именувањето на токените стана конзистентно. Во еден систем боите се мешаа како сина1, главноСина, марка-сина. ВИ преведе постоечки 40 токени во семантичка шема; Тимот го ревидираше и се префрли на единствен стандард. Грешките во боја беа значително намалени во следните дизајни.
Случај 3 - Конфликтна компонента беше отфрлена. Вештачката интелигенција предложи нова компонента наречена „копче за секундарно дејство“. Кога тимот скенирал за противречности, открил дека ја завршил истата работа како и постоечкото „копче дух“ и го одбиле предлогот. Лекција: не секој предлог додава нова компонента во системот; Понекогаш е правилно да се користи она што е достапно.
Информации за копирање
Вашата улога: дизајн администратор на системот.Документирајте ја оваа компонента: <<компонента и нејзиното однесување>>.Формат: Што прави | Кога да се користи | Кога НЕ треба да се користи | Варијанти | Ситуации | Белешки за пристапност | 2 Направи / 2 Не пример. Измислувајте однесување што не го знаете; Напишете „тимот мора да пополни“.
Преведете ја оваа листа на токени во семантичка (заснована на значење) шема за именување. Моите моментални примери на шема: <<5-6 примери>>. Продолжете во истата шема. За секој токен, наведете старо име -> ново име -> табела за оправдување. Список: <<токени>>
Скенирај за контрадикторности: Резиме на мојот сегашен систем за дизајн: <<резиме>>. Нова предложена компонента/правило: <<предлог>>. Дали овој предлог е во конфликт со постоечкиот систем (компонента што ја врши истата работа, конфликтно правило, дупликат токен)? Наведете ги конфликтите и вашиот предлог.
Создадете парови за примери „направи/не“ за оваа компонента: реалистично правилно користење и реалистични неправилни сценарија за употреба. За секој пар објаснете во една реченица зошто е точно/неточно. Компонента: <<име и цел>>
Слаб промпт / Силен промпт
Слабо: „Напишете документација за ова копче“.
Резултат: Општ, форматиран текст без врска со системот.
Силно: „Документирајте го ова копче во следниов формат (што прави / кога не треба да се користи / варијанти / случаи / пристапност / не правете); направете однесување што не го знаете, напишете „тимот мора да пополни“.
Резултат: Конзистентно форматиран, правилно распореден, ракопис што може да се уредува.
Разлика: силен формат на промпт + забрана за измислици + предупредувања направи/не.
Вообичаени грешки
- Барање именување на токени без пример. Моделот генерира имиња кои се туѓи за вашиот систем; конзистентноста е скршена.
- Додавање компоненти без скенирање за противречности. Умножувањето е главниот непријател на системот.
- Под претпоставка дека однесувањето измислено од моделот е точно. ВИ не го знае вистинското однесување на компонентата.
- Прифаќање на рејтингот за пристапност без тестирање. Стандардниот потсетник не е замена за вистинското тестирање.
- Еднаш пишување на документацијата и не ажурирање. Документот треба да се ажурира како што се менува системот.
Сумирано
Дизајнерскиот систем е инфраструктура на конзистентност и приспособливост; но неговото одржување често се занемарува бидејќи е текстуално и се повторува. Вештачката интелигенција го решава овој долг со брзо производство на документација за компонентите, примери за правење/не, скрипти за употреба и нацрти за именување на токени. Но, суштината на системот е сингуларноста и конзистентноста: секое име на токен мора да биде потврдено во однос на шемата на примерокот, секој предлог на компонента мора да биде контрадикторно скениран, секој опис на однесување мора да биде потврден во однос на реалноста. Користете го моделот како ефикасен изготвувач; Тимот ја носи индивидуалната правилна одлука.
Задача за апликација
- Изберете компонента со документација што недостасува и изгответе нацрт-документ со првото барање.
- Пополнете ги полињата означени како „Тимот мора да се пополни“ со вистинското однесување.
- Со второто барање, претворете ги вашите 8-10 токени во семантичка шема и креирајте стара/нова табела со имиња.
- За нова идеја за компонента, скенирајте за противречности со третото известување.
- Со четвртата порака, генерирајте примери за правење/немој парови за компонента и додајте ги во системот.
листа за проверка
- [ ] Го поврзав именувањето на токенот со шемата за пример.
- [ ] Ги скенирав новите компоненти за конфликти.
- [ ] Ги потврдив однесувањата направени од моделот со реалноста.
- [ ] Планирав да ги потврдам белешките за пристапност со вистинско тестирање.
- [ ] Ја чував документацијата во конзистентен формат.
- [ ] Ја зачував сингуларноста и спречив дуплирање.