Практычныя прытамулкі: Я запускаў GLM 5.2 на сваём React Native SDK за пяць долераў.

Існавайце гэта як перапрацоўаны варыянт ідэй з параграфа «адзин чалавек запусціў GLM 5.2 на аднам React Native SDK за пяць долераў» для працавіка-оператара: чыстыя этапы, арганізаваныя блакі коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы задання. Этап Аналізу працюе найкраща, калі яго розглядаць як меркаваную плошчу. Запісайце адну ідеальную транскрыпцыю, адзін прыклад неудачы і прыметкі з відкату перш чым расширваць масштаб задання. Документавайце як шлях успеху, так і шлях восстанавлення разам. Перапрыбуткі, людзкі контроль і обработка некоректных паведамленняў є частью продукту, а не етапамі далейшай доўнелівання.

Настройкі, таму што яны корачэ, чым вы думаеце

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

ANTHROPIC_BASE_URL = https://openrouter.ai/api
ANTHROPIC_AUTH_TOKEN = your_openrouter_key
ANTHROPIC_DEFAULT_OPUS_MODEL = z-ai/glm-5.2
ANTHROPIC_DEFAULT_SONNET_MODEL = z-ai/glm-5.2
ANTHROPIC_DEFAULT_HAIKU_MODEL = z-ai/glm-4.5-air

Тое, што вы зрабілі неправа: мой код — не тое, што я можу деліцца

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

Задача першая: прачытайце SDK і адпаведзіце, дзе ён не працуе

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

Заданне два: тепер выправьце адзін з іх

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

Але ёсць прычыны, таму што якісь прычыны завжды ёсць

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

Як насправе выкарыстоўваць гэта зараз

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

Чэрніця эксплуатацыі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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