Галоўная / Артыкулы / Практычныя прыказкі: Агентны рефакторынг — викорыстанне агентаў для адкрывання структуры.

Практычныя прыказкі: Агентны рефакторынг — викорыстанне агентаў для адкрывання структуры.

Практычныя прыказкі: Агентны рефакторынг — викорыстанне агентаў для адкрывання структуры: контракты, пераказы та слоты для коду для команд, якія впрыменяюць гэты патерн.

1350 слоў

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

Пачатковая точка

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

Першы крок: абстракціі і кантракты

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

Стварэнне абстракцыі архітектуры

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

Усуненне вочныя складнасці

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

Тэсты стваралі перакананні

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

Інверсія залежнасцей — дзе яна дапамагла

Для етапу „Dependency Inversion Where It stage“ необхідно визначити вхідні дані, власника кроку та критерії завершення перед зміною коду. Оператори повинні мати можливість перезапустити крок з відомої точки контролю, не припускаючи при цьому невідомого стану. Конфігурацію слід зберігати окремо від коду програми. Файли середовища, секретні бази даних та флаги функцій мають знаходитися в одному місці, щоб оператори могли їх перевіряти без необхідності читання всього графу.

заплутаныя трубопрацесы.

Апаведанне модэлі домэна

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

Як працаваць з командай агента

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

Архітектура нарэшце стала видна

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

Як быў створаны гэты артыкул

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

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

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

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

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

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

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

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

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

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