Весь курс сходится здесь: взять и зашипить. Не «идеальную архитектуру», а вертикальный срез под жёстким скоупом, риск-первый порядок и дисциплину говорить «нет». Твой капстоун — Новгород 1207; ниже — как довести его до релиза, не утонув.
~16 мин🚢 доставка → shipping
Суть за 30 секунд
Капстоун — это доставка, а не совершенство. Метод: прототип core-петли в любом виде → вертикальный срез (один уровень/сцена на 80%, все системы присутствуют) → контент/прогрессия → juice и полировка (скачок 80%→95%) → маркетинг → релиз + постмортем. Скоуп жёсткий: при фиксированном времени качество на фичу — режь число фич , чтобы поднять . Порядок — риск-первый: делай сначала то, что может убить проект (неизвестная механика, AI-пайплайн ассетов), пока есть время развернуться. Помни power-law полировки: последние 10% берут 90% времени. Пять треков капстоуна (игра / подсистема движка / дизайн-разбор / ML-эксперимент / LLM-NPC демо) — выбери 1–3. Claude — компаньон для ревью/объяснений/дебага, но не замена написанию своего кода и арт/нарратива. Deliverable всегда включает постмортем.
Механизм: вертикальный срез, риск-первый, скоуп
Арка капстоуна (недельная)
Ключевая идея — вертикальный срез: не строй сначала весь рендер, потом весь геймплей (горизонтально), а сделай один уровень/сцену, где все системы присутствуют хотя бы минимально и он играбелен от начала до конца. Так ты рано видишь эмерджентные динамики (которые нельзя вывести на бумаге) и знаешь, что игра вообще работает, а не «соберётся в конце».
Скоуп: режь фичи, а не качество
При фиксированном бюджете времени качество на фичу обратно числу фич:
Десять сырых механик хуже одной отполированной. «Лучшие игры говорят нет большинству фич»: определи core-петлю, оценивай каждую идею вопросом «служит ли она петле?». Tetris — 5 фигур. И держи запас на power-law полировки: последние 10% (juice, звук, фидбек, фикс багов) берут ~90% времени — это planning fallacy, закладывай его.
Риск-первый порядок
Делай в первую очередь то, что может убить проект, пока есть время развернуться: непроверенная core-механика, неизвестная технология, узкое место. Для Новгорода главный риск — не рендер (Godot 4.6 его тянет), а AI-пайплайн ассетов (нет артиста/дизайнера в команде → закрываете Meshy + генеративкой): его надо валидировать первым вертикальным срезом — «одна изба + один NPC + одна механика, целиком через AI-пайплайн», прежде чем масштабировать. Если пайплайн не даёт нужного качества/скорости — узнать это на неделе 2, а не на месяце 6.
Claude как компаньон (и где нет)
✓ Для чего
Ревью архитектуры сцены; пошаговое объяснение алгоритма на твоём кейсе; разбор трейд-оффа (ECS vs OOP для твоего шутера); код-ревью «как сеньор-геймдев»; симуляция плейтеста («что сделает казуал? ветеран Souls?»); интуиция математики; контекст для дебага; ревью маркетинг-копи и черновика постмортема («какие слепые пятна я показываю?»).
✗ Для чего НЕ
Замена написанию своего кода/дизайна — трение и есть место обучения. Генерация финального нарратива/арта/аудио — это ценность проекта, делай сам. Пропуск цикла «поиграй-и-разбери» — Claude опишет Hades, но играть в Hades должен ты.
И веди «второй мозг»: блокнот «что спросил у Claude и что понял» — это накопление паттернов (следующий урок).
🎮 Пять треков — и прецеденты
A · Игра целиком 4–6 недель
Одна механика, зашипленная с полировкой на itch.io/Steam: core-петля + juice + прогрессия + аналитика + страница + трейлер + постмортем. Прецеденты — Flappy Bird, Crossy Road, Balatro (соло/малая команда, узкий скоуп).
🚢 Для Новгорода: это твой трек, но фаза 1 = вертикальный срез под грант (proof of concept из Канады), не вся игра. Один регион, одна петля, AI-пайплайн доказан — достаточно, чтобы показать инвестору/гранту жизнеспособность.
B–D · Подсистема / разбор / ML 2–4 недели
B: реализовать подсистему из M08 (2D-физика, софт-рендер, rollback-неткод, BT-рантайм, PCG-генератор) + техноблог. C: дизайн-разбор игры (эссе + диаграммы). D: ML/AI-эксперимент (RL/supervised) + отчёт с кривыми обучения.
🚢 Заметь: B/D — твоя зона силы (ML-инженер). PCG-генератор (B5) или ML-эксперимент (D) можно сделать внутри Новгорода как отдельный публикуемый артефакт — двойная польза: и портфолио, и кусок игры.
E · LLM-NPC демо 4–6 недель
Persona + память + function-calling (LLM эмитит JSON-действия, стейт меняется) + опц. TTS, с замером латентности/стоимости/консистентности персонажа и постмортемом. Прямо из урока LLM-NPC.
🚢 Для Новгорода: исторические NPC на локальной LLM — сильный дифференциатор и грантовый крючок. Но по уроку про ML: сначала докажи, что управление NPC на классике (BT), а LLM — только для диалога, с бюджетом латентности и guardrail'ами.
Хардкор · тайм-бюджет и вертикальный срез как де-рискингможно пропустить
Недельный тайм-бюджет (трек A)
~50–80 часов, 10–15 ч/нед: нед.1 прототип (core-петля движется в любом виде); нед.2 вертикальный срез (одна сцена на 80%, все системы минимально); нед.3 контент+прогрессия (кривая сложности на месте); нед.4 juice+полировка (анимация/звук/партиклы/hit-stop — скачок 80→95%); нед.5 маркетинг (страница/трейлер/скрины); нед.6 релиз+постмортем. Каждая неделя — показуемый артефакт. Если неделя не дала играбельного инкремента — скоуп великоват, режь.
Вертикальный срез = ранняя валидация неизвестного
Горизонтальная разработка («сначала весь рендер, потом весь геймплей») прячет риск в конец: соберётся ли игра — узнаёшь, когда времени уже нет. Вертикальный срез двигает неопределённость в начало: строишь тонкую сквозную полоску через все системы, и (а) видишь эмерджентную динамику рано, (б) валидируешь самый страшный риск (для Новгорода — AI-ассеты), (в) получаешь показуемый билд на неделе 2 (грант/инвестор/фидбек). Это тот же принцип, что «прототип до архитектуры»: строй под реальные, а не воображаемые нужды.
Аналогия
Капстоун — как приготовить один идеальный сет-обед, а не открыть ресторан с меню на 200 позиций. Вертикальный срез — это подать одно полное блюдо от закуски до десерта (все «системы» кухни задействованы), а не наготовить гору полуфабрикатов всех блюд, которые «соберутся потом». Скоуп — убрать из меню всё, кроме того, что делаешь превосходно. Риск-первый — проверить самый сложный соус в первый день, а не в день открытия. А постмортем — разбор после сервиса: что зашло, что подгорело, что просто повезло.
Почему это важно
Знать всё из курса и ничего не зашипить — распространённый провал. Капстоун превращает знание в навык доставки: скоуп, вертикальный срез, риск-первый порядок, дисциплина «нет», и релиз с рефлексией. Для тебя это буквально дорожная карта Новгорода (фаза 1 = грантовый вертикальный срез из Канады), а как рамка — способ довести любой проект от идеи до релиза, не утонув в «идеальной архитектуре».
🔁 За пределами игр — куда это переносится
Урок — про доставку проекта под неопределённостью: срез вместо слоёв, риск в начало, скоуп жёсткий.
ML / AI (твой домен): вертикальный срез ⇄ end-to-end baseline первым: собери тонкий сквозной пайплайн (данные→модель→метрика→демо) прежде, чем совершенствовать любой кусок — так рано видишь, работает ли задача вообще, и меряешь реальный, а не воображаемый bottleneck. Риск-первый ⇄ де-рискинг: атакуй самое неизвестное (данные? метрика? достижима ли точность?) на неделе 1, а не после месяцев инфры. Скоуп ⇄ режь число экспериментов/фич, углубляй немногие; power-law полировки ⇄ последние проценты метрики/продакшн-готовности берут почти всё время. «Claude для трения, не вместо» ⇄ AI-ассист ускоряет ревью/дебаг, но обучение и владение — в том, что делаешь сам. И «зашипь, потом постмортем» ⇄ ship-and-learn итерация вместо бесконечного полирования до релиза.
Стартап/продукт: MVP = вертикальный срез; de-risk-first; «сначала продай, потом строй»; релиз как источник обучения, а не финал.
Принцип: строй тонкую сквозную полоску рано, атакуй риск первым, режь скоуп до того, что делаешь отлично, шипь и рефлексируй.
🔧 Спланируй свой капстоун
🚢 План вертикального среза Новгорода ~30 мин
Определи фазу-1 срез под грант: один регион + одна core-петля + один NPC, всё через AI-пайплайн ассетов. Распиши 6 недель по арке (прототип→срез→контент→juice→маркетинг→релиз). Отметь главный риск (AI-ассеты) и как валидируешь его на неделе 2. Реши, какие 2–3 трека (A + B/D/E) дают и игру, и портфолио-артефакты.
✂ Скоуп-нож ~15 мин
Выпиши все фичи, что хочешь. Для каждой спроси «служит ли core-петле?». Вычеркни всё, что нет. Оставшееся отсортируй по риску (страшное — первым). Прикинь : если велико — режь ещё.
Чеклист: расписал 6-недельную арку среза Новгорода; назвал главный риск и план его валидации на нед.2; прогнал фичи через скоуп-нож; выбрал 2–3 трека с двойной пользой; заложил power-law полировки.
Связи
основа
Инди-продакшн — скоуп, planning fallacy, вертикальный срез на уровне проекта.
основа
Экономика студий — burn/runway и «пережить провал»: капстоун живёт в тех же рамках.
дальше
Синтез паттернов — что именно ты вынес из курса и понесёшь в проект.
дальше
Постмортем — обязательный deliverable: разбор после релиза.
Вопросы пытливого ума
Почему вертикальный срез, а не «сначала движок, потом игра»?
Потому что горизонтальная разработка прячет главный риск в конец. Если строить сначала весь рендер, потом весь геймплей, потом весь звук — ты узнаёшь, собирается ли игра и весела ли она (эмерджентная динамика, которую нельзя вывести на бумаге), только когда всё готово и времени на разворот нет. Вертикальный срез — тонкая сквозная полоска через все системы на одной сцене — двигает неопределённость в начало: на неделе 2 у тебя играбельный кусок, ты видишь, работает ли идея, меряешь реальные узкие места и валидируешь самый страшный риск. Для Новгорода это критично: главный риск — AI-пайплайн ассетов (нет артиста), и его надо проверить одним срезом («изба+NPC+механика через AI»), прежде чем масштабировать на всю игру. Плюс срез — это показуемый билд для гранта/инвестора/фидбека уже в начале. Это тот же принцип, что «прототип до архитектуры»: строй под реальные нужды, а не воображаемые.
Как понять, что скоуп всё ещё велик?
Три сигнала. (1) Неделя без играбельного инкремента — если по арке прошла неделя, а показать нечего (всё «в процессе»), скоуп большой: режь. (2) Много сырых фич вместо немногих отполированных — вспомни : при фиксированном времени каждая лишняя фича отнимает качество у остальных; десять механик на троечку хуже одной на пять. (3) Нет запаса на последние 10% — если план не оставляет ~половину времени на juice/полировку/баги (power-law полировки), релиз будет сырым. Тест на каждую фичу: «служит ли она core-петле?» — если нет или «просто было бы круто», вычёркивай. Дисциплина «нет» — самый недооценённый навык: Tetris (5 фигур) и Dark Souls (без настроек сложности) сильны именно тем, чего в них нет. Для капстоуна под грант это ещё важнее: цель — доказать жизнеспособность одним отполированным срезом, а не показать сырую «всю игру».
Как использовать Claude, не убив обучение?
Правило: Claude — для ускорения понимания и ревью, а не для подмены делания. Трение — там, где происходит обучение, поэтому свой код, дизайн и финальный арт/нарратив пиши сам: если Claude сгенерит геймплейный код за тебя, ты не вырастешь как разработчик, а если сгенерит нарратив/арт — исчезнет ценность твоего проекта. Зато Claude отлично работает как: сеньор на код-ревью («раскритикуй этот Godot-скрипт»), объяснятель алгоритма на твоём конкретном кейсе (не абстрактно), спарринг по трейд-оффу («аргументируй ECS и OOP для моего случая»), симулятор плейтеста («как пройдёт казуал, как ветеран?»), контекст для дебага («вот баг, вот что пробовал, куда смотреть?») и критик черновика постмортема («какие слепые пятна?»). И веди журнал «спросил → понял»: это и накопление паттернов, и защита от иллюзии, что понял, потому что прочитал ответ. Практический тест: если после сессии с Claude ты сам можешь объяснить/повторить решение — использовал правильно; если только скопировал — подменил обучение.