用户积分等级体系设计与实现

积分等级体系的关键不是“每次给多少分”，而是把经验和货币当成两套独立资产来建模：经验只涨不跌、决定等级与身份；货币可增可减、能花能转，是社区内的流通媒介。在 Clara BBS 里，这套体系不用写一行代码，靠后台的货币管理、积分规则、会员套餐和勋章模块就能配出来。

一、先把两类数值拆开：经验管等级，货币管流通

结论：经验是荣誉值，货币是资产，混成一个字段后期一定改不动。

Clara BBS 的经验来源是发帖、回帖、签到，等级自动升级，后台可设每级门槛并开启自动升组。而货币走的是多货币体系——后台可以自定义多种货币，转账（费率、限额、每日次数都能配）、卡密兑换、签到奖励、悬赏、礼物、附件交易全部走统一记账。

这样拆的好处很实在：用户把货币花光了等级不会掉，等级高的人也不会因为一次悬赏就被打回新手。反过来，如果只用一个“积分”字段同时承担等级和消费，用户一买东西就掉级，社区里立刻会有人吐槽。

二、有来源就必须有消耗口

结论：只设计怎么得分、不设计怎么花分，积分体系必然通胀。

得分口很好列：发帖、回帖、连续签到（带会员倍率）、悬赏被采纳、出售附件、收礼物打赏。但真正决定体系寿命的是消耗口——悬赏发布时从余额托管冻结、转账手续费、购买附件、购买头像框、补签费用，这些都是把货币回收出系统的阀门。

后台「积分规则」是可视化配置的，各类行为挂什么货币、加多少经验、减多少，都在这一个页面里定义。建议新手站长的做法是：先在「货币管理」里建好主货币，再去积分规则页把发帖、回帖、签到、悬赏四条主线配完，跑一到两周看数据再调系数，别一次把数值写死。

三、等级要和用户组、会员套餐打通

结论：等级不能孤立存在，它必须落到权限上才有意义。

Clara BBS 支持等级自动升组，配合版块级权限矩阵（浏览／发帖／回复／上传 × 各用户组，留空即继承）就能做出“几级以上才能进某个版块”这类效果。

这里有个容易踩的坑：会员套餐和等级是两条完全不同的线。会员套餐是花钱买权益，后台可配时长、价格和 6 项权益（表情包、图片上传、AI 助手、隐私保护、编辑他人帖子、内容权限），到期自动失效；等级是行为换身份。两者混着算，用户会搞不清自己为什么突然不能上传图片了——很可能只是会员到期，而不是等级掉了。

四、没有风控的积分体系一定会被刷穿

结论：积分规则上线前，先把防灌水那一套打开。

Clara BBS 现成的防线包括：发帖／回帖最小间隔、图形验证码（服务器没 GD 库时自动降级为算术题）、注册验证问答、邮箱域名黑名单（内置近百个临时邮箱域）、敏感词拦截、可定时的 IP 封禁。

悬赏这一块尤其重要：发布即冻结托管、采纳后自动发放、未采纳前可取消退款，且不能采纳自己的回复。这条规则直接堵死了“小号提问大号回答”的刷分路径，比自己写检测脚本靠谱得多。

内容侧还有按版块开关的“先审后发”和回收站（前台删除为软删除，保留 30 天可恢复，天数可配）。审核通过的帖子才计入积分，是成本最低的防刷手段之一。

五、后台落地顺序

结论：按「货币 → 规则 → 套餐 → 等级 → 勋章 → 签到」的顺序配，一次就能跑通。

1. 后台「货币管理」新建主货币，确定名称与汇率；
2. 「积分规则」逐条挂行为：发帖加多少经验、多少货币，回帖加多少，签到加多少；
3. 「财务运营 → 会员套餐」建套餐、勾选 6 项权益（新建套餐默认不勾任何权益，按需开启）；
4. 设置等级门槛并开启自动升组，再到「用户组权限」里把各等级能做什么配进版块级权限矩阵；
5. 「勋章」模块配自动勋章（按发帖数、注册天数等条件触发），补上荣誉激励；
6. 最后配每日签到：连续签到奖励、会员倍率、补签次数与费用（注意补签只修复连续天数、不补发奖励）。

整套流程走完，保存即生效，不需要清缓存，也不需要 Composer 或命令行。

积分等级体系的本质是给用户一条“从行为到身份”的可见路径。把经验和货币分开建模、把消耗口和来源一起设计、把等级落到权限上、再用防灌水和悬赏托管堵住漏洞——这四件事做完，剩下的就只是调数值了。