Программистам не судить,
Геймдеву в комментах быть!
В этот раз — немного личного и абсолютно без заумной юридической терминологии.
В этой статье юрист будет писать код. Тот самый человек, который обычно генерирует 20-страничные документы мелким шрифтом, открыл IDE.
Я в праве уже 14 лет, из них 7+ — в IT и IP. За это время я накопила солидный бэкграунд, успела побывать лидом и защитить кучу проектов. И я хочу сказать честно: я искренне ненавижу эти тома юридической макулатуры, где стороны докапываются до каждой запятой (хотя и признаю, что они необходимы, тут уж никуда не денешься).
Скажите честно (и обязательно поделитесь в комментариях), вы хоть раз в жизни читали EULA к игре или Пользовательское соглашение к сайту? Если да, снимаю шляпу перед вашим бесконечным терпением.
А ведь юрист — это как раз тот человек, который всю эту рутину пишет, читает, сверяет и проверяет ваш продукт на соответствие. И это скучно. Не вся работа юриста, конечно, а конкретно вот эта рутина — и конкретно для меня.
Но не в моих правилах сидеть и монотонно страдать, поэтому я решила пострадать по-крупному. Открыла Cursor, и понеслось.
Давайте по фактам:
1. Запуск игры (особенно первый) — это дремучий лес. Там тонны правил платформ и куча подводных камней, на которых можно поймать и приостановку билда, и штраф от регулятора, и вообще потерять права на код, если договор с фрилансером составлен криво. Короче, без юриста соваться вообще не надо.
2. Классический юротдел в хайтек-компании — это тормозной парашют, привязанный к сверхзвуковому истребителю. Разработчики закрывают спринты, у продюсеров горят дедлайны, а юристы выдают согласования раз в несколько дней.
3. Юрист и разработчик говорят на абсолютно разных языках Юрист часто не понимает технических тонкостей, а разработчик — сложных правовых конструкций. В итоге важная информация теряется где-то в рабочих чатах.
4. Релизы выкатываются слишком быстро для человеческих глаз. Ни один, даже самый гениальный юрист физически не способен вычитывать все вариации патчноутов в реальном времени, не задерживая при этом отправку билда в стор.
Меня вконец достала эта классическая юридическая модель, где клиент платит за количество букв в документе, а не за реальный результат. Я закрыла Word и решила перевести юридическую логику на язык скриптов. Пусть за меня страдает машина.
Важное объявление: В конце статьи будет большая просьба о помощи с тестами. Если вы хотите посмотреть, как ИИ находит скрытые косяки в патчноутах до того, как их завернет модерация Steam или другой платформы, — пожалуйста, дочитайте до конца.
Раздел 1. День сурка в геймдев-студии: «Релиз через два часа, где юрист?!»
Давайте честно: как устроен комплаенс в среднестатистической студии, когда она начинает расти и выпускать игры и обновления?
Обычно это контролируемый хаос. Разработчики в последние часы закрывают последние задачи и отправляют в рабочий чат комментарии в стиле: «Поправили баги с коллизией, добавили новые кейсы в магазин, обновили аналитику, залили пак текстур оружия от фрилансера». Продюсер пьет пятый кофе и на автопилоте готов отправлять билд на модерацию в Steam, Epic Games Store или на консоли.
И тут включается Юрист. Ему пересылают эти правки в Telegram, и он начинает вычитывать их глазами прямо с телефона, стоя в пробке или на бегу между созвонами. Бумажки писать некогда — мы в реальном мире, всё горит прямо сейчас.
Но человеческий фактор — штука безжалостная. Уставший юрист, продираясь через технические описания, легко пропустит критические риски, на которых проект завернут при первой же проверке:
«Кейсы в магазин» — привет, лутбоксы. Если в описании или интерфейсе для некоторых регионов забыли раскрыть точные проценты дропа, платформа выдаст отказ сходу, а регуляторы с удовольствием оформят штраф.
«Пак текстур» — ассеты прилетели от фрилансера, с которым забыли подписать нормальный договор. Права на этот арт официально к студии не перешли. Прощай, чистый IP, привет, внезапный страйк на платформе.
«Обновили аналитику» — подключили новый трекер, который собирает телеметрию без ведома пользователя. Забыли повесить правильную плашку согласия и обновить политику приватности? Поздравляю, вы автоматом нарушили всё — от жесткого европейского GDPR до локальных законов о персоналке.
Итог: Билд отклоняют на модерации стора. Студия сдвигает сроки, теряет кучу денег и сжигает ресурсы. А всего-то надо было вовремя заметить пару строчек в логе изменений.
Раздел 2. Как я открыла IDE и познала все стадии принятия
Я подумала: если я знаю все эти правила платформ наизусть, какого черта я должна работать ручным сканером текста? Пусть за меня страдает машина.
Мой заход в разработку выглядел как классический мем. Насмотревшись на модный «Vibe Coding», я вооружилась связкой Cursor + Replit Agent + Geminy + ChatGPT и решила, что соберу систему за пару вечеров. Ага, щас. Логика в голове была железная, а вот машина откровенно сопротивлялась. Первые три дня я в основном выясняла, почему у меня отваливаются зависимости и почему нейросеть упорно пытается писать код в стиле худших индийских аутсорсеров, о которых даже я (не программист) наслышана.
Костяк программы я действительно набросала за несколько дней, но, как в правильном геймдеве, дальше начался ад полировки. 80% времени ушло (и уходит до сих пор) на допиливание нюансов.
В процессе этой стройки века мне пришлось решать три главных квеста:
Паранойя конфиденциальности (Задача №1). Ни одна геймдев-студия в здравом уме не разрешит сливать свои предрелизные логи, патчноуты и коммерческую тайну в облачные API вроде Geminy/ChatGPT/Cloud. Поэтому архитектуру пришлось делать суровой, изолированной и полностью On-Premise. Никаких внешних запросов. Всё крутится локально, а в качестве мозгов — локальные модели через Ollama. Данные наружу не утекут, даже если очень захотеть.
Трудности перевода. Мало было понимать право, пришлось экстренно учиться разбираться в технической терминологии, архитектуре и геймдев-сленге. А затем решать главную проблему — как научить программу видеть косяки точно так же, как их видит опытный юрист. ИИ должен был не просто читать текст, а сопоставлять геймерские «сундуки» с жесткой матрицей рисков Steam TRC, Epic Games Store и консолей.
Борьба с галлюцинациями. Чтобы нейронка не выдумывала риски там, где их нет, и не пропускала реальные мины, меня спасла только пошаговая, модульная разработка. Мы двигались микро-шагами, и именно это уберегло проект от критических багов в логике самого софта.
Когда мой локальный скрипт впервые сам перехватил «грязный» текст из тестового лога, очистил его от мусора, нашел скрытую мину и выдал человеческим языком: «В описании механики магазина нарушены требования Steam к азартным механикам. Рекомендация: оставить механику, но убрать привязку к реальной валюте» — я поняла, что тонны сожженных нервных клеток и дней дебага полностью себя окупали. Систему можно научить думать, как юрист.
7 кругов ада. Итоги.
То, что началось как моя личная попытка сбежать от унылой рутины и бесконечной ручной вычитки текстов, на выходе превращается в работающую архитектуру автоматизации. Я называю это Legal-as-a-Product — когда юридическая функция масштабируется вместе с ростом компании, но не требует раздувать её затраты до небес.
Если убрать всю лирику и оставить только сухую бизнес-выжимку, то локальная ИИ-система комплаенса закрывает главную боль любого продюсера или фаундера: риск блокировки релиза на платформе.
Система за 14 секунд сканирует сырое описание игры/патча, сопоставляя его с жесткими матрицами требований Steam TRC, Epic Games Store и Xbox. Она ловит критические «мины» (вроде скрытых лутбоксов, кривых описаний механик или «чувствительных» тем) до того, как билд уйдет на модерацию.
В итоге процессы не тормозятся, риск блокировки стремится к нулю, а юридическая функция из тормозного парашюта превращается в отчуждаемый цифровой актив, который работает на ваших локальных серверах.
? А теперь — для всех неравнодушных (Ищу подопытных)
Программа уже работает локально на моей машине и стабильно ловит логические косяки в тестовых прогонах. Но чтобы ИИ-движок стал идеальным, мне нужно натренировать его на реальном, живом, хаотичном геймдев-тексте.
Мне нужны патчноуты, логи изменений и описания апдейтов — в разных стилях: от сухого технического отчета до творческого беспорядка, написанного в три часа ночи.
Что я предлагаю: Ищу 5–6 команд или студий (от инди-энтузиастов до крепких мидлов), готовых скинуть мне свои логи изменений для закрытого бета-теста.
Не реклама! Это полностью бесплатно и нужно только для тестирования.
На 100% конфиденциально и безопасно: Всё крутится на моей локальной Ollama. Никакого интернета, никаких облачных API, никаких утечек коммерческой тайны наружу. Могу подписать вам NDA (и шаблон отдать заодно на будущее).
Максимальная анонимность: Вы можете (и я рекомендую) полностью обезличить данные перед отправкой. Замените название игры на Project X, а имена разработчиков — на Разработчик 1.
Ваша выгода: Вы бесплатно получаете быстрый независимый аудит вашего ближайшего релиза на предмет того, не прилетит ли вам бан или реджект от платформы.
Если вы продюсер, тимлид, СТО или фаундер, и у вас выходит в Стиме, Эпике или Боксе игра/патч, и вы хотите ее проверить и готовы поучаствовать в тесте — напишите мне в ЛС.
Посмотрим, чей патчноут окажется самым «опасным» для Steam. Жду в личке!