Практычныя прытамулкі: Прасцьба, Claude Code: як запускаць DeepSeek Agent Harness на 100%.

Наступныя прытамкі паказваюць практычны шлях адпрацоўкі матэрыялу «Goodbye Claude Code: How to Run DeepSeek Agent Harness 100% Locally». Акцэнт ставіцца на контракты, перакананняя та месцы для коду, які можна легка заменіць, а не на мотывацыйныя аспекты. Калі працуеце на стадіі аглявання, спачатку запісайце контракт: неабяжныя даны, сігнал успеху та тое, што выходзіць у разе частковага невыпання. Такі список контроля дапамагае залишыцца чыстасна ў пазнейшых змяненах коду. Запісвайце час выканання та кост токенав або запытаў разам з функцыйнальнымі рэзултатамі. Відразувыя даны пра косцы запобегаюць неспакойным рахункам, калі праця пераходзіць з дэмавайшнага режыма ў спакульнае сераўерное сэрвіса.

Змена парадыгмы ў автонамнай разработцы програмнага забавства

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

DeepSeek Agent Harness проты комерчыяных агентаў: Аналіз архітектурных можацяй

The DeepSeek Agent Harness vs stage работае наяўней, калі яго спрыяваць як мерыемую паверхню. Запісаце адна ідеальная транскрыпцыя, адзін прыклад неудачы і прыметку па абратанні стану да таго, калкі будзе расширвацца сфера дзейнасці. Дакументаваце як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, людзкія перакрыцчы і обробка некоректных паведамленняў є часткай продукту, а не наступным этапам дорабачання. Адкрывайце інструменты з вузкімі схемамі та чысткімі пазначэннямі побачных эфектаў. Хостам неабходна знаты, якія вызовы мутуюць стан, перш чым яны будуць автаматычна затверджаны.

1. Адкрыты код та модулярнасць

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

2. Аберага чыстоты дадзэнняў і безпека з аір-гэпам

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

3. Эфектыўнасць за выкарыстоўванне (нульовыя зборы за API)

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

4. Гнеккісць модэлю

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

5. Адміністрацыя парадоксу станоў і розгалужэння

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

Архітектура выкарыстоўвання проты інтэлігенціі моделі

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

Усередзіне DeepSeek Harness: Архітектура, якая прыоритэтавае плагіны, і двыгун Cordis

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

DeepSeek Agent Harness (DSH): Режымы выконання і профілі

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

1. Стандартны режым (dsh/dsh --profile standard)

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

Архітектура і механізмы

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

Алгорытм выканання

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

Калі выкорыстоўваць

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

2. Режым коду (dsh code / dsh --profile code)

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

Архітектура і механізмы

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

Ключовыя прынады

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

Калі выкарыстоўваць

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

3. Мінімальны режым (dsh minimal / dsh --profile minimal)

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

Архітэктура і механізмы

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

Ключовыя прынтэсы

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

Калі выкорыстоўваць

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

4. Режым стваральніка (dsh creator / dsh --profile creator)

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

Архітектура і механізмы

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

Вялікі паўнайшы кансультатар па локальной установцы

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

Варыянт А: Швайны старт за адной командай через npx

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

npx @deepseek-ai/dsh web

Варыянт Б: Створэнне на адной базе для развіцця расширэнняў

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

# Clone the official repository
git clone https://github.com/deepseek-ai/deepseek-harness.git
cd deepseek-harness

# Install workspace dependencies
pnpm install# Compile TypeScript monorepo packages
pnpm run build# Launch the Web interface profile
pnpm dsh web

```
dsh --profile headless "Run project test suites, identify root causes of failures, and propose targeted code fixes."
```

Праўяжанне DeepSeek Harness да локальных модэляў Ollama

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

Выбір моделі та вимогі до пам’яті

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

ollama pull qwen3:14b

Настройка адзінаковых параметраў прадаўця ў DSH

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

Налагоджэнне інтарфейсу

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

Настройка змэнных среды

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

export DEEPSEEK_BASE_URL="http://127.0.0.1:11434/v1"
export DEEPSEEK_API_KEY="ollama-local-key"
export DEEPSEEK_MODEL="qwen2.5-coder:14b"

pnpm dsh web

Налаштаванне правіл безпекі рабочага прастору

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

Выкананне локальнага рабочага процесу з початку да канца

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

Цель задання

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

Эканацыя рабочага процесу па кроках

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

ollama run qwen2.5-coder:14b
npx @deepseek-ai/dsh web

Развіваючаяся экасистема агентаў на відкрытым коде

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

Стратэгічныя выводы

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

Чэк-ліст для аператыўнай роботы

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

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

Автентыфікуйцеся на в’язку і параправерыце правы пры доступе да дадзенняў. Толькі токэн-носіцель не є межай аб’екта.

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

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

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

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

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