Практычныя прытамулі: Актывацыя режыму агентскага відэа Gemini: дзяржава схемы

У гэтым карыце практычным напамінанні перакладзенаецца весь парадокс ад сыр'ёў да рабочай системы для: Актывацыі режыму агентных відеа Gemini: дзеянне схемы, адхіленьне часовых метак і таёмніца Джэя Чоу. Акцэнт ставіцься на практычныя крокі, чысткія пераконтрацыі і код, які можна проста дадзець у репазітарый без неабяснення меты.

Чаму вы прыўязаліся

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

Чаму самэ гэта кіно — Таёмніца Джэя Чоу (2007)

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

Чаму часавыя меткі змінююцца ⏳ (і чаму гэта яшчэ мае значэнне)

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

Інжынерыя схемы кращая за інжынерыю запытак

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

Пяшчотлівая інструкцыя па схеме

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

Эксперыменты — Чаго вы змянілі

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

Першы запуск: статычны элемент дадае дэталей, а агент прыпіняе работу

Калі працуеце над стадіяй «First Run Static Adds», спачатку запісайце умовы працы: неабяжлівыя даны, сигнал працэйскага успеху і тое, што выканаецца у разе частковага нявыполнення. Такі список контроля дапамагае заліцварыць пазнейшыя змены ў кодзе. Зберагаюце настройкі праза код аплікацыі. Файлы сяродавішча, хранільнікі секрэтных данных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаюць адрабоўваць аудыт без неабяжлівага чытання всей структуры. Запісвайце ID запытку, ID модэлю і час адклікання праз кожны вызов. Без такога лёгку, періядычныя адказы прадастаўцоў выглядаюць як багі аплікацыі.

Практыка статычнага режыму 1

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

Режым Agentic, праба 1

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

Другі запуск: Static нарэшце дасягае моменту 10:50

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

Пракат стацыярнага режыму 2

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

Агентны падход 2

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

Трэці запуск: Дадаўанне дыяпазонаў часу

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

"seconds": {
    "type": "array",
    "description": "The start and end time range in HH:MM:SS or ISO format, structured as [start_time, end_time].",
    "prefixItems": [
        {
        "type": "string",
        "description": "Start time (e.g., '00:01:15' or ISO 8601 string)"
        },
        {
        "type": "string",
        "description": "End time (e.g., '00:02:30' or ISO 8601 string)"
        }
    ],
    "minItems": 2,
    "maxItems": 2
    }

"seconds": {
      "type": "object",
      "properties": {
        "start_time": {"type": "string"},
        "end_time": {"type": "string"}
      },
      "required": ["start_time", "end_time"]
    }

Static mode timerange

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

Режым Agentic з рэжымам timerange

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

Цитата — гэта не толькі аудыя; гэта таксама спагляданне экрана

Этап «The The Quote Isn’t» працюе найкраща, калі яго спрыяваць як меркаваную плошчу. Зафіксавайце адны ідеальны прымер роботы, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць сферу дзеяння. Дакументавайце як шлях успеху, так і шлях вярнэння да нормы. Перапрыбуткі, людзкі контроль і обработка некоректных паведамленняў ёсць частью продукту, а не пасляднім дапрацоўкам. Зафіксавайце інтэрпретара і файл з правіламі залежнасцяў пры тым, як выучаеце цикл. Разніця межу лептапам і системай CI ёсць найпасёлейшым таямным сбоем у дэманстраціях API. Этап «The The Quote Isn’t» працюе найкраща, калі яго спрыяваць як меркаваную плошчу. Зафіксавайце адны ідеальны прымер роботы, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць сферу дзеяння. Спрыявайце гэты этап як даговор межу вхіднымі данымі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, задаць критэрыя успеху і не падзеўляйцеся частым непূরным завершэнням.

Два спосабы неудач: 4-х хвілінны сбой і выдуманая лінія

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

Статычны падход выграў у тэсте «шпілька ў каштанах»

Для стадіі Static Wins the Needle-in-Haystack неабяжна практыка: перш чым зменіць код, неабяжна адзначыць вхідныя данні, адпаведальнага за крок і критэрыі завершэння. Аператары должны магчымаць перзапуск кроку з вядомай точкі контролю, не падозрываючы прыхованы стан. Конфігурацыю трэба залічыць пазначальна ад коду прыемніка. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць, не чытаяўшы весь ланцуг задач. Трэба аддзеліць стварэнне кліента ад цыклу паведамленняў, каб можна было змяніць прадаўцоў без перапісвання машыны стану размовы.

Вывады

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

Результаты за мгновеннае перагляд

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

Магчымыя інновацыі

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

Аналогічныя падходы

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

Будучыя горызонты — направленні, якія вы документаваеце, але ўсё ўжо не рэалізаваеце

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

Вывык

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

P.S. — Куды гэта ведае для UpRabbit

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

Дадатак

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

Настройка & відтворнасць

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

export GOOGLE_API_KEY=<your key>

from dotenv import load_dotenv
load_dotenv()

Проблемы з API

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

Пустыя думкі

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

Справакі

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

Чэрніцкі список для аператыўной роботы

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

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

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

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

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

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

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