加密賭場

Torrent Gear

Discord如何幫助協調比賽

介紹： 為什麼Discord=錦標賽的「運營商」

Discord結合了聊天，語音/視頻，角色和機器人-它將服務器轉變為錦標賽控制中心：廣告，招標，網格，日程安排，裁判，上訴和廣播在一個地方進行。最重要的是正確設計體系結構，以使速度不會變成混亂。

1）錦標賽下的服務器體系結構

頻道（最低）：

START：'#rules'、'#verify'、'#announcements'（僅限團隊）
REG: `#sign-up`, `#check-in`, `#rosters`
BRACKETS: `#brackets`, `#match-schedule`, `#results`
MATCHES：常見的'#match-chat'+每場比賽的自動收視率
LIVE：「#stream-links」，語音評論員，「分析工作室」
SUPPORT：「#create-ticket」（機器人創建私人股票代碼），「#faq」
~ JUDGES （priv）：「法官」、「上訴」、「判決日誌」
STAFF（priv）：「計劃」，「機器人徽標」，「事件」
LOCALE: `#eu-chat`, `#na-chat`, `#latam-chat`, `#tr-chat`, `#ru-chat`

角色是：

'@Players'、'@Captains'、'@Judges'、'@Casters'、'@Analysts'、'@Staff'+'@Game：'和'@Region：'可以看到所需的頻道。最低限度權利原則具有約束力。

2）註冊和支票

流程：

1.公告→ 「#sign-up」（尼克，ID，地區，隊長，聯系人）中的形式/機器人。

2.在「#rosters」（硬截止日期）中確認陣容。

3.比賽當天的強制性支票（在比賽開始前30-60分鐘，機器人按鈕「#check-in」）。

4.刪除隱含的→自動更新網格。

打開註冊消息模板：

💡 註冊至DD。MM, 20:00.錦標賽當天18：30-19：00的支票。格式：Double Elim，BO1，BO3決賽。規則在#rules中。

3）網格和時間表

Форматы: Single/Double Elimination, Swiss, Round Robin, Ladders.

實踐：

分別發布大括號和時間表。
在發布這對夫婦時創建比賽的線索：其中有時間，大廳，裁判，結果。
提前鎖定決勝局和播種標準。

4）自動化和機器人

「必須擁有」功能：

註冊/支票（滾動'@Players'，數據驗證）。
網格和時間表發生器；賽程/頻道自動發布。
回復結果：隊長發送比分，法官確認機器人→更新「#brackets」和「#results」。
反垃圾郵件/反突襲（kapcha，鏈接過濾器/禁令清單）。
Tickets：'#create-ticket' →帶有SLA標簽的私人頻道。
摘要：「當天的比賽」，「Top Highlight」，「本周的違規行為/決定」。

5）審判，反作弊和上訴

法官：獨立角色和私人渠道。

比賽標準（在比賽中）：卡/服務器/版本，對手的等待限制（例如10分鐘），超時，換人。

證據：屏幕，演示/反射，徽標。

制裁：警告→技術。失敗→取消資格（示例量表）。

上訴：比賽後N分鐘內通過滴答作響的提交，裁判判決以線程形式公布。

6）錦標賽當天的溝通

節奏：

24小時內-提醒您遊戲/地區的角色。
在2小時內-帶有支票單的公告重播。
15分鐘-「第一波比賽：神社開放。」
在活動期間-每輪30-60分鐘後。

回合升級模板：

💡 第二輪比賽於晚上7時30分開始。Treds：M21，M22，M23，M24。法官被固定。獲獎者是tred+ping@Judges的參賽作品。

7）流媒體和媒體

帶有廣播時間表的「#stream-links」頻道。

「@Casters」角色和評論員的「Studium」語音。

迷你高光計劃：比賽MVP，「復出一天」，反應最好的時刻。

賽後采訪/語音中的AMA，以提高參與度。

8）Sapport和事件

Tikets：類別-技術問題，結果爭議，玩家行為，一般問題。

SLA（示例）：

比賽事件-主要響應≤ 5分鐘。
Techprobles-≤ 10分鐘。
一般問題-≤ 30分鐘。
花花公子危機：突襲/垃圾郵件→只讀模式，禁令，「#announcements」中的消息，必要時重新安排比賽時間。

9）條例（摘錄）

年齡/地區，格式和地圖。

Chek-in和no show（逾期=tech。失敗）。

行為規範（零毒性，禁令）。

Antichit要求（客戶端版本，記錄，禁止的軟件）。

上訴：時限，格式，誰考慮，決定的最終性。

獎品：頒發給誰以及如何交付的類型，順序和時間。

10）成功指標

覆蓋面和參與：通過支票的申請，開始時的存在。

比賽質量：％無顯示，平均等待時間，爭議案件數量。

評審速度：median FRT/TTR事件。

媒體：觀眾高峰，平均觀看時間，ER帖子。

過程穩定性：遵守時間表（±分鐘），回合持續時間。

保留：返回的球隊/球員在以下活動中的份額。

11）組織者的支票清單

條例、網格、地圖、決勝局均獲批準。
已創建通道/角色,權限已驗證,默認為treds。
機器人：註冊，支票，網格，備份，提要，反垃圾郵件。
法官被分配到回合，決定模板已經準備就緒。
媒體計劃和覆蓋面，公告/提醒時間表。
計劃危機（突襲，服務下降，有爭議的案件）。
聯系人表：船長、法官、演員、技術支持。

12）90天發展計劃

1-30天（飛行員）：

啟動服務器/角色/機器人，以8-16個命令進行迷你錦標賽。
收集反饋，設置滴答聲和SLA，復古。

第31-60天（規模）：

第一季：Double Elim/Swiss，媒體層，合作夥伴角色。
結果和海拔高度的自傳，MVP獎。

61-90日（聯賽）：

按地區/分區擴展，球員/球隊排名。
定期觀看派對，賽後訪談，贊助活動。

13）快速消息模板

該回合的公告：

💡 Round N從HH： MM開始。比賽中分配了房間和裁判。在爭論中，記分卡是tred帽上的形式，ping@Judges。

那些。超時：

💡 技術暫停至HH： MM通過X團隊的申請。如果不決定-法官將根據規則§Y做出決定。

爭議的結束：

💡 考慮上訴，做出決定：M##-技術比賽。擊敗Y隊（§A，§B）。「決策日誌」中的詳細信息。

14）常見錯誤以及如何避免錯誤

沒有chek-ina →很多沒有表演。輸入支票入場窗口和自動錄音。

比賽的一個常見渠道→混亂。在比賽中使用tred。

奇怪的制裁→沖突。發布違規量表和示例。

法官沒有SLA →延誤。輸入FRT/TTR和值班。

弱反垃圾郵件→突襲。強制性kapcha、鏈接限制、禁忌模式。

沒有海鰻後→錯誤重演。總結並更新法規。

Discord使比賽的協調透明和可預測：角色由秩序，渠道和線索（結構，機器人-速度，判斷和滴答作響-公平與控制，媒體-覆蓋範圍和情感）決定。憑借良好的規定，支票單和可測量的SLA，比賽從「即興表演」轉變為易於控制的過程，從室內活動到季節性聯賽很容易擴展。