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

У гэтым карцерыфікацыі паказана дорага ад сыр'ёў да рабочай системы для статті: Google Just Built an AI Agent That Never Clocks Out. Акцэнт ставіцца на практычныя крокі, чысткія перакананні і код, які можна проста дадзіць у репазітарый, не прабуючы здогадвацца пра мету.

Gemini Spark — гэта найсмелейшыя ставкі Google: 24/7 автонамны ІІ, який чытае вашы лісты, карбуе ваш графак і выканаёць задачы, калі вы спяце. Але чы гатовы люди перадаць ему кантроль?

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

Што такое Gemini Spark?

Для стадіі «Што такое Gemini Spark» неабяжна ўзначыць вхідныя даны, адпаведальнага за крок і крэтыры завершэння пры змяне коду. Аперацыйныя працавнікі должны магчымае запускаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабяжна задокументаваць як шлях успеху, так і шлях вярнення. Перапрыбуткі, людзкіе перакрыцця і обробка некоректных паведамленняў є часткай продукту, а не чымсь, што дадаецца пазней. Раздзеліце стварэнне кліента ад цыклу паведамленняў, каб можна было змяніць прадаўцаў без перапісвання машыны стану размовы.

Архітектура: Заданні, навыкі і графік

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

Задачы: Атамны элемент

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

Навыкі: Макросы, якія можна навучыць і якія даўаюць сумарны эфект

Для стадії Skills Teachable Macros That неабяжна ўважна праця: перш чым зменіць код, неабяжна задаць вхідныя даны, адпаведальнага за крок і критэрыя завершэння. Аператары должны магчымаць перзапуск кроку з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Запісвайце час выконання і вартасць токеноў або запытак праза функцыйнае рэзультат. Відкрытая візуалізацыя вартасцей запобегае неспакоўным рахункам, калі процес пераходзіць з дэмовай среды ў спакульную. Заставьце людзкую апраўдку на тых кроках, дзе выконваюцца грошовыя расходы або зміняюцыся даны для працы. Компіляцыйныя налаштаванні не ўзначаюць пачатковай готовасці продукту. Для стадії Skills Teachable Macros That неабяжна задаць вхідныя даны, адпаведальнага за крок і критэрыя завершэння перш чым зменіць код. Аператары должны магчымаць перзапуск кроку з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Дакументавайце як «шчаслівы» так і «вярнучыся» шляхі разам. Перапрыбуткі, людзкія контрольныя пункты і обработка некоректных запытак ўжо є часткай продукту, а не чымсь, што дадаецца пазней.

ш.

Графікі: Пераход з інструмента на агента

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

Перавага: Інтэграцыя з натыўным экасистемам Google

Калі працуеце над стадзіяй «The Moat Native Google», спачатку запісайце угоду: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі список пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Спрэтывайцеся да гэтай стадзіі як да угоды межа данымі і перакананымі выходамі. Дайце назву рэзультатам, задаце критэрыя успеху і не прымайце часткова завершанне без паведамлення. Зрабіце перапытку пасля дорогіх крокаў. Програма для продакцыі не должна зноў выклікаць той самы календар вызову LLM, калі аператар праказвае пазнейшы вузел.

Gmail: Ключоўны продукт

Калі вы працуеце над стадзіяй «Gmail The Killer App», спачатку запісайце умовы викорыстання: неабяжлівыя даны, сигнал успеху і тое, што выканаецца у разе частковага невыпалення. Такі список дапамагае заліцвачыць пазнейшыя змены ў коде. Запісвайце час выканення задач і кост токена або запиту разам з рэзультатамі ўжыцця функцый. Відразлівае паказанне костаў запобегае неспадзяваным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя сераўры. Зробіце перапаказ пасля дорогіх крокаў. Система не должна зноў нараховваць плата за той самы вызов LLM, калі аператар прабуе зноў выканаць пазнейшы крок. Калі вы працуеце над стадзіяй «Gmail The Killer App», спачатку запісайце умовы викорыстання: неабяжлівыя даны, сигнал успеху і тое, што выканаецца у разе частковага невыпалення. Такі список дапамагае заліцвачыць пазнейшыя змены ў коде. Дакументавайце як шлях успеху, так і шлях вярнення да нормальнага стану. Прабывы, людзкія контрольныя пункты і обработка некоректных запытоў є часткай продукту, а не пазнейшым дапрацоўкам.

Google Calendar: планаванне без перакосаў

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

Google Docs & Canvas: Новы падход да саўместнай рэдагаванні

Рабочы стадія Google Docs Canvas Collaborative працюе наўсёрэдзе, калі яе спрыяваць як мерыемую паверхню. Запісаце адна ідеальная версія, адзін прыклад неудачы і прыметку па адвярненню змян перш чым расширваць масштаб. Спрыяйце гэты стадіў як кантракт межа вхіднымі дадзеннямі і пасвярджанымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце критэрыя успеху і адмовіцеся ад тых падзеяў, калі робота завершаецца часткова без паведамлення. Храніце стан графаў у простам і типаваным формате. Вярнутыя структуры дадзення маскуюць інфармацыю пра тое, який вузел запісаў кожны поле, і спакшуюць возз'яданне пасля перарываў.

Google Sheets, Slides, Keep, Tasks: Полны комплект

Этап Google Sheets Slides Keep працюе найкраща, калі яго спрыяваць як меркавую плошчу. Зафіксавце адны ідеальны прыклад роботы, адны прыклад неудачі і прыметку па вярнэнню да пачатковага стану пры расширэнні масштаба. Запісвайце часы выканання аперацый, а таксама косты токеноў чы розпытак праз адныя з функцыйнальных рэзультатаў. Відразлівае паказанне костаў з’являецца рана, таму не будзе неспакойных счытанняў, калі процес пераходзіць з дэмавай версіі ў спяльныя сераўы. Хронологію падзеяў трэба практычна і чытабельна фіксаваць. Вярнутыя структуры дакументаў маскуюць інфармацыю пра тое, калькі вузел запісаў калькі поль, і спакшваюць возможнасць продажу послуг пасля перарываў. Этап Google Sheets Slides Keep працюе найкраща, калі яго спрыяваць як меркавую плошчу. Зафіксавце адны ідеальны прыклад роботы, адны прыклад неудачі і прыметку па вярнэнню да пачатковага стану пры расширэнні масштаба. Адначасова задокументавайце і правільны, і альтернатыўны паходы рашэння проблем. Практыка перапрыбуткі, кантроль з боку людзей і адпрацоўка некантрольваных паведамленняў є часткай самага продукту, а не пасляднім элементам яго дапрацоўкі.

Тры прыклады выкарыстоўвання, якія робяць гэта конкрэтным

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

Аб’яднаныя фінансы: падборчае усуненне проблем з прадплатаў

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

Управлінне сям’ёй: Ранковы підсумак

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

Ліш.

Планаванне заходаў: Падатак на коордынацыю

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

Архітектура безпекі: Пытанне довер'я

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

Протакол MCP і інтэграцыя з трэцімі сторонамі

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

Цэны, доступнасць і регіональная рэальнасць

Цены, доступнасць і стадіі працы даюць найкращыя рэзультаты, калі іх спрыяваць як меркаваныя показнікі. Запісаце адна «золатая» версія, адзін прыклад неудачы і прыметкі па поверненню да пярвоначальнага стану пры расширэнні масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, прычына неудачы павінна вказываць на адзін конкрэтны элемент, а не на заплутаны ланцюг задач. Рэзультаты графа павінны быць простымі та з адначытаемым типам. Вярнутыя структуры маскуюць інфармацію пра тое, каней вузел запісаў канкрэтны поле, і спакойваюць працу пасля перарываў.

Чы трэба застосаваць гэта зараз? Чыстая адказка

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

Працы проты адоптавання

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

Уснароджанне

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

Чек-ліст для аперацый

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

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

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

Калі дозволяе бюджет, дадзіце тэст на перакананне, які працюе над критычным шляхам у CI з викорыстаннем фіксатываў, а не рэальных платных API.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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