Нейромережа не є пошуковою системою, яка знаходить готову відповідь, і не є базою даних, яка витягує факт із таблиці. Вона продовжує текст найімовірнішим чином на основі того, що ви написали. Практичний наслідок з цього прямий. Ваш запит не є командою, яку виконують, а є початком тексту, який продовжують. Тому чим точніше ви задали контекст, тим вужчим стає простір можливих продовжень, і тим ближчим до потрібного виявиться результат. Це пояснює, чому короткий запит дає загальну відповідь. Не тому, що система полінувалася, а тому, що на розмите питання найімовірнішим продовженням є розмита відповідь.

Що справді працює

Найбільшу різницю дає не хитре формулювання, а обсяг корисної інформації в запиті. Замість прохання написати лист варто вказати, кому він адресований, які між вами стосунки, чого ви хочете досягти, що вже обговорювалося раніше й у якому тоні ви зазвичай спілкуєтеся. Вкажіть обсяг, формат, аудиторію й те, чого робити не треба. Різниця між проханням розповісти про щось і проханням пояснити це в трьох абзацах для людини без технічної підготовки без використання термінів є принциповою. Якщо ви хочете певний стиль, покажіть зразок замість того, щоб його описувати. Два-три приклади того, як має виглядати результат, працюють краще за абзац прикметників, оскільки система добре впізнає шаблон і погано інтерпретує оцінні слова. Коли ви вставляєте текст і просите з ним працювати, якість різко зростає, а ризик вигадок падає, оскільки система спирається на надане, а не на власну пам'ять. Це найнадійніший спосіб отримати точний результат. Довге завдання з багатьма умовами виконується гірше за послідовність коротких. Спершу структура, потім наповнення розділів, потім редагування, і на кожному кроці ви коригуєте напрямок. Найпоширеніша помилка полягає в очікуванні ідеального результату з першої спроби. Реальна робота виглядає як діалог, у якому ви кажете, що саме не так, і просите змінити конкретну річ, а не переписати все заново. Формулювання про те, що краще визнати невизначеність, ніж вигадати, справді знижує кількість вигаданих деталей, хоча й не усуває їх. Це один із небагатьох прийомів, який має теоретичне обґрунтування, про що я писав у матеріалі про вигадані відповіді.

Тепер про поради, які кочують із матеріалу в матеріал і майже нічого не дають.

Формулювання про те, що система є фахівцем із двадцятирічним досвідом, у сучасних моделях дає мінімальний ефект. Певний сенс роль має тоді, коли вона задає аудиторію або стиль викладу, тобто прохання пояснити як викладач для першокурсників справді змінює подачу. Але саме приписаний досвід у роках не робить відповідь точнішою. Пропозиції чайових, згадки про важливість завдання для вашої кар'єри та подібні прийоми були предметом окремих експериментів, і стабільного відтворюваного ефекту вони не показали. Це фольклор, який поширився швидше, ніж його встигли перевірити. Написання слова «обов'язково» великими літерами не робить вимогу вагомішою. Чіткість формулювання працює, емоційний натиск ні. Абзац про те, що ви зараз поставите дуже важливе питання, лише додає шуму. Переходьте до суті. Добірки з сотнею універсальних запитів дають посередній результат саме тому, що вони універсальні, тобто не містять вашого контексту, який і є головним інгредієнтом.

Типові помилки

Питання, сформульоване так, ніби відповідь точно існує, змушує систему її вигадати. Прохання назвати три дослідження, що підтверджують тезу, майже гарантує три назви навіть тоді, коли таких досліджень немає. Кілька різних завдань в одному запиті призводять до того, що частина з них виконується поверхово. Відсутність зазначеного формату дає результат у тому вигляді, який вам не потрібен, і потім доводиться переробляти. Прийняття першої відповіді без уточнень означає, що ви користуєтеся інструментом на невеликій частині його можливостей. Продовження довгого діалогу тоді, коли розмова пішла не туди, працює гірше за початок нової з виправленим формулюванням, оскільки попередні невдалі спроби залишаються в контексті й впливають на подальші відповіді.

Практична структура запиту

Універсального шаблону не існує, але корисний запит зазвичай містить кілька елементів. Опис ситуації й того, для чого потрібен результат. Конкретне завдання одним чітким реченням.

Вхідні дані, якщо вони є, тобто текст, цифри або приклади. Вимоги до формату, обсягу й аудиторії. Обмеження, тобто чого робити не треба. Приклад бажаного результату, якщо ви можете його навести. Не обов'язково включати все щоразу, але чим важливіше завдання, тим більше елементів варто задати.

Чого не варто очікувати

Точних фактів із пам'яті, тобто чисел, дат, цитат і посилань, оскільки саме тут виникає більшість вигадок. Знання про події після завершення навчання моделі, якщо в неї немає доступу до пошуку.

Розуміння вашої конкретної ситуації без того, щоб ви її описали. Стабільно однакового результату при повторенні того самого запиту. Готового матеріалу, який можна публікувати без перевірки, і це стосується будь-якого тексту, за який ви несете відповідальність.

Підсумок

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