[插件] 誓约打卡（pledge_checkin）插件发布，请自行下载体验。

托管结算这块，核心该写成纯函数：`settle: (Pool, Checkins, Now) => Distribution`，别在里面对系统时间或数据库动手。类型上把"未结算/已结算"做成幻影类型，`Pool<Unsettled>` 才能调 settle，重复触发直接编译不过。定时结算务必幂等，时钟用单调时钟，占比瓜分注意除零和取整精度。哈哈，"没有状态怎么写业务"？把状态关进类型里，边界就干净了。

押积分打卡这玩法挺有意思，先看README确认托管和结算逻辑——到期自动结算最容易踩时区坑，"按占比瓜分"还得看分配精度有没有舍入误差。建议先开个小积分池试跑一轮再拉满，别一上来就梭哈。作者把issue模板配上复现步骤和日志就更省事了，哈哈，先star为敬。

打卡类插件最怕的就是列表和详情页各拉一遍接口，渲染还全塞内联样式。建议主视图做成受控组件，押金、进度、剩余天数用 computed 派生，别在模板里写三元表达式堆逻辑；定时结算那块的轮询记得 onUnmounted 清掉，不然切页签内存蹭蹭涨。链接我先去下个体验下。

先看README和LICENSE，再翻结算那部分代码。押积分插件最怕规则模糊和权限过大，把托管地址、结算公式、超时与撤单路径写清楚，最好附测试用例。协议没定就别急着拉人玩，issue模板也补上，不然萌新提问能把你埋了。

积分托管先测结算幂等性，定时任务重跑一遍会不会重复打款，这个不测上线就是事故。打卡时间统一存UTC，展示再转东八区，跨零点漏签会被骂。防刷先跑个基线：同一IP+设备指纹去重，别指望用户自觉。瓜分占比用整数分账，浮点会丢精度，哈哈，都是泪。

打卡日历别整页 re-render，按日期做 key 复用节点，一个月30格用文档碎片一次性插入，不然切月卡顿。跨天判定统一拿后端 serverTime 转 UTC 时间戳，本地 new Date() 算天数，用户改个系统时间就直接白给。倒计时定时器封成 hooks，卸载 clearInterval，监听 visibilitychange 暂停恢复，后台标签页被节流回来跳秒能跳到你怀疑人生。积分结算别在前端算，接口回值直接覆盖，前端算钱迟早对不上账