🏷️ Бренд: Fortemate

Статус: домен куплен и ключевые хендлы захвачены (2026-08-16). X, YouTube, GitHub, npm, Twitch, itch.io, Telegram — всё закреплено и защищено 2FA. Публичный анонс бренда — после подготовки миграции сайта.

1. Решение и как к нему пришли

Имя: Fortemate · домен fortemate.com · произношение фиксируем как «фортемейт» (англ. FOR-tay-mate), написание — одним словом, строчными в домене/хендлах, Fortemate в тексте.

Смысл: forte (сила, мастерство; муз. «громко») + mate (шахматный мат; брит. «приятель»), целиком слово звучит почти как fortunate — скрытый каламбур «мастерство + фортуна», буквально кодирующий позиционирование продукта (skill vs luck). Не привязано к кубикам → переживёт расширение на семейство вероятностных вариантов.

Процесс (2026-08-15…16): нейминг-спринт (4 стратегии генерации, 50 кандидатов, проверка доменов по RDAP + веб-поиск коллизий, жюри → топ-10) → владелец выбрал 3 финалистов → глубокая проверка каждого (товарные знаки, сторы/площадки, хендлы, лингвистика по 12 языкам) → решение.

Финалисты и вердикты:

КандидатВердиктПричина
fortemate✅ выбранчист по всем осям: TMview (EUIPO+нац. ведомства ЕС+USPTO+WIPO) — no rows; сторы/BGG — пусто; хендлы свободны (кроме Telegram); лингвистика — ни одного вульгарного/мрачного созвучия в 12 языках
rookroll❌ мёртвживая заявка ROOK & ROLL (USPTO 99543348, подана 11.12.2025, ROOK & ROLL LLC, класс 28 «Board games, namely chess games») + работающий rooknroll.com «your chess companion» + мем «Rook Rolled» у шахматных стримеров + занятые хендлы (GitHub/Telegram/X/YouTube)
zarchess❌ отклонёнлингвистика бьёт точно по целевым рынкам: казах. зар = «скорбь, плач» (зарлау «причитать», рядом зәр «моча/яд»), латыш. zārks = «гроб»; плюс хендлы заняты в шахматной нише (Telegram-группа «Шахматчилар», YouTube-канал, GitHub, Twitch). Ирония: для тур./азерб. аудитории zar = «игральная кость» — идеально, но это не наши рынки

Остальной шорт-лист (7 имён) сознательно не публикуем в vault — запасные варианты на случай форс-мажора, восстановимы повторным спринтом.

Известные слабости fortemate (приняты осознанно): неоднозначное английское произношение (FOR-tay-mate / FORT-mate / for-tee-mate) — лечится каноном в брендбуке и произношением в промо; русская шутка «форте + мат = громкий мат» (для шахматной аудитории безвредно-мило); латыш. хвост -mate ≈ māte «мать» (комично, не грубо); на слух могут записать fortmate/fortymate — домен-опечатки можно докупить позже, не сейчас.

2. Домен: что куплено и что проверить

Куплено: fortemate.com, Cloudflare Registrar, 2026-08-16, 0.18 ICANN — premium-флага у имени нет), оплата PayPal. В комплекте бесплатно: WHOIS Privacy, DNSSEC, Email Forwarding.

Чеклист сразу после покупки:

  • Письмо ICANN о верификации email регистранта — найти и подтвердить в течение 15 дней. Иначе домен принудительно приостановят (самая частая причина «купил домен, а он умер через две недели»). Письмо может упасть в спам; отправитель обычно registrar-verification@…
  • Auto-renew включён (был отмечен при покупке) — перепроверить в Dashboard → Domain Registration.
  • Registrar lock (Transfer Lock) включён.
  • DNSSEC активен.
  • Следить, чтобы PayPal-метод оплаты не протух к продлению (авгvst 2027).

Опционально, не срочно: fortemate.lv свободен (проверено whois nic.lv 15.08) — защитная покупка ~€10–15/год напрямую через nic.lv (Cloudflare .lv не поддерживает). Домены-опечатки (fortmate.com и т.п.) — только если бренд взлетит.

Состояние DNS (зафиксировано 2026-08-17)

ЗаписьЗначениеЗачем
MX ×3route1/2/3.mx.cloudflare.netприём почты (Email Routing)
TXT @ (SPF)v=spf1 include:_spf.mx.cloudflare.net ~allавто-запись Email Routing; не трогать
TXT _dmarcv=DMARC1; p=reject; sp=reject; rua=mailto:…@dmarc-reports.cloudflare.netподделки «от @fortemate.com» отклоняются; отчёты — Dashboard → Email → DMARC Management
TXT @ goikiyjg7iтокен верификации Central Portal (com.fortemate)не удалять — реестры перепроверяют владение
A @ / AAAA @192.0.2.1 / 100::, Proxiedфиктивные адреса-заглушки для redirect-only хоста
CNAME wwwfortemate.com, Proxiedwww работает
Redirect Rule «Fortemate»all incoming → 302 https://play.jc.id.lv (preserve query)домен ведёт на живой сайт; проверено снаружи 17.08 (apex+www, http+https)

Две мины замедленного действия

  1. Правило «all incoming requests» перехватит любой будущий поддомен (docs., api., …) — при первом реальном поддомене сузить условие до fortemate.com/www.
  2. Редирект сознательно 302, не 301: в фазе B направление разворачивается (fortemate.com становится целью, play.jc.id.lv → 301 сюда). Закешированный 301 воевал бы с финальной схемой месяцами — не «улучшать» до permanent.

3. Безопасность: цепочка доверия

Вход в Cloudflare — через GitHub (соцвход). Фактическая цепочка доверия теперь:

Gmail (root) → GitHub (2FA) → Cloudflare → домен + DNS + Pages (сайт + docs)
  • GitHub: вторым фактором — passkey или аппаратный ключ; удалить SMS из методов (SIM-swap ломает всю цепочку). Recovery-коды — офлайн (не в Gmail).
  • Gmail: он корень доверия — та же гигиена (passkey/ключ, без SMS-фолбэка, recovery-коды офлайн).
  • Cloudflare: отдельная 2FA при соцвходе может быть недоступна (док-ция описывает 2FA только для парольных аккаунтов) — если переключатель в профиле активен, включить; главное — резервный путь «сброс пароля по email» закрыт гигиеной Gmail.
  • Помнить: домен и хостинг в одном аккаунте — «одна корзина»; компенсация — жёсткая 2FA на всей цепочке.

4. Email-алиасы через Cloudflare Email Routing

Зачем: регистрации бренд-аккаунтов НЕ на личный Gmail — бренд отделяется от личности, аккаунты можно будет делегировать/передать, у X будет уникальный адрес.

📖 Подробная пошаговая инструкция для операторов и семьи: email-routing-runbook ⚡ Архитектурные возможности и автоматизация через скрипты: email-workers-and-automation

Текущая базовая настройка (Dashboard → fortemate.com → Email → Email Routing):

  1. Добавить destination address (личный ящик) → подтвердить по письму. ✅ Настроено на jegors.cemisovs@outlook.lv
  2. Создать custom addresses: x@fortemate.com (для X и прочих регистраций), hello@fortemate.com (публичный контакт на будущее). ✅ Созданы и активны
  3. MX/SPF/DKIM-записи Cloudflare прописал автоматически. ✅ Заблокированы от изменений (Locked)
  4. Проверить доставку тестовым письмом до начала регистраций.

⚠️ Email Routing — только приём. Отправлять «от имени» fortemate.com пока не нужно; если понадобится — отдельная настройка (не в этом ранбуке).

5. Статус хендлов (закреплено 2026-08-16)

ПлатформаСтатусПримечание / Ссылка
X @fortemate✅ Захваченоx.com/fortemate — 2FA/Passkey, био, ссылка
YouTube @fortemate✅ Захваченоyoutube.com/@fortemate — Brand Account
GitHub fortemate✅ Захваченоgithub.com/fortemate — организация, 2FA required
npm @fortemate✅ Захваченоnpmjs.com/~fortemate — scope @fortemate, 2FA Passkey
Twitch fortemate✅ Захваченоtwitch.tv/fortemate
itch.io fortemate✅ Захваченоfortemate.itch.io
Telegram @fortemate_chess✅ Захваченоt.me/fortemate_chess — публичный канал
PyPI fortemate⏳ ОтложеноPEP 541 — регистрировать при первом реальном Python-пакете
Discord⏳ ОтложеноСервер запускать при открытии комьюнити

6. Ранбук захвата хендлов (по порядку)

Общие правила: регистрировать на x@fortemate.com (после §4); каждый профиль сразу минимально заполнить (аватар, 1 строка био, ссылка fortemate.com) — но никакого контента и анонсов; на каждом сервисе включить 2FA и сохранить recovery-коды офлайн; после каждого шага можно попросить Клода перепроверить, что имя закреплено.

6.1 X @fortemate — первым (риск сквота максимальный)

  1. Настроить x@fortemate.com (§4) и дождаться работающей пересылки.
  2. x.com → Sign up → email x@fortemate.com, имя Fortemate. Второй аккаунт при живом личном — легитимно (разные назначения); переключение аккаунтов встроено в приложение.
  3. Телефон: X может потребовать верификацию; один номер принимается на ограниченное число аккаунтов — если упрётся, пройти по email-верификации.
  4. Хендл после регистрации: Settings → Your account → Username → fortemate.
  5. Гигиена новорождённого аккаунта (анти-спам-бан): подтвердить email, поставить аватар/био/ссылку, НЕ подписываться на десятки аккаунтов в первый день, не постить ссылки массово. Пустые свежие аккаунты часто улетают в авто-блокировку — разблокировка через поддержку мучительна.
  6. 2FA (passkey/TOTP, не SMS).

6.2 YouTube @fortemate — вторым

Не создавать новый Google-аккаунт. На существующем: youtube.com → аватар → «Сменить канал» → «Создать канал» → Brand Account с именем Fortemate → в настройках канала задать handle @fortemate. Наполнять не нужно. Плюс Brand Account: позже можно добавить менеджеров без передачи личного логина.

6.3 GitHub — организация fortemate

github.com → Settings → Organizations → New organization → Free → имя fortemate, контакт hello@fortemate.com. 2FA-требование для участников включить сразу.

Репозитории НЕ переносить

Только занять имя. На rabestro/* завязаны: Cloudflare Pages деплои (play, docs), CI-секреты, npm-пакет @rabestro/dicechess-engine, координаты Maven Central lv.id.jc (bot-runtime), бейджи/ссылки в доках. Перенос — отдельное решение с планом (redirects GitHub делает, но Pages/секреты/паблишинг — нет). Возможно, публичным под org станет только новый код.

6.4 npm — организация fortemate

npmjs.com → аватар → Add Organization → fortemate → Free (public). Даёт scope @fortemate для будущих стартер-китов ботов. Пустой пакет-плейсхолдер не публиковать (disputes-политика npm против сквота; организации достаточно).

6.5 Twitch и itch.io — по остаточному принципу

Обычная регистрация ника fortemate на x@fortemate.com. Не горит, но дёшево.

6.6 Telegram

@fortemate занят ботом «Forte». Завести канал @fortemate_chess (или @fortemate_play) — публичный, пустой, с описанием и ссылкой. Юзернейм канала резервируется мгновенно.

6.7 PyPI — отложить

Имя свободно, но политика PyPI (PEP 541) запрещает резервирование пустышками — занять честно можно только реальным пакетом. Риск сквота низкий. Вернуться, когда появится Python-пакет (например, стартер-кит бота).

7. Чего НЕ делать сейчас

  • Не анонсировать бренд нигде (включая Discord федерации, треды lichess/chess.com) — сначала хендлы, потом миграция сайта, потом анонс.
  • Не заводить Discord-сервер и слой 0 монетизации (Sponsors/Ko-fi, /costs) до захвата хендлов — теперь они запускаются уже под брендом Fortemate (снят блокер из product-roadmap, откр. вопрос №1).
  • Не переносить репозитории в org (см. §6.3).
  • Не начинать миграцию сайта до отдельного плана (§8).
  • Личный аккаунт X не переименовывать и не смешивать с брендовым.

8. Миграция на бренд: четыре независимые фазы (утверждено 2026-08-17)

Порядок — по видимости для людей: игроки (сайт) → разработчики (пакеты) → косметика (репозитории). Каждая фаза независима и откатываема; ни одна не требует «двух волн» правок у потребителей. Ревью JVM-interop и анализ публикации (17.08, engine#615/#616) подтвердили: реальный барьер для сторонних разработчиков — не имя артефакта, а PAT-требование GitHub Packages; это чинит фаза C, а не переименования.

Фаза A — подготовка (сейчас, бесплатно, ни к чему не обязывает)

  • Namespace com.fortemate на Maven Central Portal — ✅ верифицирован 2026-08-17 (DNS TXT; в портале рядом с lv.id.jc и io.github.rabestro). Ничего не публикует; лежит готовым до дня фазы C. GPG-ключ и опыт публикации уже есть (bot-runtime).
  • Организации GitHub fortemate (создана 16.08, подтверждена по API: type Organization) и npm fortemate (scope @fortemate) — ✅ захвачены, см. §5.

Фаза A выполнена полностью (17.08.2026).

  • Ничего не переименовывать: lv.id.jc:dicechess-engine-scala_3 остаётся как есть до фазы C.

Фаза B — сайт (первой, когда бренд готов к публичности)

play.jc.id.lv → fortemate.com. Единственное, что видят игроки; не требует ни переименования пакетов, ни переноса репо. Известные точки (собраны из памяти проекта, не выполнять с ходу):

  • Снять временную заглушку: удалить/переписать Redirect Rule «Fortemate» и фиктивные A/AAAA-записи (§2, «Состояние DNS»); направление редиректа разворачивается — play.jc.id.lv → 301 на fortemate.com.
  • Cloudflare Pages: custom domain на проект play → fortemate.com (+ www), 301 с play.jc.id.lv на переходный период; гоча edge-cache skew в окно ролл-аута (HTML и ассеты из разных билдов; митигации version.pollInterval + _headers immutable — уже известны).
  • PWA: manifest (name/short_name), scope/start_url, иконки под бренд; поведение установленного PWA при смене origin (по сути переустановка) — коммуницировать пользователям.
  • play-api: Google OAuth redirect URI добавить новый origin; CORS — два белых списка (методы И заголовки) + whitelist в compose (.env печётся Terraform’ом в user_data — правка = 4 места, см. память play-cloud .env).
  • Куки сессий: домен куки, SameSite — сессии сбросятся, предупредить.
  • Ингест/аналитика: source='playsite' НЕ меняем (идентичность источника ≠ домен).
  • SEO: canonical, sitemap, OG-теги на новый домен; страницы правил (влиты PR play#257) — переключить canonical на fortemate.com.
  • docs: bots.jc.id.lv и вики-ссылки — обновить после переезда; решить, переезжают ли доки под docs.fortemate.com.

Фаза C — пакеты (одним атомарным раундом, после фазы B)

  • Движок → Maven Central как com.fortemate:dicechess-engine_3: заодно уходят лишнее «-scala» из artifactId и PAT-барьер GitHub Packages. Суффикс _3 сохраняется (конвенция экосистемы: cats-core_3, pekko-actor_3; dicechess-bot-java уже потребляет суффиксованный артефакт из Maven без боли).
  • bot-runtime → com.fortemate:dicechess-bot-runtime + relocation POM в последней lv.id.jc-версии.
  • npm @rabestro/* → @fortemate/*; старые пакеты — npm deprecate с указателем.
  • Один раунд бампов координат по всем ~14 потребителям (процесс отработан бампами движка).
  • ⚠️ Java-пакеты в коде (dicechess.engine) НЕ переименовывать: groupId и package независимы; смена package — breaking change для всех потребителей кода без выгоды.
  • Версии продолжать с текущей нумерации (не сбрасывать); после переезда удалить движок из GitHub Packages (как сделали с bot-runtime).

Фаза D — репозитории (последними или никогда) · разбор выгод и триггеров: org-migration-benefits

Перенос rabestro/* в организацию fortemate — строго после фазы C: URL GitHub Packages Maven содержит владельца (maven.pkg.github.com/rabestro/...) и не редиректится — пока движок там, перенос репо ломает резолв у всех потребителей разом. После Central этот блокер исчезает. Остальное при переносе: git-URL/ссылки/issues редиректятся, секреты Actions едут с репо, но привязку Cloudflare Pages придётся пересоздавать, а GitHub Apps (CodeRabbit, CF Pages) — ставить на org. Честный вопрос перед фазой: нужна ли она вообще — код под личным аккаунтом бренду не мешает, выгода косметическая. Если делать — по одному репо, начиная с некритичных.

Хвост фазы B, выполняемый в самом конце
  • Тексты/бейджи в README всех репо — последним шагом.

9. Открытые хвосты бренда

  • ТМ-регистрация (опционально, при росте): EUIPO, классы 9/41/42, слово «FORTEMATE». TMview на 16.08 чист; реестры Казахстана (Kazpatent) и РФ (Роспатент) не проверялись — сделать перед коммерцией на этих рынках.
  • Брендбук-минимум: канон произношения («фортемейт»), логотип, палитра, скины костей как фирменный элемент — по мере надобности, не блокер.
  • Домен-опечатки и fortemate.lv — по мере роста.

🔗 Связанное