Практычныя нататкі: выйшаў Qwen 3.8 — агентнае праграмаванне ўзроўню Opus лакальна

Існавайце гэта як перапрацоўаны варыянт ідэй з артыкула “Qwen 3.8 Нарэшце выйшаў: кодаванне на роўні Opus з локальным ШЫ” для аператараў: чыстыя этапы, аранжаваныя блакі для коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы заданняў. Этап “Апглэйв” найкрашча працюе, калі яго розглядаць як меркаваны об’ект. Запісаўце адна ідэальная транскрыпцыю, адзін прыклад неудачы і прыметкі з вярнення да поперадньага стану, прычаму расшыруючы сферу дзеяння. Храніце настройкі парадульна ад коду прыложэння. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцыяй должны знаходзіцца ў аднам месцы, куда аператары можуць адбавіць контроль, не чытаючы весь структураны код.

Што на самай працэ ўпакавалася в Qwen

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

Кейс для тэставання коду, з прытаманнымі заставкамі

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

Чаму тверджэнне пра 24 ГБ ёсць правдападобным, але не дазволеным

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

Інструкцыі па розгортанню 24GB

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

Пытанне пра RAM: вагі — толькі першая ставка

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

Вікна кантэкста: цячына вырасла, але локальны ліміт не зменіўся

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

Табелі локальных костаў

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

Якое яго месца паўстае ў порэвананні з іншымі варыянтамі кодавання

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

Порэванне інструментаў

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

Чытанне

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

Чаму Qwen 3.6 мае большое значэнне, чым параўнанне з іншымі тэхналогіямі

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

Разумны першы тыдзень на карце 24GB

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

Местныя запускі ўжо рэальнасць

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

Спрамені да інфармацыі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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