Замість вступу: чому «дослівно» — це завжди погано

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

Візьмімо просте англійське речення з дитячої книжки:

He was over the moon.

Дослівно — «він був над місяцем». Точно? Абсолютно. Правильно? Ні. Українською це «він був на сьомому небі» — і зверніть увагу, що образ змінився повністю: був місяць, стало небо, була висота відносно супутника, стала висота в багатоповерховій метафізиці. Жодне слово не збіглося. І саме це і є правильний переклад.

Тепер складніше. Та сама фраза у книжці, де хлопчик дивиться на нічне небо і думає про космос. Тепер «над місяцем» раптом працює, бо автор навмисно оживив мертву ідіому. І тут ШІ, залишений сам на себе, зробить одну з двох помилок: або механічно підставить «на сьомому небі» і вб'є авторську гру, або залишить «над місяцем» скрізь, зокрема там, де жодної гри немає.

Різниця між цими двома рішеннями — не в мовних знаннях. Модель знає обидва варіанти. Різниця в тому, чи знає вона, що ви пишете і для кого. І це те, що ви можете їй дати — у вигляді файлів, а не у вигляді довгих благань у чаті.

Головна теза цього посібника проста:

Переклад книжки — це не завдання «переклади текст». Це проєкт з артефактами. Ви спершу будуєте правила, потім застосовуєте їх однаково до тридцяти розділів.

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

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

Частина 1. Каркас: із чого складається перекладацький проєкт

1.1. Мінімальний набір файлів

Уся система тримається на п'яти текстових файлах. Це звичайні .md — їх можна писати в Блокноті, в Obsidian, у VS Code, у чому завгодно. Вони переживуть будь-яку модель і будь-який інструмент.

переклад-книжки/
├── source/              ← оригінал, розбитий на розділи: ch01.md, ch02.md…
├── target/              ← переклад, та сама нумерація
├── context/
│   ├── reader.md        ← хто читатиме. Головний файл. Пишеться першим.
│   ├── style-guide.md   ← стилістичний контракт перекладу
│   ├── glossary.md      ← терміни й імена (обов'язково для non-fiction)
│   └── decisions.md     ← журнал рішень: що і чому змінено
└── reports/             ← аудити, звірки, списки проблем

Логіка розподілу тут не косметична, вона робоча:

reader.md відповідає на питання «для кого». Він визначає все інше. Якщо читач — семирічна дитина, яка слухає перед сном, то довжина речення, вибір слів, доля виносок і навіть кількість шиплячих у власних іменах уже наполовину визначені.

style-guide.md відповідає на питання «як». Це контракт: голос, регістр, синтаксис, пунктуація, межі втручання.

glossary.md відповідає на питання «якими словами». Для нон-фікшену це критично: якщо embedding у розділі 3 — «вкладення», у розділі 9 — «ембединг», а в розділі 14 — «векторне представлення», книжка розсипається на очах у читача.

decisions.md — журнал. Кожного разу, коли ви (або модель) вирішуєте змінити щось суттєве — замінити реалію, викинути каламбур, додати пояснення — це записується одним рядком. Через два місяці ви не пам'ятатимете, чому в розділі 4 бейсбол став футболом. Журнал пам'ятатиме.

reports/ — усе, що генерує ШІ, окрім самого перекладу: списки термінів, знайдені неузгодження, звіти про ритм. Тримайте це окремо від тексту.

1.2. Одне залізне правило

Модель ніколи не пише в source/. Оригінал недоторканний.

Це звучить очевидно, доки одного вечора агент не «покращить» вам вихідний файл, а ви цього не помітите два тижні. Тримайте проєкт під git або хоча б робіть копії. Якщо слово «git» вам нічого не каже — просто зробіть папку source-backup і не чіпайте її.

Частина 2. Читач: файл, який пишеться першим

Найпоширеніша помилка авторів — описувати книжку, а не читача. Модель уже бачить книжку, ви їй її дали. Чого вона не бачить — це людини, яка триматиме її в руках у Львові, Торонто чи Берліні.

2.1. Що має бути в reader.md

Вік і читацький досвід. Не «діти», а «7–9 років, читає сам уже впевнено, але довгі абзаци кидає». Різниця між 5 і 8 роками більша, ніж між 25 і 45.

Хто фізично читає вголос. Це змінює все. Книжка для читання вголос перед сном пишеться для двох людей одночасно: дитини, яка слухає, і втомленого дорослого, який читає. Дорослий не має спотикатися. Речення має вміщатися в одне дихання.

Культурний багаж. Що читач знає без пояснень? Український читач знає, що таке жнива, толока, Різдво з кутею. Не знає, як влаштована система американських шкільних класів (grade 5), що таке garage sale, prom, thanksgiving leftovers, hall pass. Випишіть 10–20 таких речей із вашої книжки списком — це вже половина роботи над реаліями.

Жанрові очікування цільової культури. Один і той самий гумор працює по-різному. Британська стримана іронія в українському дитячому тексті може прочитатися як холодність. Американська емоційна прямота («I love you, buddy») — як солодкавість. Це не питання точності, це питання того, що читач відчує.

Емоційна умова читача. Це не завжди актуально, але часом важливіше за все інше. Книжка для дітей, які пережили евакуацію, не може легковажно жартувати про сирену. Модель цього не вгадає. Ви маєте написати це прямо.

Чого читач не пробачить. Найкорисніший пункт файлу. Наприклад: «не пробачить русизмів», «не пробачить, якщо тварина говорить казенною мовою», «не пробачить моралі, сказаної вголос наприкінці розділу».

2.2. Шаблон reader.md

# reader.md — портрет читача перекладу

> Цей файл агент читає ПЕРШИМ. Усі стилістичні рішення оцінюються
> відносно цього читача, а не відносно абстрактної «правильної мови».

## 1. Хто це
- Вік:
- Читає сам / слухає / обидва:
- Читацький досвід (що вже читав із подібного):
- Мовна ситуація (єдина мова / двомовність / діаспора):

## 2. Ситуація читання
- Де і коли читає:
- Скільки читає за раз:
- Хто ще присутній (батько, вчитель, ніхто):

## 3. Що читач знає без пояснень
- (список того, що НЕ потребує глосу)

## 4. Чого читач не знає
- (список реалій оригіналу, чужих цій культурі)

## 5. Що читач має відчути
- Головна емоція:
- Емоція, якої треба уникнути будь-якою ціною:

## 6. Чого читач не пробачить
- (3–5 пунктів; це фактично заборони для перекладача)

## 7. Обмеження, про які модель не здогадається
- (травматичний контекст, релігійні межі, вікові норми ринку)

Заповнюйте чесно й конкретно. Порожні поля означають, що модель придумає читача сама — і зазвичай придумає безстатеву доросліcть із середньостатистичним смаком.

Частина 3. Style guide: стилістичний контракт

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

3.1. Принцип відбору правил

Проста перевірка: якщо переклад не може порушити це правило — воно не заслуговує на місце у файлі.

Правило «пиши гарно й природно» модель не може порушити, бо воно нічого не означає. Правило «жодного речення довшого за 16 слів у прямій мові дитини» — може. Пишіть друге.

3.2. Повний шаблон з поясненнями

# style-guide.md — стилістичний контракт перекладу

## 1. Координати
- Мова оригіналу → мова перекладу:
- Жанр:
- Обсяг:
- Публікація (друк / електронна / аудіо):
  ↑ важливо: аудіокнижка забороняє виноски й вимагає інтонаційної цілісності

## 2. Позиція на шкалі доместикація ↔ форенізація: [1–5]
1 = повна адаптація (реалії замінено на місцеві, дія «переїжджає»)
3 = збалансовано (реалії лишаються, пояснюються всередині тексту)
5 = максимальна чужість (усе іноземне лишається чужим, читач докладає зусиль)
Обґрунтування у 2–3 реченнях: ЧОМУ саме ця точка.

## 3. Голос оповідача
- Особа й час:
- Дистанція до героя (усередині голови / поруч / здалеку):
- Іронія: є / нема / тільки в певних сценах
- Оповідач знає більше за героя? (для дитячих — зазвичай ні)

## 4. Регістр і лексика
- Основний пласт:
- Дозволені відхилення вгору (книжність):
- Дозволені відхилення вниз (розмовність, сленг):
- ЗАБОРОНЕНІ пласти:
  - канцелярит («здійснювати», «у зв'язку з», «даний»)
  - калькований синтаксис («є таким, що», «являється»)
  - росіянізми (навести конкретний список для своєї книжки)
  - надмірна архаїзація заради «українськості»

## 5. Синтаксичний контракт
- Середня довжина речення:
- Максимальна довжина:
- Чи можна ділити довге речення оригіналу на два? (зазвичай ТАК)
- Чи можна зшивати два речення в одне? (зазвичай так, але рідше)
- Чи можна міняти порядок речень усередині абзацу? (обережно: ТАК для
  ясності, НІ якщо порядок несе саспенс)
- Чи можна міняти межі абзаців? (майже завжди НІ — це авторська архітектура)

## 6. Ритм і звук
- (для дитячих і поетичних — див. окремий розділ посібника)
- Тест уголос обов'язковий: так / ні

## 7. Діалог
- Оформлення: тире / лапки «»
- Ти/Ви: хто до кого і коли перемикається
- Атрибуції: «сказав» за замовчуванням, чи різноманітність
- Прислівники в атрибуціях: заборонені / дозволені
- Мовні маркери персонажів: (список — хто як говорить)

## 8. Пунктуація й типографіка
- Лапки: «ялинки» / „лапки" для вкладених
- Тире: —  (з нерозривним пробілом)
- Курсив: коли
- Числа: цифрами чи словами, до якої межі
- Апостроф: ' (правильний), не '

## 9. Імена, топоніми, реалії
- Особові імена: транслітерація / адаптація / переклад значущих
- Промовисті імена: як чинимо (див. розділ про важкі місця)
- Топоніми: усталені форми з правопису
- Бренди: лишаємо латинкою / транслітеруємо

## 10. Одиниці й системи
- Милі/фути → км/м: конвертуємо чи ні
- Валюта:
- Дати й час:
- Температура:

## 11. Що НЕ чіпати ніколи
- Сюжетні факти
- Кількість і межі розділів
- Авторські повтори й рефрени (це не помилка, це прийом)
- Навмисні порушення норми в мовленні персонажа
- Імена, зафіксовані в glossary.md

## 12. Ліміт втручання
- Дозволене відхилення від структури речення: ___%
- Рішення рівня L3–L4 (див. шкалу) записуються в decisions.md ЗАВЖДИ

## 13. КАЛІБРУВАЛЬНІ ПРИКЛАДИ  ← найважливіша секція файлу
(3–7 пар «погано / добре» з поясненням у одне речення)

3.3. Чому калібрувальні приклади важать більше за всі правила

Це не перебільшення. Модель — статистична машина, і три конкретні пари прикладів навчають її краще, ніж сторінка абстрактних вимог. Ось як має виглядати ця секція:

## 13. Калібрувальні приклади

### Приклад 1 — регістр оповідача
Оригінал: The house had been empty for a long time.
❌ Погано: Будинок протягом тривалого часу перебував у незаселеному стані.
✅ Добре: Будинок стояв пустий уже давно.
Чому: оповідач розповідає дитині, а не пише акт огляду приміщення.

### Приклад 2 — ідіома
Оригінал: She kept her cards close to her chest.
❌ Погано: Вона тримала свої карти близько до грудей.
✅ Добре: Вона не показувала, що в неї на думці.
Чому: образ карткової гри в українській дитячій прозі не читається; сенс важливіший за картинку.

### Приклад 3 — дитяча пряма мова
Оригінал: "I don't want to!" he shouted angrily.
❌ Погано: «Я не бажаю цього робити!» — сердито викрикнув він.
✅ Добре: — Не хочу! — крикнув він.
Чому: діти говорять коротко; «сердито» дублює те, що вже є в «крикнув».

### Приклад 4 — ритм речення
Оригінал: The cat, who was old and had only three legs, moved slowly across the yard.
❌ Погано: Кіт, який був старий і мав лише три лапи, повільно рухався через подвір'я.
✅ Добре: Старий кіт із трьома лапами повільно йшов через подвір'я.
Чому: підрядне речення в оригіналі — англійська норма; українською воно спотикається. Згортаємо в означення.

Чотири такі приклади економлять вам сотні виправлень. Якщо у вас є попередній переклад, який вам подобається — витягніть приклади звідти, це найшвидший шлях.

Частина 4. Як здобути ці правила: інтерв'ю і grill-me

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

Розв'язання — не писати правила, а витягти їх із себе через допит. Для цього є два режими роботи.

4.1. Режим інтерв'ю: витягування

Тут ШІ виступає редактором, який ставить вам питання по одному й записує відповіді. Ви говорите природно, він перетворює це на правила.

Готовий промт — /interview:

Ти — досвідчений редактор перекладів, який готує стилістичний контракт
для нового проєкту. Твоє завдання — не перекладати, а ВИТЯГТИ з мене
правила, яких я сам ще не сформулював.

Правила гри:
1. Став ОДНЕ питання за раз. Чекай на відповідь.
2. До кожного питання додавай свій рекомендований варіант відповіді —
   мені легше заперечити, ніж вигадати з нуля.
3. Якщо відповідь можна знайти в тексті, який я тобі дав, — знайди її
   сам і покажи мені для підтвердження, а не питай.
4. Не приймай абстрактних відповідей. Якщо я кажу «хочу, щоб звучало
   природно» — попроси мене показати уривок, який звучить природно,
   і уривок, який ні.
5. Веди список невирішених питань. Наприкінці покажи його.

Порядок тем:
A. Читач (вік, ситуація читання, культурний багаж, заборони)
B. Голос оповідача і дистанція
C. Регістр і заборонені пласти лексики
D. Синтаксис: довжина, дроблення, порядок
E. Діалог: ти/ви, атрибуції, мовні маркери персонажів
F. Реалії, імена, одиниці
G. Межі втручання: що я категорично забороняю змінювати

Після кожного блоку показуй, що ти записав, у форматі готового
markdown-фрагмента для style-guide.md.

Ось перший розділ оригіналу для контексту:
[вставити 1000–1500 слів оригіналу]

Почни з блоку A, перше питання.

Двадцять-тридцять хвилин такого діалогу дають вам заповнений style-guide.md, який ви б самі писали тиждень і все одно забули б половину.

4.2. Режим grill-me: стрес-тест

grill-me — це популярний скіл для агентів (автор Метт Покок), суть якого в тому, що модель безжально допитує вас про план, поки не залишиться неясностей: одне питання за раз, з рекомендованою відповіддю, спускаючись гілками дерева рішень і розв'язуючи залежності між ними по черзі. Він створювався для архітектурних рев'ю коду, але для перекладацького контракту працює навіть краще, бо тут теж є рішення, які дорого міняти на 200-й сторінці.

Різниця між інтерв'ю і grill-me така: інтерв'ю збирає, grill-me ламає. Спершу перше, потім друге.

Готовий промт — /grill.me для style guide:

Ось мій style-guide.md і reader.md для перекладу книжки.
[вставити обидва файли]

Допитуй мене про цей контракт безжально, доки не залишиться
неоднозначностей, які виявляться аж на двохсотій сторінці.

Правила:
- Одне питання за раз, із твоїм рекомендованим варіантом відповіді.
- Не питай про те, на що вже є відповідь у файлах. Спершу перечитай їх.
- Ціль твоїх питань — знайти правила, які СУПЕРЕЧАТЬ одне одному,
  і правила, які НЕМОЖЛИВО перевірити.
- Особливо шукай:
  · правила, сформульовані так, що їх не можна порушити
  · конфлікт між «зберігати ритм» і «зберігати точність» —
    змусь мене сказати, що перемагає і в яких випадках
  · випадки, де мій ліміт втручання зробить переклад неможливим
  · відсутні рішення: лайка, пісні, вірші всередині прози,
    гра слів, промовисті імена, зміна ти→Ви між персонажами
  · що робити, коли оригінал просто поганий
- Каліbruй тиск: я не професійний перекладач, тому пояснюй
  термін, перш ніж питати про нього.
- Веди реєстр: вирішено / не вирішено / відкладено.

Наприкінці видай:
1. Оновлений style-guide.md з усіма заповненими прогалинами
2. Список рішень, які я свідомо відклав, із позначкою ризику

Це найдешевший спосіб знайти проблему, яка інакше з'їсть вам місяць переробки.

4.3. Третій режим: витягування правил зі зразка

Якщо у вас уже є кілька сторінок перекладу, які вам подобаються, — не описуйте їх, дайте моделі витягти правила самій.

Ось оригінал і мій переклад двох уривків, якими я задоволений.
[вставити паралельно]

Проаналізуй, ЯКІ РІШЕННЯ я приймав, і сформулюй їх як правила
стилістичного контракту. Мене цікавлять не похвали, а механіка:

1. Де я подовжував / скорочував речення відносно оригіналу — і за якою
   ознакою це відбувалося
2. Які категорії слів я системно уникав
3. Як я чинив з ідіомами: за яким принципом обирав між образом і сенсом
4. Чи змінював я порядок інформації всередині речення — коли саме
5. Що я додавав від себе (пояснення, зв'язки) і в яких випадках
6. Що я викидав

Для кожного правила наведи 2 приклади з моїх текстів як докази.
Якщо ти бачиш непослідовність — назви її прямо, це важливіше за правила.

Вихід: готовий фрагмент style-guide.md + окремий список моїх
непослідовностей, які варто вирішити свідомо.

Частина 5. Адаптивний переклад: шкала рішень

Слово «адаптивний» звучить розмито, доки не перетворити його на шкалу. Ось робоча шкала рівнів втручання — вона дає вам і моделі спільну мову.

Рівень | Назва | Що це | Коли доречно

L0 | Калька | Дослівна структура й лексика | Цитати з документів, терміни, навмисна чужість

L1 | Нейтральний еквівалент | Той самий сенс, природний синтаксис | 70–80% тексту

L2 | Функціональна заміна | Ідіома → інша ідіома, образ → інший образ | Ідіоми, сталі вирази, метафори

L3 | Компенсація | Втрачене тут — відтворено в іншому місці | Каламбури, звукова гра, гумор

L4 | Адаптація реалії | Культурний об'єкт замінено на місцевий | Тільки за свідомим рішенням автора

Правило користування:

L0–L2 модель приймає сама. L3 і L4 — тільки з записом у decisions.md із зазначенням, що втрачено і що дало натомість.

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

Приклад запису в decisions.md:

## ch07, рядок 142 — L4 (адаптація реалії)
Оригінал: they were selling lemonade on the sidewalk
Переклад: вони продавали компот біля під'їзду
Втрачено: американська традиція lemonade stand як символ
          дитячого підприємництва
Отримано: впізнавана українською дитиною сцена; збережено
          функцію (діти заробляють самі)
Альтернатива, яку відкинуто: «лимонадний кіоск» — читач 7 років
          не має цього образу, довелося б пояснювати
Схвалив: автор, 12.03

Один такий запис займає хвилину. Через півроку, коли редактор запитає «а чому тут компот», у вас є відповідь.

Частина 6. Ритміка: окремий розділ для дитячих книжок

Дитяча книжка — це єдиний жанр, де звучання важливіше за точність. Дитина не помітить, що ви замінили ведмедя на борсука. Вона миттєво помітить, що речення спотикається.

6.1. Чому це критично

Дитячу книжку читають уголос. Вона проходить через рот дорослого і вухо дитини, а не через очі. Це змінює всі пріоритети:

  • Речення має вміщатися в одне дихання.

  • Збіги приголосних на стику слів («вовк ковзнув») ламають читання.

  • Повтори — це не бідність мови, це опора для дитячої уваги.

  • Ритмічний рефрен запам'ятовується і стає найулюбленішим місцем.

Машинний переклад руйнує саме це найпершим, бо оптимізує семантику, а не звук.

6.2. Конкретні норми

Це орієнтири, а не догма — але вони мають бути у вашому style-guide.md числами:

Вік | Довжина речення | Абзац | Особливості

3–5 | 5–8 слів | 1–3 речення | Максимум повторів, звуконаслідування, проста дієслівна структура

5–7 | 7–12 слів | 2–4 речення | Одне підрядне максимум; жодних дієприслівникових зворотів

7–10 | 10–16 слів | 3–6 речень | Дозволені складніші конструкції, але не два довгі речення поспіль

10–13 | 12–20 слів | вільно | Наближається до дорослої прози

Додаткові правила, які варто прописати:

Дієприслівникові звороти («побачивши кота, він побіг») — у текстах до 10 років уникати майже завжди. Українською вони важкі й книжні. Розбивайте: «Він побачив кота. І побіг».

Пасив — прибирати. «Двері були відчинені кимось» → «Хтось відчинив двері».

Не більше двох довгих речень поспіль. Після довгого — коротке. Це і є ритм.

Рефрени зберігати дослівно однаковими. Якщо в оригіналі фраза повторюється п'ять разів, вона має повторитися п'ять разів однаково. Модель за замовчуванням «урізноманітнює» — це треба заборонити прямо.

Звуконаслідування — національні. woof → «гав», moo → «му», crack → «трісь», не «крек». Складіть маленьку таблицю в glossary.md.

Імена перевіряти на вимову. Ім'я, яке дитина не може вимовити, не приживеться. Уникайте скупчень приголосних і трьох складів поспіль з наголосом не на другому.

6.3. Промт для перекладу дитячого розділу з контролем ритму

Ти перекладаєш розділ дитячої книжки [мова] → українською.

Спершу прочитай і застосуй:
[reader.md]
[style-guide.md]
[glossary.md — імена, звуконаслідування, повторювані фрази]

ПРІОРИТЕТ РІШЕНЬ (у цьому порядку, згори вниз):
1. Ритм і легкість читання вголос
2. Емоція сцени
3. Смисл
4. Лексична близькість до оригіналу   ← найнижчий пріоритет

Це означає: якщо точне слово ламає ритм — бери неточне.
Якщо точний синтаксис спотикається вголос — переписуй речення.

ЖОРСТКІ ОБМЕЖЕННЯ:
- Довжина речення: 7–12 слів, максимум 16
- Не більше двох речень довших за 12 слів поспіль
- Жодних дієприслівникових зворотів
- Жодного пасиву
- Рефрени з glossary.md — ДОСЛІВНО однакові щоразу
- Кількість абзаців = кількості абзаців оригіналу

ПІСЛЯ перекладу зроби три перевірки й покажи результат:

ПЕРЕВІРКА 1 — читання вголос
Знайди 3 місця, де читання спотикається (збіг приголосних, важкий
наголос, задовге речення). Для кожного покажи рядок і виправ.

ПЕРЕВІРКА 2 — довжина
Порахуй слова в кожному реченні. Виведи таблицею всі речення
довші за 16 слів. Перероби їх.

ПЕРЕВІРКА 3 — рефрени
Виведи всі повтори з glossary.md і покажи, що вони збіглися дослівно.

Формат виводу:
### Переклад
[текст]

### Звіт
[три перевірки]

### Питання до автора
[усе, де ти був не впевнений — максимум 5 пунктів]

Ось розділ:
[текст]

Ключова частина тут — примусова самоперевірка після перекладу. Модель, яка щойно писала текст, погано бачить свої проблеми, але добре їх бачить, коли її змусити рахувати.

6.4. Окремо про рими

Якщо в оригіналі є віршовані вставки — це найважче місце книжки, і сюди йде окрема сесія.

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

Це віршована вставка з дитячої книжки. Переклади її українською.

Спершу проаналізуй оригінал і випиши:
- схему рими (ААББ / АБАБ / …)
- кількість складів у кожному рядку
- де падають наголоси
- ЩО САМЕ цей вірш робить у сюжеті (заклинання? лічилка? пісня?
  дражнилка? його функція диктує форму)
- який рядок є пуантом — той, що має вціліти за будь-яку ціну

Потім дай ТРИ різні версії перекладу:
Версія А — максимально близька до змісту, рима слабша
Версія Б — точна рима й ритм, зміст вільніший
Версія В — твій найкращий компроміс

Для кожної вкажи: схему рими, склади по рядках, що втрачено.
Наприкінці порекомендуй одну і поясни чому в двох реченнях.

Три версії — це важливо. Одна версія позбавляє вас вибору; три показують межі можливого.

Частина 7. Термінологічна база для нон-фікшену

Якщо ви перекладаєте технічну, наукову чи ділову книжку, найбільша загроза — не стиль, а дрейф термінів. Модель на розділі 2 і модель на розділі 20 — це фактично різні перекладачі, які не спілкувалися.

7.1. Правильний порядок дій

Ключова ідея: термінологія будується ДО перекладу, а не під час.

Крок 1 — витяг кандидатів з усієї книжки одразу.

Ось повний текст книжки [або: усі розділи по черзі].

Витягни ВСІ терміни, які потребують послідовного перекладу.
Це: технічні поняття, назви методів, ключові абстракції автора,
абревіатури, назви інструментів, повторювані метафори автора,
які працюють як терміни.

Для кожного дай:
| термін EN | частота | розділи | контекст (речення) | твої 2–3 варіанти UA | твоя рекомендація | ризик |

Ризик = ВИСОКИЙ, якщо:
- в українській немає усталеного відповідника
- є кілька конкурентних усталених варіантів
- термін є ключовим для аргументу книжки
- автор вживає загальновживане слово в спеціальному значенні ← найнебезпечніше

Сортуй за ризиком, потім за частотою.
НЕ перекладай книжку. Тільки таблиця.

Крок 2 — ви приймаєте рішення. Це ваша робота, не машини. Особливо для термінів з високим ризиком.

Крок 3 — заморожування. Кожен термін отримує статус:

# glossary.md

## Статуси
- FROZEN — рішення прийнято, змінювати не можна ніде
- PREFERRED — робочий варіант, можна оскаржити з аргументом
- CANDIDATE — не вирішено, при зустрічі ЗУПИНИТИСЯ і спитати

## Терміни

| EN | UA | Статус | Заборонені варіанти | Перше вживання | Нотатка |
|---|---|---|---|---|---|
| embedding | вкладення | FROZEN | ембединг, ембеддінг, векторне представлення | ch01 §3 | подати як «вкладення (embedding)» |
| retrieval | пошук-видобування | PREFERRED | ретрівал, вилучення | ch02 §1 | контекст: RAG |
| agent | агент | FROZEN | — | ch01 §1 | |
| grounding | заземлення | CANDIDATE | ґрунтування | ch05 | ПИТАННЯ ДО АВТОРА |

Крок 4 — правило першого вживання. Прописується один раз у style guide: «перше вживання терміна в книжці — з англійським оригіналом у дужках; далі — тільки українською». Це рятує читача, який гуглитиме англійською.

Крок 5 — фінальна перевірка. Наприкінці — окремий прогін на консистентність (промт нижче в розділі 9).

7.2. Найнебезпечніший випадок

Автор бере звичайне слово й наділяє його спеціальним значенням. У книжці про пам'ять ШІ слово memory іноді означає технічну структуру, а іноді — людську пам'ять як метафору. Машина перекладе обидва як «пам'ять» і зруйнує розрізнення, яке автор будував.

Тому в glossary.md має бути окрема секція:

## Омоніми й пастки
| Слово | Значення А | Переклад А | Значення Б | Переклад Б | Як розрізнити |
|---|---|---|---|---|---|
| memory | технічна підсистема | пам'ять (термін) | людська здатність | спогади / пригадування | А завжди в технічному контексті, зазвичай з означенням |

Частина 8. Важкі місця: ідіоми, культура, гумор

Це та частина, де ШІ або блищить, або ганебно провалюється — і різниця майже цілком у тому, чи дали ви йому окремий процес для цих випадків.

8.1. Головна помилка

Не перекладайте важкі місця всередині загального перекладу. Модель у режимі «переклади розділ» проходить ідіому за пів секунди й бере перший прийнятний варіант. Важкі місця треба виловити окремо, обробити окремо і вставити назад.

8.2. Шість стратегій для ідіом

Класифікація, яку варто дати моделі прямо (спрощена схема Мони Бейкер):

  1. 1.

    Та сама ідіома, той самий образ — рідкість, але буває: to play with fire → «гратися з вогнем».

  2. 2.

    Інша ідіома, той самий сенс — робоча конячка: once in a blue moon → «раз на рік по обіцянці».

  3. 3.

    Парафраз — образ втрачено, сенс збережено: he was all thumbs → «у нього все падало з рук».

  4. 4.

    Опущення + компенсація — ідіому викинуто тут, натомість додано ідіоматичність в іншому місці абзацу.

  5. 5.

    Дослівно + контекстна підказка — коли образ важливий для сюжету і його треба зберегти; сусіднє речення пояснює.

  6. 6.

    Свідома калька — коли чужість є ефектом (герой-іноземець, стилізація).

8.3. Промт /idioms — окремий прохід по важких місцях

Ти — перекладач-аналітик. НЕ перекладай текст цілком.
Твоє завдання — знайти й розібрати місця, які не можна перекласти
прямо.

Контекст:
[reader.md]
[style-guide.md — особливо позиція на шкалі доместикації]

Пройди розділ і склади РЕЄСТР важких місць. Категорії:

A. Ідіоми та сталі вирази
B. Гра слів, каламбури, звукова гра
C. Культурні реалії (їжа, свята, школа, побут, гроші, транспорт)
D. Промовисті імена та назви
E. Алюзії (література, пісні, фільми, історія)
F. Гумор, що спирається на A–E
G. Регістрові й діалектні маркери (акцент, соціальний клас, говірка)
H. Форми звертання і ввічливості, яких немає в українській

Для КОЖНОГО місця дай:

| # | рядок | оригінал | категорія | що саме тут працює | чи знає це український читач (так/ні/частково) |

Далі для кожного — три варіанти рішення:
  Варіант 1: [стратегія] — [переклад] — втрачено: … здобуто: …
  Варіант 2: [стратегія] — [переклад] — втрачено: … здобуто: …
  Варіант 3: [стратегія] — [переклад] — втрачено: … здобуто: …
  Рекомендація: № і одне речення чому, з посиланням на reader.md

Стратегії називай явно, з цього списку:
  [та сама ідіома] [інша ідіома] [парафраз] [опущення+компенсація]
  [дослівно+підказка] [свідома калька] [заміна реалії]
  [узагальнення реалії] [вшитий мікроглос] [виноска]

ОСОБЛИВІ ПРАВИЛА:
- Для дитячої книжки виноски майже завжди програють. Якщо пропонуєш
  виноску — спершу спробуй вшити пояснення в саме речення так, щоб
  воно не звучало як пояснення. Покажи обидва варіанти.
- Якщо каламбур неможливо відтворити тут — знайди в цьому ж абзаці
  або на цій сторінці місце для КОМПЕНСАЦІЇ і запропонуй її конкретно.
- Якщо реалія несе сюжетну функцію (герой потім до неї повертається),
  її НЕ МОЖНА узагальнювати. Позначай такі місця як 🔒 і перевіряй
  далі по тексту.

Наприкінці — окремим блоком: 3 найризикованіші рішення, які
потребують мого підтвердження.

Розділ:
[текст]

8.4. Приклади розбору

Каламбур. Оригінал: кіт на ім'я Whiskers, і фраза it was a whisker away. Гра імені та ідіоми «на волосинку».

  • Варіант 1 (інша ідіома + перейменування): кіт Вусань, «лишалося на один вус». Компенсація через ім'я.

  • Варіант 2 (компенсація деінде): каламбур тут втрачено, натомість у наступній сцені додано гру з «котячим кроком».

  • Варіант 3 (опущення): просто «лишалося зовсім трохи». Втрачено все.

Рекомендація зазвичай — варіант 1, бо в дитячій книжці ім'я можна адаптувати, а каламбур працює на впізнавання.

Реалія без функції. They had grilled cheese for lunch. Український читач 7 років не має образу grilled cheese. Функція нульова — просто обід. Рішення: узагальнити («на обід були гарячі бутерброди з сиром»). Рівень L2, у decisions.md можна не записувати.

Реалія з функцією. He wore his Halloween costume to school by mistake. Тут Хелловін несе сюжет: сором, недоречність, костюм. Замінити на Маланку — це L4, зміна культурного шару. Залишити з мікроглосом — безпечніше: «прийшов до школи в костюмі з Хелловіну — того вечора, коли всі вбираються страховиськами». Пояснення вшите в речення, виноска не потрібна.

Звертання. Англійська не розрізняє ти/Ви. Українська мусить. І це рішення сюжетне: момент, коли двоє переходять на «ти», — це подія, якої в оригіналі немає, але яку український читач прочитає як подію. Тому в style-guide.md має бути таблиця: хто до кого на «ти», хто на «Ви», і де саме відбувається перемикання. Модель сама цього не вирішить, а вирішивши випадково — зіпсує стосунки персонажів.

Частина 9. Робочий цикл: як це виглядає щодня

9.1. Розмір порції

Розділ = одиниця роботи. Не книжка, не абзац. Якщо розділ довший за ~4000 слів, ділíть за сценами, не за кількістю символів.

Причина: контекст. Модель має тримати в голові одночасно style guide, глосарій, попередній текст і поточний уривок. Що більший уривок — то більше «розмивається» дотримання правил ближче до кінця. Це реальний ефект, не забобон: якість наприкінці довгого прогону падає.

9.2. Що подавати в кожному прогоні

1. style-guide.md         (завжди)
2. reader.md              (завжди)
3. glossary.md            (завжди, для нон-фікшену — обов'язково)
4. Останні 300–500 слів ПОПЕРЕДНЬОГО перекладу   ← часто забувають
5. Поточний уривок оригіналу

Пункт 4 — таємна зброя проти дрейфу голосу. Модель бачить, як звучала книжка щойно, і продовжує так само, а не починає щоразу з нуля.

9.3. Чотири проходи

Не намагайтеся зробити все за один раз. Перекладачі-люди теж так не роблять.

Прохід | Що робить | Хто робить

1. Розвідка | /idioms — реєстр важких місць, рішення по них | ШІ + ваше схвалення

2. Чорновик | Основний переклад із застосуванням рішень | ШІ

3. Аудит | Свіжа сесія перевіряє чорновик проти правил | ШІ (нова сесія!)

4. Голос | Читання вголос, останні правки | ВИ

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

9.4. Промт аудиту

Ти — суворий редактор перекладу. Ти НЕ бачив, як цей переклад
створювався, і тобі байдуже, скільки праці в нього вкладено.

Ось контракт:
[style-guide.md]
[reader.md]
[glossary.md]

Ось оригінал і переклад:
[паралельно]

Перевір за пунктами й дай таблицю порушень:

1. ЗМІСТ: чи не втрачено фактів, чи не додано неіснуючих.
   Особливо: числа, імена, дати, послідовність подій, заперечення
   (найчастіша машинна помилка — втрачене «не»).
2. КОНТРАКТ: кожне порушення style-guide.md з номером пункту.
3. ГЛОСАРІЙ: кожне вживання терміна не за glossary.md.
4. ГОЛОС: місця, де оповідач звучить інакше, ніж у попередніх розділах.
5. КАНЦЕЛЯРИТ І КАЛЬКА: список конкретних слів і зворотів.
6. РИТМ: речення поза лімітами довжини.
7. НАДПЕРЕКЛАД: місця, де перекладач ПОЯСНИВ те, що в оригіналі
   лишалося натяком. Це псує текст сильніше за неточність.
8. ЗГЛАДЖУВАННЯ: місця, де авторська дивність / повтор / навмисне
   порушення норми були «виправлені» на нормальну мову.

Формат:
| # | рядок | що не так | категорія | тяжкість (1–3) | пропозиція |

НЕ хвали. Не пиши «загалом добре, але». Якщо все чисто —
шукай уважніше, ідеального перекладу не буває.
Наприкінці: три найважливіші проблеми і що робити першим.

Пункти 7 і 8 — найцінніші. Машинний переклад майже завжди трохи розумніший і нудніший за оригінал: він пояснює недомовлене й вирівнює нерівне. Це найважче помітити й найважливіше виловити.

9.5. Зворотний переклад як детектор

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

Що це ловить: втрачені факти, перевернуті заперечення, зміщені акценти. Що це не ловить і чого ним не міряють: якість стилю. Хороший літературний переклад при зворотному перекладі виглядатиме «неточним» — це нормально й правильно. Використовуйте зворотний переклад тільки як перевірку змісту.

9.6. Перевірка консистентності по всій книжці

Наприкінці — один прогін по всьому тексту:

Ось повний переклад книжки і glossary.md.

Перевір НАСКРІЗНУ узгодженість. Дай окремі списки:

1. ТЕРМІНИ: кожен випадок, де термін із glossary.md перекладено
   інакше. Формат: термін | правильно | знайдено | розділ | рядок
2. ІМЕНА: усі варіанти написання кожного імені. Будь-яке ім'я з
   двома варіантами — помилка.
3. ТИ/ВИ: усі пари персонажів і форма звертання по розділах.
   Познач кожне перемикання: навмисне чи випадкове?
4. РЕФРЕНИ: повторювані фрази — чи всі однакові.
5. ЧИСЛА Й ОДИНИЦІ: усі числа з оригіналу проти перекладу.
6. ЧАСОВІ Й ПРОСТОРОВІ ФАКТИ: вік персонажів, відстані, пори року.

Тільки таблиці. Без коментарів про якість.

Це те завдання, де машина безумовно перевершує людину: вона не втомлюється на 300-й сторінці.

Частина 10. Готові промти: коротка бібліотека

Зібрані разом, щоб копіювати.

10.1. Основний промт для художнього перекладу

Ти — літературний перекладач [мова] → українська, який працює
за стилістичним контрактом. Ти не редактор оригіналу і не співавтор.

КОНТЕКСТ (прочитай повністю перед роботою):
[reader.md]
[style-guide.md]
[glossary.md]
[останні 400 слів попереднього перекладу — для голосу]

ПРИНЦИП РОБОТИ:
Ти перекладаєш не слова, а функцію. Для кожного речення питай себе:
що це речення РОБИТЬ у сцені — рухає дію, тримає напругу, дає
характер, змінює ритм? Українське речення має робити те саме,
навіть якщо для цього треба інші слова й інша структура.

ДОЗВОЛЕНО без питання (рівні L1–L2):
- ділити довге речення на два
- міняти порядок частин речення
- замінювати ідіому на іншу ідіому
- згортати підрядне в означення
- прибирати займенники, надлишкові в українській
- додавати частки (ж, бо, аж, таки) для природності мовлення

ЗАБОРОНЕНО без мого дозволу (L3–L4):
- змінювати межі абзаців
- пояснювати те, що автор лишив натяком
- «виправляти» повтори, які виглядають авторськими
- згладжувати навмисно дивну мову персонажа
- замінювати культурні реалії
- додавати або прибирати сюжетну інформацію

ФОРМАТ ВИВОДУ:
### Переклад
[тільки текст, без коментарів усередині]

### Рішення L3–L4
[таблиця: рядок | оригінал | переклад | рівень | що втрачено | що здобуто]
(якщо таких немає — напиши «немає»)

### Питання до автора
[максимум 5; тільки те, чого ти справді не міг вирішити]

### Місця, де я найменш упевнений
[3 рядки з поясненням чому]

Розділ:
[текст]

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

10.2. Промт для нон-фікшену

Ти — перекладач фахової літератури [мова] → українська.

[reader.md — рівень підготовки читача критичний!]
[style-guide.md]
[glossary.md — FROZEN терміни обов'язкові до вживання]

ПРІОРИТЕТИ (згори вниз):
1. Точність твердження. Змінений сенс = провал, навіть якщо гарно.
2. Термінологічна дисципліна (glossary.md)
3. Ясність для читача зазначеного рівня
4. Легкість читання

ПРАВИЛА:
- Терміни зі статусом FROZEN — тільки в зазначеній формі, без варіацій.
- Термін зі статусом CANDIDATE — ЗУПИНИСЯ, не вигадуй, спитай.
- Новий термін, якого немає в glossary.md, — ЗУПИНИСЯ і спитай.
  Не вигадуй переклади термінів самостійно за жодних обставин.
- Перше вживання терміна в розділі: «український (english)».
- Код, команди, назви бібліотек, API — НЕ перекладати.
- Коментарі всередині коду — перекладати, якщо це не зламає приклад.
- Назви розділів, підписи до рисунків, таблиці — перекладати.
- Посилання на джерела — лишати мовою оригіналу.
- Гіперпосилання й markdown-розмітку зберігати точно.
- Довгі англійські речення з кількома підрядними — ділити.
  Українська фахова проза читається краще короткими реченнями.
- Авторські приклади й аналогії НЕ замінювати на «зрозуміліші»
  без мого дозволу.

ВИВІД:
### Переклад
### Нові терміни, що потребують рішення
[термін | контекст | мої варіанти | рекомендація]
### Місця, де я не впевнений у точності твердження

10.3. Промт «свіжий читач»

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

Прочитай цей український текст як звичайний читач, який НІКОЛИ не
бачив оригіналу і не знає, що це переклад.

Ти — [портрет із reader.md].

Не порівнюй ні з чим. Відповідай тільки на це:

1. Де тобі стало нудно? Назви рядки.
2. Де ти перечитав речення двічі, бо не зрозумів з першого разу?
3. Де ти відчув, що текст «іноземний» — не за змістом, а за звучанням?
   Назви конкретні звороти.
4. Де емоція не спрацювала?
5. Якби це була книжка з бібліотеки — на якій сторінці ти б її закрив?
6. Три речення, які тобі найбільше сподобалися.

Не давай порад. Не пропонуй виправлень. Просто скажи, де було погано.
Порадами займеться інший прохід.

Заборона на поради тут навмисна. Бета-рідер, який одразу починає редагувати, перестає бути читачем.

Частина 11. Приклади: до і після

Кілька коротких пар із коментарем — щоб було видно, як саме працює різниця між «перекладом слів» і «перекладом функції».

Приклад 1 — англійський синтаксис

Оригінал: Having finished his homework, he went outside, where the other children were already playing.

❌ Машинний: «Закінчивши свою домашню роботу, він вийшов надвір, де інші діти вже грали.»

✅ Живий: «Він дописав уроки й вийшов надвір. Інші вже гралися.»

Що сталося: викинуто дієприслівниковий зворот (важкий українською й зовсім важкий для дитини), викинуто «свою» (надлишковий присвійний займенник — типова калька), розділено на два речення, «домашня робота» → «уроки» (те, як реально говорять). Слів стало вдвічі менше, змісту — стільки ж.

Приклад 2 — надпереклад

Оригінал: She said nothing.

❌ «Вона нічого не сказала, бо не знала, що тут можна сказати.»

✅ «Вона промовчала.»

Що сталося в поганому варіанті: модель пояснила мовчання. Автор навмисно цього не робив. Це найпоширеніша й найшкідливіша машинна звичка — робити текст «зрозумілішим» за автора.

Приклад 3 — згладжування

Оригінал (мовлення шестирічного героя): "I builded a house."

❌ «Я побудував будинок.»

✅ «Я збудовав хатку.»

Оригінал містить дитячу помилку (builded замість built) — це характеристика персонажа. Правильний переклад має містити відповідну українську дитячу помилку. Це слід прописати в style-guide.md окремо, бо модель за замовчуванням «виправляє».

Приклад 4 — нон-фікшен

Оригінал: The system is designed to be able to handle the retrieval of relevant memories.

❌ «Система спроєктована таким чином, щоб бути здатною здійснювати обробку видобування релевантних спогадів.»

✅ «Система вміє видобувати потрібні спогади.»

Що сталося: прибрано пасив, прибрано «таким чином, щоб бути здатною» (класичний англійський hedge, який українською перетворюється на канцелярит), relevant → «потрібні» (а не «релевантні», якщо тільки це не термін у глосарії).

Приклад 5 — ритм у дитячій книжці

Оригінал: The cat looked at the boy. The boy looked at the cat. Neither of them moved.

❌ «Кіт подивився на хлопчика, а хлопчик подивився на кота, і ніхто з них не поворухнувся.»

✅ «Кіт дивився на хлопчика. Хлопчик дивився на кота. Ніхто не ворухнувся.»

Автор написав три короткі речення навмисно — це пауза, застигла сцена. Машина зшила їх в одне складне й убила паузу. Три речення = три удари серця.

Частина 12. Claude, Claude Code і чому це працює краще

Тепер про інструмент. Тут я говорю про себе, тому одразу зазначу межі: перевіряйте це на власному тексті, а не на моїх словах.

12.1. Чому саме проєктний підхід, а не чат

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

Claude Code розв'язує саме це. Він працює з папкою на вашому комп'ютері, а не з вкладеннями в чат. Це означає:

  • style-guide.md читається автоматично, щоразу, без вашої участі

  • переклад пишеться прямо у файл target/ch14.md

  • git показує diff кожної правки — ви бачите, що саме змінилося

  • глосарій оновлюється в тому ж файлі, який використовується

  • ви можете сказати «перевір усі 30 розділів на консистентність термінів» — і це буде зроблено з реальними файлами, а не з того, що вмістилося в одне повідомлення

Для перекладу книжки різниця приблизно така сама, як між роботою в Word і роботою з окремими аркушами, які треба щоразу перекладати з купки в купку.

Попри назву, Claude Code — не тільки для коду. Markdown-файли для нього такий самий текст. Багато авторів використовують його саме як менеджер рукопису.

Якщо термінал вас лякає — є Claude Cowork, який дає той самий проєктний підхід у звичайному застосунку з файлами, без командного рядка. А найпростіший старт — Projects на claude.ai: ви завантажуєте style-guide.md, reader.md і glossary.md у знання проєкту один раз, і кожен новий чат усередині проєкту вже їх бачить.

12.2. Конституція проєкту: CLAUDE.md

У Claude Code є файл, який читається автоматично на початку кожної сесії. Ось робочий приклад для перекладацького проєкту:

# CLAUDE.md — конституція перекладацького проєкту

Ти — літературний перекладач цієї книжки, не співавтор і не редактор.

## Мапа проєкту
- `source/` — оригінал. ДЖЕРЕЛО ПРАВДИ. Ніколи не редагуй.
- `target/` — переклад. Один файл на розділ, нумерація збігається.
- `context/reader.md` — хто читатиме. ЧИТАЙ ПЕРШИМ.
- `context/style-guide.md` — стилістичний контракт. Обов'язковий.
- `context/glossary.md` — терміни й імена. FROZEN не змінювати.
- `context/decisions.md` — журнал рішень L3–L4. Дописуй сюди.
- `reports/` — усі аудити й звірки. Один файл на прогін.

## Залізні правила
1. Ніколи не пиши в `source/`.
2. Не вигадуй переклад терміна, якого немає в glossary.md. Зупинись і спитай.
3. Контракт перебиває твою «мовну правильність». Якщо style-guide.md
   дозволяє фрагментарний синтаксис — не виправляй його на шкільну норму.
4. Не пояснюй те, що автор лишив натяком.
5. Не згладжуй авторські повтори й навмисні порушення норми.
6. Кожне рішення рівня L3–L4 — рядок у decisions.md. Без винятків.
7. Мова звітів = українська.
8. Не хвали переклад. Автор дорослий.

## Робочий цикл
1. Прочитати reader.md, style-guide.md, glossary.md
2. Прочитати останні 400 слів попереднього розділу в `target/`
3. Виконати завдання
4. Записати результат у потрібну папку
5. У чаті — ≤5 рядків: що зроблено і що потребує мого рішення

Далі можна додати slash-команди — файли з готовими промтами, які викликаються одним словом: /interview, /grill.me, /idioms, /translate, /audit, /consistency, /readaloud. Кожна — це просто markdown-файл із текстом промту з розділу 10.

12.3. Що конкретно варто питати саме мене

Кілька задач, де є сенс не економити на моделі:

Робота з довгим контекстом. Перевірка узгодженості термінів по всій книжці, пошук усіх варіантів написання імені, звірка сюжетних фактів між розділом 3 і розділом 27 — це задачі, де треба тримати в голові весь текст одночасно.

Дотримання складного контракту. Style guide із дванадцяти секцій і сімдесятьма правилами — це рівно та ситуація, де слабші моделі починають виконувати перші п'ять правил і забувати решту.

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

Українська як цільова мова. Тут я скажу обережно: якість українського літературного тексту в ШІ помітно виросла, але перевірка все одно за вами. Тестуйте на своєму матеріалі, не на моїй самооцінці.

12.4. Чого я не роблю добре — читайте це уважно

Чесний список меж, бо він для вас важливіший за похвали:

  • Я дрейфую на довгих прогонах. Розділ на 8000 слів наприкінці буде гірший, ніж на початку. Ділíть.

  • Я схильний пояснювати недомовлене. Це системна вада машинного перекладу, і вона потребує явної заборони в контракті — інакше ваша проза стане на 15% зрозумілішою і на 40% нуднішою.

  • Числа, дати й імена перевіряйте вручну. Особливо заперечення: втрачене «не» — класична й найдорожча помилка.

  • Я не заміню редактора-носія мови. Фінальне вичитування живою людиною, яка думає українською, — не опція, а частина процесу.

  • Я не знаю вашого читача. Усе, що я знаю про нього, — це те, що ви написали в reader.md.

  • Права на переклад — окреме питання. Якщо ви перекладаєте чужу книжку, вам потрібен договір із правовласником. Жоден інструмент цього не замінює.

Частина 13. Чекліст: що робити по кроках

Для тих, хто починає з нуля.

Тиждень 0 — підготовка (нічого не перекладаємо)

  1. 1.

    Створити структуру папок.

  2. 2.

    Розбити оригінал на розділи: source/ch01.md, ch02.md…

  3. 3.

    Прогнати /interview → отримати чернетку reader.md і style-guide.md.

  4. 4.

    Прогнати /grill.me по цих файлах → залатати дірки.

  5. 5.

    Для нон-фікшену: витяг термінів з усієї книжки → glossary.md → заморозити.

  6. 6.

    Перекласти один розділ — пробний. Не перший, а типовий, десь із середини.

  7. 7.

    Прочитати результат уголос. Виписати все, що не подобається.

  8. 8.

    Повернути ці зауваження у style-guide.md як калібрувальні приклади. Це найважливіший крок усього процесу.

  9. 9.

    Перекласти той самий розділ ще раз із оновленим контрактом. Порівняти.

Якщо після кроку 9 різниця відчутна — контракт працює, можна масштабувати. Якщо ні — контракт занадто абстрактний, поверніться до кроку 4.

Далі — по розділу

  1. 1.

    /idioms — реєстр важких місць, ваші рішення.

  2. 2.

    /translate — чорновик.

  3. 3.

    /audit у новій сесії — перевірка проти контракту.

  4. 4.

    Правки, вихід у target/.

  5. 5.

    Раз на 5 розділів: /consistency — звірка термінів і імен.

Наприкінці

  1. 1.

    Наскрізна перевірка консистентності по всій книжці.

  2. 2.

    Промт «свіжий читач» на кількох ключових розділах.

  3. 3.

    Читання вголос — усе, для дитячих книжок обов'язково.

  4. 4.

    Жива людина-редактор. Без винятків.

Частина 14. Типові помилки

«Переклади якомога точніше». Породжує кальку. Точність — це точність функції, а не слів. Замініть на «переклади так, щоб українське речення робило те саме, що робить англійське».

Переклад книжки одним прогоном. Якість падатиме від розділу до розділу непомітно для вас і помітно для читача.

Style guide з абстракцій. «Пиши природно, живо, гарно» — це нуль інформації. Правило має бути таким, щоб можна було показати пальцем на його порушення.

Відсутність калібрувальних прикладів. Найдешевший спосіб різко покращити результат — і найчастіше пропущений.

Правки в чаті замість правок у контракті. Якщо ви двічі виправили те саме — це не правка, це відсутнє правило. Ідіть у style-guide.md.

Аудит тією ж сесією, що перекладала. Отримаєте м'які зауваження й самозаспокоєння.

Довіра до зворотного перекладу як міри якості. Він міряє збереження змісту, а не якість. Хороший переклад «провалить» цей тест.

Термінологія «по ходу». До розділу 20 у вас буде чотири переклади одного терміна й день роботи на виправлення.

Виноски в дитячій книжці. Дитина їх не читає. Дорослий, який читає вголос, спотикається. Вшивайте пояснення в текст.

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

Коротко, якщо читати ніколи

  1. 1.

    Переклад — це проєкт із файлами, а не одна підказка в чаті.

  2. 2.

    Спершу reader.md, потім усе інше.

  3. 3.

    style-guide.md без калібрувальних прикладів не працює.

  4. 4.

    Правила витягуйте з себе через інтерв'ю і grill-me, а не пишіть із порожньої голови.

  5. 5.

    Терміни заморожуйте до перекладу, не під час.

  6. 6.

    Для дітей ритм важливіший за точність. Читайте вголос.

  7. 7.

    Важкі місця обробляйте окремим проходом, з трьома варіантами на кожне.

  8. 8.

    Усе, що серйозніше за заміну ідіоми, записуйте в decisions.md.

  9. 9.

    Аудит — завжди свіжою сесією.

  10. 10.

    Останній редактор — жива людина.

Машина не перекладе за вас книжку. Але вона може бути невтомним перекладачем-підмайстром, який ніколи не забуває контракт, не втомлюється на 300-й сторінці й не ображається на десяту переробку. Все, що для цього потрібно, — щоб контракт існував.

Ім'я на обкладинці залишиться ваше.