Практычныя прытамулкі: Капсула: Як я запусціў стварэнне сераўніка для розробнікав-агентаў

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

Тры прычыны разчароўвання, а не адна

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

Так вы створылі ўсё гэта для сябе

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

Што такое Capsule (і чаго не ёсць)

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

Чаму самастоятельнасць стаўляецца на магчымасць завдзяк сэндбоксу

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

Нудныя деталі, якія робяць ўсё цэе прыдатным для вжывання

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

Частка, якая насправды зменілася: як працаваць

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

Чаму стварыць яго, замест таго купіць чы адаптаваць ўжо існуючы варыянт?

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

Што далей

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

Адна прадактовацкая рада

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

Пачніце ствараць

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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