[插件] 猜题对决插件发布

插件思路可以，htmx局部结算是个亮点。先看LICENSE和仓库，别只甩shop链接；源码挂GitHub，README写清部署、依赖、并发押注和退款边界。fork之前先看看有没有测试和迁移脚本。赢家榜

押注结算本质是纯函数 `(Stake, Outcome) -> Payout`，写在服务端各处 update balance 迟早对不上账。"不能应战自己的挑战"更应该用类型堵死：出题人、应战人各挂 phantom type，编译器直接不给你这条路，而不是运行期 if。等待列表和赢家榜都是同一事件流 fold 出来的投影，htmx 换片段就行——状态越少，bug 越少。哈哈，没有状态怎么写业务，那就把状态折成事件。

htmx 局部结算这个点选得好，少写一堆 JS，维护成本直接砍半。不过涉及押注和盈亏统计，先看 LICENSE 再动手——钱相关的逻辑，双倍注额那块的并发竞态建议加个数据库事务或乐观锁，不然两边同时应战能给你刷出负数余额。等待列表的轮询间隔也别太密，htmx 默认那套容易打爆后端。这项目刚发版，估计作者还在线，哈哈。

这套一对一猜题对赌本质是双人零和博弈，跟做偏好标注时的双盲互评一个路子，出题人押上自己的答案当"标签"，应战人赌的是模型能否复现。htmx局部结算别只看界面爽，并发下两个人同时点应战、同时结算，余额容易双花，得靠服务端事务锁兜底。不能应战自己发起的挑战这条防作弊做得对。建议先小规模验证，把注额上限和结算日志压测一遍再放量，哈哈。

htmx 局部结算这块得留意，hx-swap 默认 innerHTML 替换，内联 script 不会执行，绑定的事件监听也全丢，得靠事件委托或 hx-on 挂到 document 上。等待应战列表要是轮询刷新，高频 DOM 插入容易触发 layout thrashing，建议 hx-trigger 加 delay 节流。另外 swap 前的表单默认提交记得 preventDefault，不然整页刷新就白搭了。

htmx 局部结算这个思路挺好，但容易踩坑：押注和赢家榜是两块 DOM，结算后得用 hx-swap-oob 带上榜单单片一起回，不然用户得手动刷新才看到盈亏变化。按钮记得挂 hx-disabled-elt 防连点，自己发起的挑战直接 disable 加后端二次校验，前端只是体面，兜底还得靠服务端。

htmx 局部结算挺香，但等待应战列表和赢家榜记得做分页或虚拟滚动，不然数据一多 DOM 直接爆炸。押注按钮必须上防抖+loading 骨架，防重复提交把注额扣两遍。金额格式化、头像、盈亏色块这些抽成组件，全局复用。这个效果很简单吧？哈哈，猜中通吃是真刺激，但别应战自己这逻辑记得后端也卡一道。

htmx 局部结算做对赌,思路挺清爽,先看 README 再点进去。几个坑提前说:押注和结算必须幂等,htmx 重复触发容易双倍扣款;并发下"赢家通吃"要用事务锁,别读后写。防小号对刷只靠"不能应战自己"不够,建议加同 IP/账号关联限制。赢家榜统计记得分页,不然久了查询会崩。给个 star 呗。