Практычныя нататкі: як увайсці ў 1% лепшых карыстальнікаў Hermes Agent

Існавайце гэты документ як перапрацоўаную версію ідэй з кнігі «Як стаць корыстнікам Hermes Agent у топ-1%: Полны практычны пасоўнік, які ніхто іншы не дзеліць» для працавальнікаў: чыстыя этапы, аранжаваныя блакіты коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы заданняў. Этап «Апглэйв» найэфектыўней працюе, калі яго розглядаць як меркаваны об’ект. Запісаўце адна ідэальная транскрыпцыя, адзін прыклад неудачы і прыметкі з вярнення да пачатковага стану, прычаму расшыруючы сферу дзеяння. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісьця крок не выйшла, прычына неудачы павінна вказываць на адную адпаведальнасць, а не на заплутаны ланцуг заданняў.

Што на самай працэ ёсць Hermes Agent

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

Правільная установка, а не проста запуск команды curl

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

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

curl -fsSLO https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh
less install.sh          # actually read it
bash install.sh
source ~/.bashrc         # or ~/.zshrc

hermes --version
hermes doctor

hermes setup

hermes model           # choose your LLM provider and model
hermes tools           # configure which tools are enabled
hermes gateway setup   # connect Telegram, Discord, Slack, etc.
hermes config set      # set individual config values
hermes config get      # inspect individual config values

Сістэма навыкаў: і частка, якую всі недаоцэнююць

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

e.

/k8s deploy the staging manifest

/learn <directory, URL, or the workflow you just walked it through>

Архітэктура памяці: чатыры слою, а не адзін

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

Падагенты і каналы з нулявымі віткамі на апрацоўку кантэкста

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

Расклад: cron, але ён на самай працы співае з вамі

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

# Natural-language scheduling, described conversationally to the agent:
# "Every weekday at 8am, pull yesterday's error logs, summarize anomalies,
#  and send the report to the #eng-oncall Slack channel."

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

Выкліканне яго як справжней інфраструктуры

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

# On a fresh $5/mo Debian VPS (2GB RAM, ~1GB disk is enough to start)
ssh user@your-server-ip

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
source ~/.bashrc

hermes setup                 # configure provider + at least one gateway
hermes doctor                # confirm everything is wired correctly
hermes chat -q "Hello! What tools do you have available?"   # smoke test

Аспекты, якія трэба врачыць у прыменні

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

Hermes Agent проты OpenClaw: чыстая параболіка

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

Рэальны прыклад выкарыстоўвання, па кроках: стварэнне ўтрыманнага справаздачы пра статус інжынерных работ ў дзень

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

hermes tools

hermes chat -q "Pull yesterday's commits, merged PRs, and newly opened or closed issues \
across [your repos]. Summarize blockers, progress, and anything that looks like it needs \
a decision. Keep it under 200 words and skip anything routine."

Every weekday at 8am, pull yesterday's commits, merged PRs, and issue activity across
[your repos], summarize blockers and progress in under 200 words, and deliver it to
#eng-status on Slack.

hermes gateway setup

/learn build and deliver the daily engineering status digest

Памылкі, якія робіць практычна кожны

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

Найлепшыя практыкі, адпаведнае обоснаванне

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

Што робіць далей

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

Справакі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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