Як писати з LLM: найміть копіредактора, а не автора-привида

Писати про письмо — справа невдячна: текст на sockpuppet.org починається з визнання, що кожен, хто дає поради щодо прози, тим самим натякає, нібито пише добре, а критики в інтернеті знайдуться завжди. Автор називає тему неприємною, але все ж викладає свої аргументи.

Його вихідна теза: читач розпізнає згенерований моделлю текст на рівні частин на трильйон, хоч би скільки зусиль докласти до його «олюднення». Абзац від LLM значна частина аудиторії сприймає «не як текст, а як продукт». Тому перший крок — написати самому. Модель лишається корисною як копіредактор, а не як автор-привид: спершу напишіть, потім покажіть гарній моделі, щоб вона знайшла недоліки.

Правило перше: жодного підказаного слова

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

Правило друге: без похвали

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

Раніше автор починав правки з брехні — нібито він не автор, а редактор онлайн-видання, що відбирає матеріали. Це допомагає, пише він, хоча модель часто перебирає міру, підлаштовуючись під «цілі» уявного видання. Практична порада: прямо забороніть похвалу і будьте надпильними до компліментів.

Що можна делегувати

Моделі чудово виявляють проблеми: зайвий пасив, віддієслівні іменники, що ховають дію, повторювані звороти, слова-наповнювачі та два-три абзаци, які краще читалися б в іншому місці. Він радить книжку Style: Lessons in Clarity and Grace, про яку дізнався від Річарда Ґабріеля і яка, за його описом, робить копіредагування таким самим нудним і таким самим ефективним, як написання коду Java. Цикл такий: попросіть знайти проблеми, перепишіть відповідний абзац, а тоді покажіть обидві версії моделі, яка не знає, котра новіша — інакше вона просто надасть перевагу правці.

Для цього циклу він зібрав невеликий інструмент: Python з HTMX, SQLite і Tailwind, зібраний локально, а не з CDN, — редактор у стилі Notion із підсвічуванням і бічними коментарями в дусі Genius. Промпти прогоняються через командні інструменти Codex, Claude або Antigravity.

Наостанок він застерігає від власної поради: не приймайте всіх правок моделі. Він дав готовий текст GPT-5, і той сказав, що він на 20 відсотків задовгий. Автор підозрює, що це правда, і все ж нічого не змінив.