Практычныя прытамулкі: Чаму выконанне ў браузеры стаея недастатковай можлівасцю.

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

Перш чым пачнуць!

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

Інтерфейс, які мы постаўляе забываць

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

Тады чаму проста не пакрыць гэта за дапамогою MCP?

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

Пошук у Інтернете — гэта не працаванне з браузерам

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

Браузер — гэта сераўыс выканання, а не іншы агент

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

Самы просты контракт: дазвольце агенту пісаць кодзу для браузера

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

browser_execute(
    code=generated_playwright_code,
    profile_id="vendor-portal-user-42",
    allowed_domains=["portal.example.com"]
)

Чаму режым кодавання і выконанне ў браузеры так добра паспелююць

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

page = await browser.page()
await page.goto("https://jobs.example.com")
await page.get_by_label("Category").select_option("AI Engineering")
await page.get_by_label("Location").select_option("Germany")
await page.get_by_label("Remote").check()
await page.get_by_role("button", name="Apply").click()
jobs = await page.locator(".job-card").all_inner_texts()

rag_jobs = [job for job in jobs if "RAG" in job.upper()]
return {
    "total_jobs": len(jobs),
    "jobs_mentioning_rag": len(rag_jobs)
}

customers = await mcp.salesforce.search_accounts(segment="enterprise")

results = []
for customer in customers:
    await browser.goto(f"https://legacy.example.com/customer/{customer.id}")
    metric = await browser.locator("#health-score").inner_text()
    results.append({
        "customer": customer.name,
        "health_score": metric,
    })
return summarize(results)

Конкрэтны прайсупутак: выкарыстоўванне метрык з інтэрактыўнага панелі керування

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

Спачатку автаматызацыя прыгледчыка, пасля — выкорыстанне комп’ютера

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

Аутентыкацыя ператварае выконанне прыгледача на рэальную работу

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

Модэль безпекі мае большое значэнне, чым дамаўка

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

Месца выканання ў браузеры палягае ля MCP, Skills і sandboxes

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

MCP як кантракт, а не толькі шар API

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

Чаму трэба заліць Browser Executor окремым, нават якщо Code Mode можа яго вызваць

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

Пачніце з адного простаг Выканавальніка браузера

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

Большая змена

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

Справы і дальнейшая літэратура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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