Практычныя прытамулі: Harness > Graph > Loop > Model — Парадок ляёў вы спасае.

Наступныя прытамлівкі паказваюць практычны шлях адпрацоўкі элементаў “Harness > Graph > Loop > Model — Порядак слоёў ахватвае вашага агента”. Акцэнт ставіцца на контракты, перакананняя і месцы для коду, які можна легка адключыць, а не на мотывацыйныя аспекты.

Harness, Loop і Graph Engineering — это тры вярнутыя ўнутар аднае системы агентаў слоі. Самыя симптамы неудачы паказваюць, які слой трэба вылагодзіць.

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

Швыдкі успех — асало гіярхіі

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

Тры шары, адна гіярхія

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

Уровень Harness — Серавысь, яку отрымвае модэль

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

Семь файлов, а не фреймворк

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

Слой цыклаў — доказ, а не паверэнне

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

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

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

Слой графа — калі вам дасканальна патрэбныя колькасць агентаў

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

Рашэнне: Праграма дывізыбельнасці

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

Інтеграваны пяцістадійны ланцоўкі

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

Узел адвэрсарскай верыфікацыі — змена, але не нуль

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

Скорачванне, ніколі нуль

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

Режым Intern проты архітектуры — цифры з застерэжненням

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

Чатыры анті-шаблону і як ўпазнаваць іх па сімптамах

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

Спіс контроля гатовнасці да працы ў працэсе

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

Разлічненне — Тры шары, адна фраза

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

Падсумковая прыметка

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

Чэрніця кантролю

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

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

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

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

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

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

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

Прымечанне для пакета 34af533002e3: не кладзіце ключы прадаўцоў у репазітарый, задаце верхнюю межу токенаў на кожную сесію і зберагачыце транскрыпты празаўсёды разам з фіксатрамі для ацэнкі, каб пазнейшыя замены моделей заставаліся порównанымі.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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