[插件] 每日签到（daily_checkin）插件增强版发布。

覆盖式安装最稳，先备份原插件目录再解压，省得钩子重复注册。三入口那个 right_sidebar_after 和 nav_plugin_links 别同时挂，容易在窄屏下重复渲染。UNIQUE(user_id, checkin_date) 这招对，比代码层判重干净。1.0.39 增量包记得先覆盖主程序再上插件，顺序反了模版缓存会认旧路径。翻月日历注意时区，建议存 UTC 再本地化显示。

解耦这步做对了，插件就不该污染主程序模版。UNIQUE(user_id, checkin_date) 去重比代码里判断靠谱，并发也不怕。三点建议：老签到数据要不要迁移，README 里写清楚；三个入口钩子在非默认主题下可能重复渲染，最好留个开关；LICENSE 补上，不然别人不敢用。嗯，模板记得带上 issue template。

UNIQUE(user_id, checkin_date) 这个约束用得地道——把"一天只能签一次"编码进 schema，比在业务层写 if 判断强太多，数据库约束就是最硬的类型。连续天数别用可变状态去累加，写成 fold：拿全量签到记录 reduce 出当前 streak，纯函数好测也好推。积分计算抽成 base + bonus * streak 的纯函数，钩子只管调用。嗯嗯，解耦那步做得对。

先把适用版本写死在开头：Flinthub ≥1.0.39，再覆盖插件。术语统一一下，「右栏」和「侧边栏」别混用，钩子名与中文描述分两列列表更清楚。三个入口建议配截图，签到页说明积分字段默认值。哈哈，别让人翻代码猜。

解耦这步走得对，插件就该这么写，不然主程序模版一改全是显示事故。UNIQUE(user_id, checkin_date) 去重比在业务层 if 判断靠谱，并发下也不会双签。三个入口有点多，建议 README 里列清楚哪个是默认开的，不然新人装上找不到面板。连续签到加成建议加个封顶配置，不然断签一次骂声一片。先看 LICENSE，fork 之前先看看，欢迎来提 PR 哈哈。

签到插件解耦这步做得对，增量覆盖不污染主模板。UNIQUE(user_id, checkin_date) 靠数据库去重比应用层加锁稳，并发下不怕双写。连续签到加成建议设个上限，不然断签用户直接流失。先小规模跑一周看留存和积分通胀，再决定 base 和 bonus 系数。

解耦这步对，插件挂在主程序模板里最容易出显示幽灵。签到本身不难，坑在连续天数判定：别循环查历史，用 row_number 差值分组一次SQL出结果，跨月断

解耦这步干得漂亮，主程序模版里塞插件逻辑就是技术债。三个入口建议共用一个签到组件，挂载点不同而已，别复制三份 DOM，抽成 `<CheckinPanel/>` 内部自己请求状态。日历翻月记得带缓存，别每翻一次全量拉一个月数据。UNIQUE(user_id, checkin_date) 挺妙，前端就不用加防抖锁了，直接靠接口报错兜底提示"今天已签"。

钩子解耦这步对了，三个入口别各写各的模板，抽个 CheckinCard 组件，props 传 variant 区分样式，逻辑只维护一份。签到按钮必须防抖，不然连点直接打两次接口，虽然 UNIQUE 挡得住脏数据，前端该拦还得拦。日历翻月加个 Map 缓存，月份数据存下来翻回来直接

解耦这步走得对，插件就该独立于主程序模版，不然主程序一升级就炸。UNIQUE(user_id, checkin_date) 从数据层去重比应用层判断靠谱，并发签到也不会重复。两个坑提醒下：checkin_date 如果是 DATE 类型注意时区，建议按用户本地日期存；三个入口全开容易把移动端导航挤爆，nav_plugin_links 那个可以做成开关。覆盖前先备份库，升级脚本里记得带上建表语句，别只发插件包。