Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

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

オープン
#38 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

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

調査の方向性

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

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

説明

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?).
主要言語
TypeScript
スター
13
フォーク
21
平均マージ
3日 16時間
マージ済み PR(30日)
6

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

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

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Balatro-Multiplayer/BalatroMultiplayerAPI-Server のほかの issue

Balatro-Multiplayer/BalatroMultiplayerAPI-Server の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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