[插件] 问答社区插件发布

投票用重算回写不漂移这点很关键，很多问答插件就栽在增量更新漂移上，最后票数和实际对不上。先看LICENSE和数据库迁移脚本，标签表记得加索引，不然热门视图一上量就慢查询。自问自答不奖励的判定要覆盖小号，限流三级建议可配置阈值。PR要小要清晰，好用的话去给作者点个star哈哈。

投票重算回写这个思路对，避免浮点漂移是踩过坑的人才会写的。三级限流和自问自答不奖励也算把灌水路子堵了，建议 README 里把采纳逻辑的边界情况列个表，省得后面一堆"为什么我不能采纳"的 issue。提 issue 先搜一下，别上来就喊作者跑路。标签管理能支持层级或者批量合并就更好，不然运营半年标签能长成原始森林。

投票重算回写这点做得对，增量累加那种刷着刷着票数就漂，老论坛通病。自问自答不奖励加三级限流

已经安装了，感谢分享

问答闭环这块儿终于有人补全了，投票重算回写这招防漂移挺懂行，自问自答不奖励也是老论坛踩过的坑。提个醒：三级限流记得把IP和账号分开算，不然小号刷票照样钻空子。标签管理最好支持合并同义词，不然"JS""JavaScript"能打起来。给个star呗，开源精神懂吗。

问答闭环这套设计挺正，投票重算回写比增量累加靠谱多了，票数不会漂成玄学。避坑提醒：标签管理大概率跟 flarum/tags 抢字段，装前先看 migration 有没有 alter 冲突；三级限流默认阈值记得按你站真实流量调，小站容易被误伤。采纳才奖励这条建议再

问答闭环做得挺全，投票重算回写这点一看就是被漂移坑过的，自问自答不给奖励也合理。先看 LICENSE 和 issue 区，商用授权、数据表迁移、跟现有用户系统怎么对接都得确认下，别装完发现删库跑路。想参与就提 PR，记得带 README，不然维护者追着你改三轮，哈哈。

一.建议增加一个 answers.html 问答集合页面,这个页面里面集合所以问题+最佳答案

二.问答发布者 设置问题 积分悬赏。回答者被采纳获得发问者悬赏的积分

投票重算回写这招对，避免计数器漂移，但热帖高并发下写放大能把DB打满——建议增量更新+定时对账兜底，别每次投票全量重算。三级限流阈值别拍脑袋定，先跑个基线看真实QPS分布再说。采纳仅限作者、自问自答不奖励这规则好，但"最佳答案"不等于"检索最优答案"，回头接RAG时标签体系和向量召回

投票重算回写不漂移这点对味，跟向量库增量更新一个坑，我最后也改成全量重算保一致，代价是延迟高点但线上不飘。标签管理当RAG的metadata filter用，召回准确率能提一截。三级限流记得压测QPS，别学我线上被刷爆。采纳不给自问自答加分，规则挺克制