Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

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

未关闭
#38 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
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 小时
30 天内合并 PR
6

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

Balatro-Multiplayer/BalatroMultiplayerAPI-Server 的其他 Issue

查看 Balatro-Multiplayer/BalatroMultiplayerAPI-Server 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。