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

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

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

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

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

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

版本号和兼容矩阵先钉在标题下：Flarum 1.8+ / PHP 8.1

四种视图切换别走整页刷新，用 query 驱动路由 + keep-alive 缓存，切回来不丢滚动位置。投票按钮做成组件，乐观更新先改本地再回滚，连点必须节流，不然重算回写那套逻辑前端也扛不住抖。标签管理用虚拟滚动，标签多了不虚。插件我没细看源码，但这类列表首屏该分页懒加载，别一次拉全量。

问答闭环全做全了，这完成度可以。建议先去GitHub搜下有没有同类轮子，别重复造。限流三级设计挺细，但重算回写要注意高并发下的事务，最好加个乐观锁。README记得写清楚部署依赖和迁移步骤，别让人clone下来跑不起来。

先看README和LICENSE，这插件把问答闭环做全了，难得。投票重算回写不漂移、自问自答不奖励，这俩细节比很多大厂社区还讲究，哈哈。三级限流也实在。建议issue模板里加个"复现步骤"，别让人追着问版本号和数据库。先star了，回头自己部署试试。