Практычныя нататкі: аўтаномны агент-крытык UI на новых інструментах Google

Існавайце гэта як перапрацоўаны варыянт ідэй з кнігі “Building an Autonomous UI Agent Critic with the New Google Antigravity SDK 2.0”, адпрацаваны для аператараў: чыстыя этапы, аранжаваныя блакі для коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы задання. Этап “Адгледжэнне” найкрашча працюе, калі яго розглядаць як мерыябельную плошчу. Запісаце адна ідэальная транскрыпцыя, адзін прыклад неудачы і прыметкі з вярнення да пачатковага стану прычаму расшырэння масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выходзіце, прычына неудачы павінна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг заданняў.

Як стварыць агента для аўдыту UX/UI і доступнасці

Для тагу «Як стварыць этап» неабяжна пазначыць вхідныя даны, адпаведальнага за крок і крытэрыі завершэння пры змяне коду. Аперацыйныя працавнікі должны магчыма ўвайсці крок з вядомага пункта контролю, не спрабоўваючы здогадвацца пра схованы стан. Спрыяйце таму, каб гэты этап быў схожы на контракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, пазначыце крытэрыі успеху і не прымайце часткова завершаныя працы без падтверджэння. Заставьце людзкія падтверджэння для тых крокаў, якія выкарыстоўваюць грошы або зміняюць даны ў працэсе віробніцтва. Праця ў час компілявання не ёсць гарантыяй повнай завершанасці бізнес-процэсу.

Справы

У стадыі «Апавяранні» неабходна практычная дэфініцыя вхідных даных, адпавядаючага адпаведальнага за крок і крэтарыяў выходу пры перадзеіснаванні коду. Аператары павінны магчымаецца перадзеіснаваць крок з вядомага пункта контролю, не спрабоўваючы з’ясаваць захаваны стан. Запісваюцца час выканання і косты токенаў або запытак праза функцыйнае рэзультат. Відкрытая інформацыя пра косты запобегае неспакою, калі працэс пераходзіць з дэмавайнага рэжыма ў спадзеленыя асяроддзя. Людскае затверджэнне неабходна для тых крокоў, якія выкалічваюць грошы або зменяюць даны ў працэсе віробніцтва. Праця ў час компілявання не гарантуеўць пачынаку або завершэння всіх бізнес-процэсаў.

Чэк-ліст для эксплуатацыі

Працюючы над чэк-лістам для эксплуатацыі, спачатку запісваюцца умовы: неабходныя вхідные даны, сігнал успеху і нашто выканаецца у разе частковага невыпання. Такі чэк-ліст дапамагае заставаць пасляэтапныя змены коду чыстымі і прозрачнымі.

Запісвайце адно часовы шлях і шлях вярнення ў нормальны стан. Практыкі перапрыбутку, людзкія контралеры і обработка некорэктных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Зробіце контрольны пункт пасля дорогіх крокаў. Функцыя продазвучання не должна знову нараховваць плата за той самы вызыв LLM, калі аператар перапрыбуе пазнейшы вузел.

Зафіксавайце версіі залежнасцяў і запісвайце хэш адпаведнага зображэння, якое вікорыстоўвалася для дэманстрацыі. Возможнасць перадарабаткі важлівейшая за традыцыйныя знання.

Валічыце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок збягае, прычына бягу должна быць відносаваная да адной конкрэтнай адпаведальнасці, а не да заплутанага ланцоўка дзеянняў.

Зробіце контрольны пункт пасля дорогіх крокаў. Функцыя продазвучання не должна знову нараховваць плата за той самы вызыв LLM, калі аператар перапрыбуе пазнейшы вузел.

Перш чым запускаць стак, заморозьце версіі, зафіксавце «золаты» транскрыпты для крытычнага шляху і паказвце способы абяроны. У спільных срэдах неабходны ліміты частоты запуска, пераконтроль стану абонента і чысткі власнік для змены секрэтных даных. Лепш выбіраць простую надзею на надзейнасць, чым хітрыя експерыментальныя дэманстрацыі.

Запіс для 141232d21c4f: не кладзіце ключы прадаўцаў у рэпазітарый, задаце верхнюю межу токенав на сесію і храніце транскрыпты празаўседы ў фіксаты для ацэнкі, каб пазнейшыя замены мадэляў заставаліся порównанымі.

Для прыемніка 0 стадзіі абяроны неабходна перад зменай коду задаць вхідныя даны, власніка крока і крытэрыя завершэння. Аперацыёныя працавнікі павінны магчымае перазапускаць крок з вядомай точкі контролю, не падозрэўаючы прыхованы стан. Дакументавайце як успішны, так і варыянт вяснавання. Перапрыбуткі, людзкія контролы і обработка некорэктных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Дзеянне паўжасткі 0/753: звярніце увагу на час выканання, клас памылакі і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набора пытанняў, а не на асобістых спазыраннях, выявіце, чы хачаце застаўіць гэтыя змены.

Калі працуеце над першым этапам паўжасткі, спачатку запісайце контракт: неабходныя вхідныя даны, сігнал успеху і тое, што выходзіць у разе частковай памылкі. Такі спіс контроля дапамагае заставіць пасляэтапныя змены коду чыстымі. Спрыятлівае ставленне да гэтага этапу як да контракту межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, задаць крытэрыяі успеху і адмовіцеся ад мовчанкавага частковага завершэння.

Дзеянне паўжасткі 1/753: звярніце увагу на час выканання, клас памылакі і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набора пытанняў, а не на асобістых спазыраннях, выявіце, чы хачаце застаўіць гэтыя змены.

Этап 2 прыцелення на зміцнэнне работае найкрашча, калі яго расследваць як вімерную паверхню. Запісаўце адна «золатая» транскрыпцыя, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Зберагаўце настройкі праза код прыемлівання. Файлы сераўнавальных сэрваў, хранілішчы секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавляць без неабходнасці чытання всей структуры.

Дзялей 2/753 прыцелення на зміцнэнне: вімеравайце час выканання, класію памылак і колькасць вікорыстоўваных токенав для гэтага пункту, а потым вырашайце, чы хацяць застаўіць змяну, спынюючыся на апранаванай сэтцы пытанняў, а не на індывідуальных прыкладах.

Для трэція ўрагу практыкы забезпечэння надзеі неабходна прадзеяваць параметры вхідных дадзеных, адпаведальнага за выкананне крока і крэтарыяі завершэння працы перад зменым коду. Аперацыйныя працавнікі павінны магчымае перадзеяваць выкананне крока з вядомай точкі контролю, не прабуючы спадарожваць схованы стан сістэмы. Лепш выкорыстоўваць маленькія, тэставаныя елементы працы ніж велікія скрыпты. Калі крок не выкаанаваецца, прычына неудачы павінна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг задач.

Дзеянне 3/753 практыкі забезпечэння надзеі: запісваць час выканання, класы каштоўкаў і кількасць выкарыстоўваных токенав для гэтага пункту, а потым прыняць рашэнне пра тое, чы хацецца застаўіць змены, на адной падставе фіксаванага набору крэтарыяў, а не індывідуальных спазыроў.

Калі працуеце над 4-й стадзіяю прыемкі з павышэння безпекі, спачатку запісайце умовы кантракту: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць пад частыя неудачы. Такі спіс контроля дапамагае заліцвачыць пазнейшыя змены ў кодзе. Запісвайце часы выканання і вартась токенаў або запытак праза функцыйнае рэзультат. Відразлівась вартасей з самага пачатку запобегае неспакою, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне прыемкі з павышэння безпекі 4/753: вымерайце час выканання, класію памылак і вітрату токенаў для гэтай прыемкі, а пасля выберайце, чы робіць змены на адной пазначанай базе пытанняў, а не на адной толькі прыватнай інформацыі.

4-я стадзія прыемкі з павышэння безпекі работае лепей, калі яе спрыямаць як меравальную плошчу. Запісайце адну ідэальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расшырваць масштаб. Дакументавайце як успішны, так і вярнэнчы маршруты. Перапрыбуткі, людзкія контралі і обработка неканальных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Дзеянне паўжасткі 5/753: звярніце увагу на час выканання, класы паказчыкаў і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Для 6-й стадзіі паўжасткі неабходна перад змянай коду чытко апісаць вхідныя даны, адпаведальнага за выкананне крока і крытэрыяы завершэння. Аперацыйныя працавнікі должны магчыма было перазапускаць крок з вядомай точкі контролю, не прабуючы спадарацца прыватных станоў. Штуючы гэту стадзію як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі, неабходна даць назвы всім элементам, апісацію крытэрыяў успеху і не прымаліць частковае завершэння без паведамлення.

Дзеянне паўжасткі 6/753: звярніце увагу на час выканання, класы паказчыкаў і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Калі працуеце над 7-ю стадзіяй забезпечэння безпекі, спачатку запісайце умовы кантракту: неабяжлівыя даны, сігнал успеху і тое, што выходзіць па частый неякосці. Такі спіс контроля дапамагае залічваць пазнейшыя змены коду чыста і адкрыта. Зберагайце настройкі праза код прыемліка. Файлы сераўнавання, храненні секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаюць адбавіць аўдыт без неабяжлівага чытання всей структуры.

Дзялёўка забезпечэння безпекі 7/753: вымерайце час выканання, класію каштоўкаў і выкарыстоўванне токенаў для гэтай дзялёўкі, а пасля выберайце, чы хацяць застаўіць змену, стварыўшы фіксаваны набор пытанняў, а не на базе індывідуальных спазыроў.

7-я стадзія забезпечэння безпекі працуе лепей, калі яе спрыямаць як меравальную плошчу. Зберагайце адну ідэальную транскрыпцыю, адзін прыклад неякосці і запіс пра адворачэнне змены, перш чым расшырваць сферу дзеяння. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, неякосць должна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны працэс.

Дзеянне паўжырання 8/753: звярніце увагу на час выканання, класыя ошыбак і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчыне з фіксаваным наборам пытанняў, а не на індывідуальных прыкладах, выявіце, чы хачаце застаўіць змяну.

Для 9-го этапа паўжырання неабходна ўзначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры змяне коду. Аперацыйныя працавнікі должны магчымае перадзвануць крок з вядомай точкі контролю, не прабуючы спадарацца пра схованы стан. Запісвайце час выканання і колькасць токенаў або запытак палягліва да рэзультатаў функцыянальнай працы. Візуабельнасць костоў з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне паўжырання 9/753: звярніце увагу на час выканання, класыя ошыбак і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчыне з фіксаваным наборам пытанняў, а не на індывідуальных прыкладах, выявіце, чы хачаце застаўіць змяну.

Калі працуеце над 10-ю стадзіяй ударожэння, спачатку запісайце контракт: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць у разе частковага неяксамоства. Такі спіс контроля дапамагае заліцьварыць пазнейшыя змены коду.

Документавайце як «шчаслівы» шлях, так і шлях вяснавання. Перапрыбуткі, людзкія етапы перагляду і апрацоўка некорэктных паведамленняў ёсць часткай продукту, а не пазнейшым дапрацоўкам.

Дзялей ударожэння 10/753: зважайце час выканання, класію памылак і колькасць выкорыстоўваных токенав для гэтай стадзіі, а пасля выберыце, чы робіць змену на адной пазначанай сэткі пытанняў, а не на адной лячбе.

11-ю стадзію ударожэння лепш усё працаваць як над мерым аб’ектам. Запісайце адну «золатую» транскрыпцыю, адны прыклад неяксамоства і запіску пра анулювання перабудовы, прычым не расшыруючы сферу дзеяння. Спрыятлівае ставленне да гэтай стадзіі — цэла як контракт межа данымі і перакананымі выходамі. Назвайце артыфакты, задаць крытэрыя успеху і адмовіцеся ад мовчанкавага частковага завершэння.

Дзеянне паўжасткі 11/753: звярніце увагу на час выканання, класы памылак і вітрату токенаў для гэтага зьязку, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Калі працуеце над 0-ю стадзіяй зьязку паўжасткі, спачатку запісайце шаблон контракту: неабходныя даны, сігнал успеху і тое, што выходзіць на падчасовай нявыполненні. Такі чарт дапамагае заставаць пазнейшыя змяны коду чыстымі. Запісвайце час выканання і вартасьць токенаў або запытак па боку функцыйнаых рэзультаатаў. Відразы вартасцей з самага пачатку запобегае неспакойным рахункам, калі праця пераходзіць з дэмаверсіі ў спакульнаныя асяроддзя.

Дзеянне паўжасткі 0/772: звярніце увагу на час выканання, класы памылак і вітрату токенаў для гэтага зьязку, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Этап 1 прыцеленняя змягчэння работае наўзям лепш, калі яго спрыяваць як меравальную паверхню. Запісаце адны ідэальны прыклад, адзін кейс неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Дакументаваце як успішны, так і вярнучыся шляхы. Перапрыбуткі, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не чымось, што дадаецца пазней.

Дакладнаіння прыцеленняя змягчэння 1/772: вы меравайце час выканання, класію памылак і выкарыстоўванне токенав для гэтага запісу, а пасля выявляйце, чы хацеце застаўіць змяну на адной фіксаванай сэтцы пытанняў, а не на аднародных прыкладах.

Этап 0 прыцеленняя змягчэння работае наўзям лепш, калі яго спрыяваць як меравальную паверхню. Запісаце адны ідэальны прыклад, адзін кейс неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Валіце малыя, тэставальныя елементы замест вялікіх скрыптав. Калі якісь крок не выйшае, неудача должна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны працэс.

Дзеянне паўжасткі 0/791: звярніце увагу на час выканання, клас памылак і колькасць токенаў, выкорыстаных для гэтай змяны, а пасля, на аднойчынку з фіксаваным наборам пытанняў, а не на індывідуальных прыкладах, выявіце, чы рашыцца застаўіць гэту змяну.

Для першага этапа паўжасткі неабходна ўзначыць вхідныя даны, адпаведальнага за выкананне крока і крытэрыяы завершэння працы перш чым змяніць код. Аператары должны магчымае перадзвігнуць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Запісвайце час выканання і колькасць токенаў або вартасць запытку палягліва да рэзультатаў функцыональных тэстаў. Візуабельнасць вартасцей з самага пачатку запобегае неспакойным рашынкам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне паўжасткі 1/791: звярніце увагу на час выканання, клас памылак і колькасць токенаў, выкорыстаных для гэтай змяны, а пасля, на аднойчынку з фіксаваным наборам пытанняў, а не на індывідуальных прыкладах, выявіце, чы рашыцца застаўіць гэту змяну.