Введение в Project Codex
Как читать Codex
Project Codex — учебник прикладного системного мышления на материале Path of Exile. Он помогает не запомнить ещё один ответ, а восстановить цепочку: что именно происходит, какие правила участвуют, где вывод перестаёт работать и какое изменение стоит проверить.
Эта страница нужна не как обязательная инструкция перед каждой статьёй. Она даёт карту проекта: кому полезен такой способ разбора, чему здесь можно научиться, как устроены интерактивные модели и насколько далеко разрешено переносить их выводы.
Для кого создан проект
Точка входа — не количество часов в игре и не статус теорикрафтера. Достаточно уже сталкиваться с решениями, где описание механики, цифра в Path of Building и ощущение в бою не складываются в одну картину. Вероятно, Codex отвечает на ваш вопрос, если вы узнаёте хотя бы одну из ситуаций:
Число есть, вывода нет
Path of Building показывает Armour, Maximum Hit Taken или урон, но непонятно, какое правило создало число, какие условия его держат и что действительно изменится в бою.
Механика знакома только по описанию
Вы знаете, что делает слой защиты, предмет или Keystone, но не видите границу применимости: против какого события он работает, где выключается и чем должен быть дополнен.
Готовый build не отвечает «почему»
Хочется сравнивать решения и понимать цену замены, а не переносить чужое дерево, предметы и галочки в надежде получить тот же результат.
Патч меняет цифры — и рушит картину
Нужен способ отделять устойчивый принцип от текущей константы, чтобы после обновления игры перепроверять нужный слой, а не заново учить всю тему.
Знакомство с базовыми названиями Path of Exile помогает, но заранее уметь выводить формулы не требуется. Текст должен показать происхождение нового термина и числа до того, как попросит ими пользоваться. Опытный игрок может сразу уйти в ограничения и редкие взаимодействия; менее опытный — пройти тот же разбор по основной линии, не открывая второй слой.
Чему здесь можно научиться
Цель статьи — не добиться согласия с авторским выводом. Полезный результат появляется, когда читатель способен воспроизвести ход рассуждения и заметить момент, в котором для его конфигурации нужен другой ответ.
- 01
Точно назвать событие
Не «мне не хватает защиты», а «персонаж должен пережить такой-то Attack Hit, Spell Hit, Damage over Time или серию событий в объявленной сцене».
- 02
Восстановить порядок правил
Проследить, что проверяется раньше, какие слои вообще участвуют и к какому значению применяется каждый множитель.
- 03
Прочитать формулу как поведение
Увидеть не только результат вычисления, но и форму отклика: где начинается убывающая отдача, что задаёт потолок и какая переменная становится ограничителем.
- 04
Найти границу вывода
Сформулировать условие, при котором хороший совет перестаёт быть хорошим: меняется размер удара, источник урона, время действия эффекта, модификатор карты или другая часть сцены.
- 05
Сравнить одно изменение
Зафиксировать исходную конфигурацию, поменять одну ручку и объяснить причинную разницу, не смешивая одновременно предмет, пассивы, флаконы и настройки Config.
- 06
Перенести ход решения
Забрать из статьи не готовый ответ, а вопрос и процедуру, которые можно применить к другой механике, своему build или следующему патчу.
Как устроен Project Codex
На сайте есть два основных режима — обучение и инструменты. Интерактивность встречается в обоих, но сама по себе не делает учебную модель персональным калькулятором. Различие определяется вопросом, входными данными и тем, какой вывод разрешено получить.
объяснение
Статья
Самостоятельный разбор одной причинной задачи. У статьи нет обязательной длины и общей формы: структура следует механике, а не соседним публикациям.
наблюдение
Учебная модель
Интерактив внутри статьи делает связь видимой на явно заданной сцене. Он помогает проверить тезис, но не притворяется расчётом именно вашего персонажа.
диагностика
Инструмент
Отдельная продуктовая зона для собственного build, Config и сценария. Здесь пользовательский ввод должен приводить к персональному расчёту и следующей проверке.
маршрут
Outcome Atlas
Учебная карта фиксированной синтетической сцены. Она показывает, по какому маршруту проходит событие, но не восстанавливает вашу смерть и не измеряет частоты игры.
Публикации не собираются друг из друга и не образуют обязательную лестницу. Статья про Evasion не обязана повторять композицию Armour, а системный разбор не является «сборкой» нескольких коротких текстов. У каждой темы собственный объём, последовательность и набор визуальных доказательств — ровно столько, сколько нужно её причинной задаче.
Точные названия из игры и Path of Building — Armour, Spell Suppression, Maximum Hit Taken, Keystone и имена предметов — остаются на английском. Русский текст объясняет их действие, связь и пределы. Поэтому статью можно читать без наведения на термин, а карточка предмета при этом остаётся узнаваемой для человека, который играет на английском клиенте.
Как проходить статью
Первый проход не требует запоминать каждую формулу и редкое исключение. Держите один вопрос: какой ход решения мне сейчас показывают?
1. Зафиксируйте начальную сцену
Найдите, какое событие рассматривается, какие входные значения заданы и что считается успехом. Если сцены нет, любое число пока висит в воздухе.
2. Проследите основную причинную линию
Читайте от правила к следствию: почему слой включился, какое значение изменил и что дошло до следующего этапа. Не подменяйте порядок итоговой цифрой.
3. Остановитесь перед прогнозом
До раскрытия ответа назовите ожидаемое направление изменения. Ошибка здесь полезна: она показывает конкретное место, где ваша внутренняя модель расходится с правилом.
4. Найдите провал и ограничитель
Хорошая статья обязана показать не только сильный случай, но и условие отказа. Спросите, что станет слабейшим звеном после улучшения текущего слоя.
5. Перенесите только процедуру
В своём Path of Building сначала воспроизведите условия сцены, включая Config, время действия эффектов, модификаторы карты и проклятия. Затем меняйте один вход и заново проходите цепочку.
Зачем нужны особые рамки
Основная линия статьи обязана читаться без скрытых подсказок. Рамки меняют режим чтения: одна формулирует переносимый закон, другая предлагает действие, третья прячет необязательное углубление. Они не заменяют определение в тексте.
Тот же закон — вне игры
Насколько доверять числам
Codex разделяет внешний факт, детерминированный расчёт и авторскую сцену. Арифметика может быть точной, а входные данные — условными; тогда результат точен только для этих входов и не превращается в факт о вашем персонаже.
Значок получают только законченные статьи, где актуальные внешние факты проверены, а формулы закреплены расчётом и тестами. Это датированная проверка, а не обещание, что будущий патч ничего не изменит.
Повторяемый результат
При тех же входах расчёт даёт тот же ответ и сверяется с буквальным эталоном.
Заданная сцена
Входы или способ агрегации выбраны автором, чтобы наблюдать поведение системы.
Явное приближение
Часть реальности упрощена; рядом должны быть условие и граница полезности.
Для учебного интерактива ищите подпись сцены и исходные значения. Ползунок отвечает на вопрос «что изменится здесь, если поменять эту переменную», а не «сколько будет у моего персонажа». Персональный ответ начинается только там, где инструмент действительно принимает ваш build, Config и сценарий.
Что переживает патч, а что проверяется заново
Утверждения стареют с разной скоростью. Это не шкала важности и не гарантия долговечности, а способ понять, какую часть вывода следует перепроверить после изменений игры.
| T0 | Переносимый закон. Например: значение без сцены не является выводом; улучшение одного слоя переносит ограничитель в другой. Такой ход мысли обычно переживает конкретную реализацию. |
| T1 | Форма правила. Порядок проверки, область действия или вид формулы. Крупная переработка способна изменить этот слой, поэтому после него причинную модель сверяют заново. |
| T2 | Текущая константа. Cap, коэффициент, значение свойства или число на предмете. Оно обслуживается вместе с патчем и не должно быть спрятано внутри десятка независимых текстов. |
Если значок статьи относится к прошлой лиге, конкретные числа нельзя автоматически считать текущими. Сначала смотрят Version History и патч-зависимый слой, затем проверяют, сохранились ли правило и порядок операций. Иногда меняется только константа; иногда переработка требует заново построить всю модель. Codex не должен заранее обещать, какой из случаев произошёл.
Честные границы
Чего страница или модель не знает сама
- Один предмет может радикально изменить взаимодействие с механикой, но это не доказывает, что вокруг него существует эффективный build с достаточными уроном, скоростью и выживаемостью.
- Path of Building честно считает выставленную конфигурацию, но не подтверждает, что выбранные галочки, заряды, время действия флаконов, проклятия и состояние противника реально поддерживаются в нужном бою.
- Модификаторы карты, алтари, редкие монстры и сочетание событий способны изменить сцену. Их нельзя заменять одним универсальным «типовым» входом и затем называть результат характеристикой всего контента.
- Codex не выдаёт рейтинг актуальных билдов и не обещает лучший build. Для такого вывода нужны датированные данные о стоимости, доступности предметов, исполнении и цели конкретного игрока.
С чего начать
Обязательного порядка нет. Выберите вопрос, который уже мешает принять решение, и проверьте на нём метод. Готовые статьи собраны в библиотеке, а отдельная зона инструментов показывает, какие персональные сценарии проект будет разбирать независимо от статей.
Хороший итог первого чтения — не ощущение, что тема закрыта навсегда. Это один более точный вопрос к собственному build, понятный способ его проверить и способность объяснить, при каком изменении полученный ответ перестанет быть верным.