Практычныя прытамулі: Выпуск Ornith-1.0: Адны новы «король» агентнага кодавання

У гэтым карыце парадоксу перадстаўляецца шлях ад сыр'ёў да рабочай системы для: Ornith-1.0. Выпуск: Новы «король» агентнага кодавання, выданы пад ліцензіяй MIT. Акцэнт ставіцца на практычныя крокі, чыстае перакананне і код, які можна проста дадаць у репазітарый без неабяснення меты. У стадіўцы агульнага відзору неабходна з'явіць вхідныя даны, адпаведальнага за крок і критэрыя завершэння прычыні перад зменыма коду. Аператары должны магчымае перадзначыць крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Неабходна задокументаваць як шлях успеху, так і шлях вяснавання проблем. Перапрыбуткі, людзкія перакананні і обробка некоректных паведамленняў є часткай продукту, а не чымсь, што дадаецца пазней.

Чатыры моделі, адна амбіцыя

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

Што значыць бал 82,4?

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

Дазвольце модэлю паспрабаваць падбярэць своіе інструменты

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

Адаптаваны код разбірае пасляпяршню лінію абароны закрытага коду

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

Адаптаваны код проты закрытага коду: пляцо баяў змянілася

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

Тры сігналы

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

На завершанне

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

Чэк-ліст для аперацый

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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