OpenAI выпусціла інструкцыю па промптынгу GPT-5.1 для распрацоўшчыкаў

Адно з ключавых новаўвядзенняў — новы рэжым none, у якім мадэль увогуле не выкарыстоўвае reasoning-токены і паводзіць сябе бліжэй да GPT-4.1 і GPT-4o. Для распрацоўнікаў, якія мігруюць з GPT-4.1, OpenAI піша, што GPT-5.1 з none «павінна быць натуральнай заменай для большасці сцэнарыяў з нізкай затрымкай, якія не патрабуюць складаных разважанняў».

Пры пераходзе з GPT-5 у кампаніі папярэджваюць: GPT-5.1 можа часам быць залішне лаканічнай і недагаворваць дэталі. Таму ў промптах рэкамендуюць яўна ўзмацняць «настойлівасць» мадэлі. У гайдзе прама прапануецца фармулёўка: «Persist until the task is fully handled end-to-end within the current turn whenever feasible» і дапаўняецца ўказаннем «Be extremely biased for action», гэта значыць мадэль спецыяльна наладжваюць на поўнае завяршэнне задачы без залішніх удакладненняў і адкатаў да карыстальніка.

Вялікі блок дакумента прысвечаны кіравальнасці і «характару» агентаў. OpenAI паказвае, як праз сістэмныя промпты задаваць тон, рытм і ўзровень ветлівасці. У адным з прыкладаў для сапарт-бота кампанія фармулюе прынцып так: «Your communication philosophy is „respect through momentum.“ You’re warm in intention but concise in expression». Для кантролю шматслоўнасці распрацоўнікам прапануюць жорстка задаваць рамкі: «Respond in plain text styled in Markdown, using at most 2 concise sentences».

Асобна апісаны «user updates» — кароткія статусныя паведамленні, якімі агент павінен рэгулярна інфармаваць карыстальніка аб плане і прагрэсе пры працяглай працы з інструментамі. OpenAI рэкамендуе ўсталёўваць частату такіх абнаўленняў і іх фармат: «Send short updates (1–2 sentences) every few tool calls when there are meaningful changes» і заўсёды паказваць хаця б адзін канкрэтны вынік з мінулага кроку, а не толькі наступныя дзеянні.

У раздзеле solution_persistence мадэль інструктуюць «паводзіць сябе як аўтаномны senior pair-programmer»: самастойна збіраць кантэкст, планаваць, уносіць змены, запускаць праверкі і тлумачыць вынік, не чакаючы асобнага запыту на кожны крок. Там жа падкрэсліваецца, што дрэнна пакідаць карыстальніка «ў падвешаным стане», калі адказ «так, варта зрабіць», але само дзеянне так і не выканана.

Гайд таксама падрабязна распісвае працу з інструментамі. Замест кастомных функцый для праўкі кода OpenAI рэкамендуе перайсці на стандартны інструмент apply_patch, які ў тэстах «зніжае долю няўдалых правак на 35%». Для сістэмных задач дададзены shell-tool: мадэль прапануе каманды, інтэграцыя іх выконвае і перадае вывад назад, фарміруючы просты цыкл «план — выканаць — праверыць». Распрацоўнікам раяць па магчымасці сінхранізаваць чытанне і праўкі файлаў і выкарыстоўваць асобны «plan-tool», дзе мадэль сама вядзе спіс крокаў, іх статусы і абнаўляе план па меры выканання.