Процес розроблення 3D-MMO з Claude Opus 5

Майже весь код було написано з Claude Opus 5.

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

1. Тримайте інструкції поряд із кодом, а не в одній спільній купі
   Кожна папка має власний посібник із типовими процесами й раніше виявленими проблемами. Він завантажується автоматично, коли сесія починається в цій папці. Робота над монстрами не потребує витрачати контекст на посібник із карти. Обсяг контексту перед кожним завданням зменшився приблизно із 76 000 до 10 000 токенів.

2. Забезпечуйте правила інструментами, а не дисципліною
   Я попросив написати скрипти, які зупиняють збірку, коли виявляють циклічні імпорти чи значення кольорів, прописані безпосередньо в місці використання замість централізованого визначення. Не сподівайтеся, що ШІ запам’ятає кожне правило: блокувати коміт значно надійніше.

3. Нехай TypeScript нагадує про пропущене
   Додайте здібність без її ефекту — проєкт не скомпілюється. Додайте монстра без моделі — проєкт не скомпілюється. Забути неможливо, бо система типів цього не дозволяє.

4. Зробіть вміст керованим даними
   Додавання монстра, здібності чи предмета має означати додавання одного рядка, а не зміну всієї системи. ШІ значно точніше виконує «додай один рядок», ніж «онови п’ять місць, які мають залишатися узгодженими».

5. Ефективні промпти задають критерії оцінювання, а не процедури
   Приклади: «звичайні монстри мають гинути за 2–5 секунд», «принаймні 97% кожної карти має бути доступним», «імовірність випадання будь-якого предмета має бути не меншою за 3%». Потім закріпіть ці критерії тестами. Знаючи, що вважати добрим результатом, ШІ може знайти шлях і визначити, чи досягнуто мети.

Отже: спочатку вкладайтеся у структуру й тести, а вже потім — у промпт.