Практычныя нататкі: новы MCP без стану — унутры пратакола 2026-07-28
Практычны разбор тэмы «новы MCP без стану і пратакол версіі 2026-07-28»: кантракты, праверкі і гатовыя фрагменты кода для каманд, якія ўкараняюць гэты падыход.
Крыніцы: The New MCP Is Stateless: Inside the 2026–07–28 Protocol Rewrite - A visual guide
У гэтым карцерыфікацыі пашта ад сыр'ёў да рабочай сістэмы перакладваецца для: «Новы MCP не мае стану: Унутры перапісвы протакола 2026–07–28 – візуальны практыкум». Акцэнт ставяцца на крокі, якія можна выконваць, чыстае перакананне і код, які можна падставіць у рэпозытарый без неабяснення меты.
Найбольшая змяна MCP – гэта не новая функцыя
У стадыўцы «Найбольшая змяна MCP» паказваецца, як задаць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння перш чым зменіць код. Аперацыйныя працавнікі должны магчымае перайсці на гэты крок з вядомага пункта контролю, не спадзяючыся на схованы стан. Цю стадыю трэба спрыяць як даговор межаў вхідных і перакананых выходных дадзенняў. Назваць артыфакты, задаць перакананні на успех і не падтрымляць тыхое частковае завершэння. Автэнтыфікацыя ведзецца на шлюзе, а паўторная автарызацыя – на роўні дадзенняў. Толькі токэн-носіцель не ёсць межай арэнды.
Рукапрымкі былі архітэктурай
Для тэатру «The Handshake Was the stage» неабяжна як апрабава вхідных дадзеных, так і выявленне абоўцы крока, а таксама крэатарных крытарыяў пры змены коду. Аператары должны магчымае перапрацаваць крок пачаткуючы з вядомага пункту контролю, не спрабоўваючы з’ясаваць схованы статус. Запісваюцца часы выканання і косты токенаў або запытак па боку функцыйнаых рэзультаатаў. Відразлівае паказанне костоў запобегае неспадзяваным расчыткам, калі траекторыя пераходзіць з дэмавай версіі ў спадзеленыя сераўысы. Аўтэнтыфікацыя выкананая ў шлюзе, а паўторная автарызацыя — у роўні дадзеных. Сам токен-носіцель не ёсць межай арэндаванага рэсурсу.
Калі хочаце дакладней пазнацься пра MCP
Калі вы хочаце здзейсніць тэставанне, паказваецца неабяжна пазначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры перадзеіснаванні коду. Аператары должны магчымаць перзапуск крока з вядомай точкі контролю, не падозрываючы схованы стан. Конфігурацыю трэба залічыць пазначальна ад коду прыкладнення. Файлы сераўіса, хранальнікі секрэтных даных і флагі функцый належаць у аднам месца, якое аператары можаць пераглядаць без неабяжнага чытання всіх элементаў сістэмы. Автэнтыфікацыя выканаліцца ў шлюзе, а паўторная автарызацыя — у роўні дадзенняў. Толькі токэн-носіцель не ёсць межай адпаведнае часткі сістэмы.
Кожны запіт цяпер павінен быць самастоятэльны
Для этапы «Кожны запрос павінен цяпер» неабяжна ўзначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры зміне коду. Аператары павінны магчымаць перзапуск кроку з вядомай точкі контролю, не спрабоўваючы здогадвацца пра схованы стан. Неабяжна задокументаваць як шлях успеху, так і шлях вярнення. Перапрыбуткі, людзкіе перакрыцця і апрацоўка некорэктных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней. Автэнтыфікуйцеся на воратах і паўторна автарызуйцеся на роўні дадзенняў. Толькі токэн-носіцель не ёсць межай арэндавання.
Безстановасць разбівае старую модэль калебакаў
Для этапы «Statelessness Breaks the Old» неабяжна ўзначыць вхідныя даны, адпаведальнага за выкананне крока і крэтыяры завершэння пры зміне коду. Аперацыйныя працавнікі должны магчымае перадзеўжваць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест абмежлёных скрыптав. Калі крок не выканаецца, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцоўку задач. Калі наступны крок — гэта код або вызов інструмента, лепш выкарыстоўваць структураваныя выходныя даны з перакананнем схэмы, а не вольнае пісьменне выражэння. Для этапы «Statelessness Breaks the Old» неабяжна ўзначыць вхідныя даны, адпаведальнага за выкананне крока і крэтыяры завершэння пры зміне коду. Аперацыйныя працавнікі должны магчымае перадзеўжваць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Запісвайце час выканання і кост токенаў або запытаў разам з функцыйнальнымі рэзультатамі. Відразувыя даны пра косцы запобегаюць неспакойным рахункам, калі працэс пераходзіць з дэмавайнага рэжыма ў спакульнаныя сераўысы.
HTTP зноў стае звычным
Калі працюеце над этапам «HTTP зноў стае звычным», спачатку запісайце угоду: неабходныя даны, сігнал успеху і тое, што відбываецца у разы частковага невдачы. Такі спіс контролю дапамагае залішацца чыстасаблівым пад час пазнейшых змян у кодзе. Зберагаюце настройкі паза кодам прыемліка. Файлы сераўнавання, хранільнікі секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аўдыт без неабяжнага чытання всіх элементаў. Запісвайце назву інструмента, хэш параметраў, час адклікання і рынак кожнага вызову. Без такога следу дэбагаванне агента займае гадзіны.
Задачы пераходзяць паза ядро
Калі вы віконваеце заведамы «Пераместыць за межы этапы», спачатку запісайце угоду: неабяжлівыя даны, сігнал успеху і тое, што выканаецца у разе частковага нявыполнення. Такі спіс пераконтроўкаў дапамагае заліцвачыць змяны ў кодзе пазнейша.
Што на самай працэ практычна трэба перабудаваць
Калі працуеце над стадзіяй «Што насправды ў імплементатараў», спачатку запісайце контракт: неабходныя вхідныя даны, сігнал пра успех і тое, што выходзіць у разе частковага невыпання. Такі спіс дапамагае заліцьваты пазнейшыя змены ў кодзе. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, невыпанне павінна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг задач. Запісвайце назву інструмента, хэш аргументаў, час адпаведзі і рынак кожнага вызову. Дэбаггаванне без такога следу марнуе гадзіны. Калі працуеце над стадзіяй «Што насправды ў імплементатараў», спачатку запісайце контракт: неабходныя вхідныя даны, сігнал пра успех і тое, што выходзіць у разе частковага невыпання. Такі спіс дапамагае заліцьваты пазнейшыя змены ў кодзе. Запісвайце часы выканання і кост токенаў або запітаў разам з функцыональнымі рынакамі. Візуабілізація костаў з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя сераўы.
MCP цяпер мае два перыяды
Работа з фазамі MCP Now Has Two найэфектывнейшая, калі яе розглядаць як вімерную паверхню. Зберагачыце адна «золатая» транскрыпція, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Храніце настройкі парадульна коду прыемлі. Файлы сераўнавальнага сяродовішча, базы секрэтных даных і пазнакі функцый должны знаходзіцца ў адном месцы, куда аператары можуць аўдытаваць іх без неабяжнага чытання всіх дадзеных. Адкройце інструменты з вузкімі схемамі і чысткімі пазначэннямі побачных эфектаў. Хостам неабходна знаты, якія вызовы мутуюць стан, перш чым яны автаматычна схваляюць іх.
Простэйшая інфраструктура, строгіяя вакланення
Этап «Простэйшая інфраструктура, строгіяя выклекі» работае наўжоўшы, калі яго спрыяваць як меравальную плошчу. Зафіксавайце адны ідэальны транскрыпт, адзін прыклад неудачы і прыметку па аброце перад расшырэнням масштабаў.
Чэк-ліст для эксплуатацыі
Этап чэк-ліста для эксплуатацыі работае наўжоўшы, калі яго спрыяваць як меравальную плошчу. Зафіксавайце адны ідэальны транскрыпт, адзін прыклад неудачы і прыметку па аброце перад расшырэнням масштабаў.
Спрыявайце гэтаму этапу як кантракту межа вхіднымі дадзеннямі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, задаць правілы пераканання успеху і адмовіцеся ад беззвучнага частковага завершэння.
Адаптавайце інструменты з вузкімі схемамі і чыткімі пазначэннямі побачных эфектаў. Хостам неабходна знаты, якія запыткі меняюць стан, прычым яны будуць автаматычна затверджаны.
Калі дозволяе бюджэт, дадзіце тэст на перакананне, які працюе з крытычным маршрутом у CI за дапамою фікстураў, а не з рэальнымі платнымі API.
Запісвайце час выканання адпаведна косць токенаў чы роезпытакоў па боку функцыйнальных рэзультатаў. Відразлівае відображэнне косцей запобегае неспакою, калі маршрут пераходзіць з дэмаверсіі ў спакульнаныя сераўсы.
Адаптавайце інструменты з вузкімі схемамі і чыткімі пазначэннямі побачных эфектаў. Хостам неабходна знаты, якія запыткі меняюць стан, прычым яны будуць автаматычна затверджаны.
Перад паўзлом на вышэйшую версію заморозьце версіі, зафіксаваце ідэальны транскрыпт для крытычнага маршрута і паказваце крокі для адворачэння. У спакульных сераўсы неабходны ліміты на колькасць запытакоў, пераглед прыналежнасці і чысткі власнік для змены секрэтных даных. Валіце простую надзяйнасць працы над крэатывнымі, адзінразовымі дэмамі.
Запіска параграфу da7ec3204dd2: не трэба кантрацяваць ключы прадастоўцаў у рэпазітарые, задаць максімальную кантэйнернасць токена на адну сесію, а таксама зберагчы транскрыпціі праза фіксатуры адлічэння, каб пазнейшыя замены мадэляў заставалі пораўняннымі.
Для запіскі параграфу 0 пра зміцнэнне: перад зменай коду неабходна апісаць вхідныя даны, адпаведальнага за крок і крэтырыя завершэння. Аперацыёныя працавнікі должны магчымае перадзваначыць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Неабходна апісаць як успешны, так і вярнучы паты. Перапрыбуткі, людзкія контралі і обработка некантрольваных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.
Дзялейныя дэталі зміцнэння 0/903: памеры часу выканання, класаі бядаў і выкарыстанага токена для гэтай запіскі, пасля чаго трэба вырашыць, чы робіцца змена на адной падставе фіксаванага набора запытанняў, а не на падставе індывідуальных спазыроў.
Калі працуеце над першым этапам зміцнення, спачатку запісайце контракт: неабяжлівыя вхідныя даны, сігнал успеху і тое, што выходзіць у разе частковага невыпання. Такі спіс контроля дапамагае заліцвачваць пазнейшыя змены коду. Спрыятлівае ставленне да гэтаго этапу як да контракта межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, задаце крытэрыі успеху і адмовіцеся ад мовчанкавага частковага завершэння.
Дзеянне зміцнення 1/903: вымерыце час віканання, класію памылак і колькасць вікорыстоўваных токенав для гэтага пункту, а потым выявіце, чы хацеце застаўіць змену на адной пазначанай базе пытанняў, а не на адной лячбе.
Этап зміцнення 2 працюе лепей, калі яго спрыятлівае ставленне як да вімерныя плошчы. Запісайце адну ідэальную транскрыпцыю, адзін прыклад невыпання і запіску пра адвярненне перад расшырэнням масштаба. Зберагачыце настройкі праз аплікацыйны код. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцый павінны знаходзіцца ў адном месцы, якое аператары можаць пераглядаць без неабяжлівага чытання всей структуры.
Дзеянне паўжчання 2/903: звярніце увагу на час выканання, клас памылакі і колькасць вікорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы рэшацца застаўляць змяну.
Для 3-й стадзіі паўжчання неабходна перад змянай коду чытка апісаць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння. Аперацыяныя працавнікі павінны магчымае перадзванаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Лепш выкорыстоўваць маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшоў, прычына нехарактэрыстыкі павінна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцужок задач.
Дзеянне паўжчання 3/903: звярніце увагу на час выканання, клас памылакі і колькасць вікорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы рэшацца застаўляць змяну.
Калі працуеце над 4-й стадзіяю прыемкі з павышэння безпекі, спачатку запісайце умовы кантракту: неабяжлівыя даныя, сігнал успеху і тое, што выканаецца у разе частковага нявыполнення. Такі спіс контроля дапамагае заліцвачыць пазнейшыя змены ў кодзе. Запісвайце часы выканання і вартась токенаў або запытак праза функцыйнае рэзультат. Відразлівась вартасей з самага пачатку запобегае неспакоўным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.
Дзеянне прыемкі з павышэння безпекі 4/903: вымерайце час выканання, класію памылак і вартась токенаў для гэтай прыемкі, а пасля выберайце, чы робіць змены на адной пазначанай базе пытанняў, а не на адной толькі прыватнай інформацыі.
4-я стадзія прыемкі з павышэння безпекі работае лепей, калі яе спрыямаць як меравальную плошчу. Запісвайце адну ідэальную транскрыпцыю, адзін прыклад нявыполнення і запіс пра адварцу працы, перш чым расшырваць масштаб. Дакументавайце як успішны, так і вярнучыся парадоксы. Перапрыбуткі, людзкія контралі і обработка неканальных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.
Дзеянне паўжасткі 5/903: звярніце увагу на час выканання, класы паказакоў і вітрату токенаў для гэтага зьвісткі, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы робіць змены.
Для 6-й стадзіі паўжасткі неабходна перад змянай коду адзначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння. Аперацыйныя працавнікі должны магчыма было перазапускаць крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Штодзе гэтую стадзію трэба спрыятаць як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Назвіце артыфакты, адзначыце крытэрыя успеху і не падтрымайце беззвучнае частковае завершэння.
Дзеянне паўжасткі 6/903: звярніце увагу на час выканання, класы паказакоў і вітрату токенаў для гэтага зьвісткі, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы робіць змены.
Калі працуеце над 7-м падземам прыемкі з паўнейшага захавання, спачатку запісайце умовы кантракту: неабходныя даны, сігнал успеху і тое, што выходзіць на падчасныя неудачы. Такі чарт дапамагае залішацца адкрытымі пад час пазнейшых змен у кодзе. Зберагаюце настройкі пазначыней ад коду прыемкі. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куда аператары можаць адбавіць аўдыт без неабяжнага чытання всіх элементаў.
Дзялей 7/903 прыемкі з паўнейшага захавання: вы мерыце час выканання, класію адказаў і выкарыстанне токеноў для гэтай прыемкі, а пасля выявляеце, чы хацеце застаўіць змену на адной фіксаванай базе пытанняў, а не на адзінокых прыкладах.
7-й падзем прыемкі з паўнейшага захавання работае лепей, калі яго спрыямаць як мерыемую паверхню. Зберагаеце адны ідэальны прыклад выканання, адзін случай неудачы і прыемку для вярнення да пачатковага стану, прычаму расшыруя сферу дзеяння. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісьць крок не выйшае, неудача должна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцужок дзеянняў.
Дзеянні паўжасткі 8/903: звярніце увагу на час выканання, клас памылак і колькасць вікорыстоўваных токенав для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набора пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшыцца застаўіць змяну.