Практычныя прытамулкі: ваш агент для кодавання не патрабуе больш даўней інфармацыі. Яму патрабуея карта.

Існавайце гэта як перапрацоўаны варыянт ідэй з артыкула “Ваш агент для кодавання не патрабуе больш мэтаконтексту. Яму патрабуея карта.” для працавальнікаў: чыстыя этапы, аранжаваныя блакі для коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы задання. Этап Аналізу работае найкраща, калі яго спрыяваць як мерыемую плошчу. Запісаўце адна ідеальная транскрыпцыю, адзін прыклад неудачы і прыметкі з вярнення да пачатковага стану прычаму расшырэння масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісьць крок не выйшаў, прычына неудачы павінна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг заданняў.

Практычныя выкладкі з викорыстанняў Grepping у замест на паразнаванне

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

Ператварэнне файлаў у граф, а не ў індекс для пошуку

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

graphify explain "RateLimiter"

Чаму гэта не проста ўсё тое ж RAG

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

З’ясаванне таго, што насправды было прачытана, і таго, што было здогадана

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

Connections (47):
  --> RequestValidationError [uses] [INFERRED]
  --> Dependant [uses] [INFERRED]
  --> .get() [method] [EXTRACTED]
  <-- __init__.py [imports] [EXTRACTED]

Змусіць агента насправды выкарыстоўваць граф

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

Залікваванне графа праз змены ў кодзе

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

git config --global alias.gpull '!git pull && graphify update .'

За межамі коду: дасягі, зборы і ўсё іншае, чым касаецца проект

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

Запытанні да графа ў практыцы

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

graphify path "FastAPI" "ModelField"

graphify query "what connects authentication to the database?"

Прыдумкі графа як стацыонарнага інструмента

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

Іншы спосаб працы, чым большая вікна контексту

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

Заключэнне

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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