Практычныя прытамулі: Claude Opus 5.5 – змена ID модэлю, якая спамітвае працэю вашу систему на 400 секунд

Існавайце гэта як перапрацоўку ідэй з артыкула “Claude Opus 5.5 : The model-ID swap that 400s your production agents” для аператараў: чыстыя этапы, арранжаваныя блакі коду і прыметкі па вяснаванню, якія застаюцца пасля перадачы. Этап “Агульныя відомасці” найэфектывней працюе, калі яго спрыяваць як мерыемую паверхню. Запісаце адна ідеальная транскрыпцыю, адзін прыклад неудачы і прыметкі па анулюванні змян перш чым расширваць масштаб. Спрыяйце гэтым этапам як кантракту межа вхіднымі дадзеннямі і паверыжанымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце критэрыя успеху і адмовіцеся ад беззвучнага частковага завершэння.

Твіт праз запуск продаваў зніжку. Я ваш прылад все ўсё выдае форматы Opus 5.

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

Змена ID моделі не ўважаецца міграцыяй.

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

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

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

Прывязаная адналежнасць да інструмента не вызывае «мягкага» абярэння. Ёй вяртаеся код 400.

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

Блакі разумавання перавозяцца ўзьме з модэлем — рутэры відкладаюць логіку.

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

Стары інструмент для работы з комп’ютерамі не працуе ў API Claude і GCP — але працуе ў Bedrock.

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

Стрэм прыгрызку вашага проекту стала тыха. Запрос такі ж быў успешны.

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

Не зменяйце настройкі, пакуль гэты сектар не стане зеленым.

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

Апгрэйд — рэальны. Альтернатыўная версія — ні.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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