Toutsu/GmRelayBot
1
1
Fork 0
Code Issues 18 Pull Requests 1 Actions 1 Packages Projects Releases 85 Wiki Activity

feat: поддержать несколько мастеров в одном клубе #115

New Issue
Open
opened 2026-05-29 09:57:49 +03:00 by Toutsu · 0 comments
Toutsu commented 2026-05-29 09:57:49 +03:00
Owner
Copy Link
Copy Source

Контекст

После добавления публичных профилей мастеров у клуба и опубликованных игр сейчас фактически есть один основной мастер для публичных ссылок. Для клубов с несколькими owner/co-GM нужно корректно показывать и связывать несколько мастеров.

Scope

  • Поддержать отображение нескольких опубликованных профилей мастеров на публичной странице клуба /club/{slug}.
  • Поддержать несколько мастеров на публичной странице сессии /s/{id} и в каталоге /showcase, если сессия/клуб ведётся несколькими мастерами.
  • Сохранить приватность: публичные ответы/HTML не должны раскрывать Telegram/Discord IDs, external_user_id, linked identities или avatar URL с платформенными идентификаторами.
  • Определить, какие роли считаются мастерами для публичного отображения: как минимум Owner и CoGm из group_managers.

Acceptance criteria

  • В одном клубе может отображаться несколько публичных профилей мастеров.
  • Публичная страница клуба показывает список опубликованных мастеров, а не только первого owner.
  • Каталог игр и публичная страница сессии могут показывать несколько мастеров без дублирования карточек/сессий.
  • Если часть мастеров скрыла профиль, публично показываются только опубликованные профили.
  • Приватные технические identifiers не попадают в публичный HTML/API.
  • Есть regression-тесты на несколько group_managers в одном клубе и на отсутствие приватных идентификаторов.
## Контекст После добавления публичных профилей мастеров у клуба и опубликованных игр сейчас фактически есть один основной мастер для публичных ссылок. Для клубов с несколькими owner/co-GM нужно корректно показывать и связывать несколько мастеров. ## Scope - Поддержать отображение нескольких опубликованных профилей мастеров на публичной странице клуба `/club/{slug}`. - Поддержать несколько мастеров на публичной странице сессии `/s/{id}` и в каталоге `/showcase`, если сессия/клуб ведётся несколькими мастерами. - Сохранить приватность: публичные ответы/HTML не должны раскрывать Telegram/Discord IDs, `external_user_id`, linked identities или avatar URL с платформенными идентификаторами. - Определить, какие роли считаются мастерами для публичного отображения: как минимум `Owner` и `CoGm` из `group_managers`. ## Acceptance criteria - В одном клубе может отображаться несколько публичных профилей мастеров. - Публичная страница клуба показывает список опубликованных мастеров, а не только первого owner. - Каталог игр и публичная страница сессии могут показывать несколько мастеров без дублирования карточек/сессий. - Если часть мастеров скрыла профиль, публично показываются только опубликованные профили. - Приватные технические identifiers не попадают в публичный HTML/API. - Есть regression-тесты на несколько `group_managers` в одном клубе и на отсутствие приватных идентификаторов.
Toutsu added this to the Версия 3.0 — Platform & Club Expansion milestone 2026-05-29 09:57:49 +03:00
Toutsu added the type:featurearea:webpriority:p3area:dataplatform:multi labels 2026-05-29 09:57:49 +03:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:bot
Telegram bot and worker logic
 area:data
Database schema, migrations and persistence model
 area:discord
Discord bot service and Discord adapter
 area:infra
Infrastructure, runtime and deployment
 area:miniapp
Telegram Mini App dashboard
 area:platform
Platform-neutral abstractions and adapter boundaries
 area:shared
Shared domain and rendering contracts
 area:web
Blazor web dashboard
 in-progress
В работе (issue взят агентом)
 next-up
Recommended immediate backlog
 pending-approval
Ждёт согласования плана решения
 platform:discord
Discord-specific behavior or adapter work
 platform:multi
Cross-platform or platform-neutral work
 platform:telegram
Telegram-specific behavior or adapter work
 priority:p0
Critical priority
 priority:p0
Блокирующий приоритет: задача должна быть выполнена до признания решения production-ready
 priority:p1
High priority
 priority:p2
Medium priority
 priority:p3
Lower priority
 security
Security-sensitive work
 type:bug
Bug fix or corrective work
 type:chore
Maintenance and supporting work
 type:feature
New product functionality
 type:refactor
Structural change without direct feature growth
 type:test
Testing and coverage work
No Label area:data area:web platform:multi priority:p3 type:feature
Milestone
No items
No Milestone Версия 3.0 — Platform & Club Expansion
Projects
Clear projects
No project
Assignees
Clear assignees
Toutsu
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Toutsu/GmRelayBot#115
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?