Balatro-Multiplayer / Balatro-Multiplayer/BalatroMultiplayerAPI-Server

Policy: leaving a match after accepting (two-tier consequences)

オープン
#38 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
TypeScript
スター
13
フォーク
20
平均マージ
3日 7時間
マージ済み PR(30日)
7

説明

**Status: needs triage** (policy / enhancement)

## Summary
Once a player accepts a match (Balatro-Multiplayer/BalatroMultiplayer#493), they may still need to leave. Consequences should depend on **when**:

- **Leaving after the run has started** → treated as a **normal loss** (full game loss + MMR loss), same as any forfeit mid-game.
- **Leaving during the ban phase** (before the run starts) → **some MMR loss but no game loss**, plus possibly a **queue-time penalty**. Bailing during bans is lighter than abandoning a live game, but shouldn't be free.

## Open questions
- How much MMR the ban-phase leave costs (fixed amount vs fraction of a loss).
- Size of the queue-time penalty, and whether it escalates on repeat.
- Exact boundary for "run started" (first blind? deck locked in?).

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

まず、参照されているマッチ受諾に関する issue、Balatro-Multiplayer/BalatroMultiplayer#493 を読み、受諾後の退出が現在どのように処理されているかを追跡してください。ここではファイル、テスト、エントリポイントは指定されていません。実装の範囲を決められるのは、run 開始の境界、ban フェーズでの MMR 喪失、キュー待ち時間のペナルティについて合意できた時点です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
typescript
領域
backend
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
静か
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。