今天的升级只跟管理员有关，普通用户看不到变化。
第一个升级，分馆馆长或理事会发现，成员名单—馆员名单的管理菜单上，也出现了“设置为馆东身份”的选项。
以往候选馆东名单上就有这个选项，因为在馆东计划推进的早期，馆东报名之后有可能没走完流程，如跳转到月捐页面后签约不成功，或者签约成功后忽略了发口令给机器人进本馆群，或者进了本馆群之后没有点击欢迎链接，而真正在微澜社区中认定馆东身份的动作是进群之后点击欢迎链接那一步。这就需要人工干预，解决签约不成功的问题，解决没进群的问题，把那些签约月捐的候选馆东手工设置为馆东身份。后来，流程上面作了一个优化，在月捐签约完成后返回的图文中，引导馆东访问一个报到页面，在报到页面中暗藏了一个后端执行的程序，标记馆东身份。签约后即使没有进群，也会被系统标识为馆东。管理菜单上那个“设置为馆东”的选项使用频率大大下降。
但昨天收到一条反馈，某位馆员早在2020就开始月捐，但一直没有获得馆东身份。在微澜社区查她的主页，在动态中没有报名馆东的记录。造成这种情况可能的原因是，她没有在社区报名馆东，直接访问了月捐页面签约。而月捐平台签约的动作不会发送消息到微澜社区，因为这是两个独立的系统。当我打算将这位伙伴设置为馆东时，发现管理菜单上不存在设置为馆东的选项，因为她没有报名过馆东，不具备候选馆东的身份。这就需要一个升级——即使不是候选馆东，也可以显示“设为馆东身份”的选项，因为存在着上述意外情况。
这种意外都发生在早期的流程中，那时既没有报到页面，由于缺乏经验，有些伙伴会直接将月捐链接分享出来，造成这种不经社区报名馆东直接访问月捐平台签约的“短路”现象。后来报到页面的开发，建立了对这种短路签约的容错机制，月捐人访问这个页面时，系统会查询用户是否已经报名馆东，如果报名，则将候选馆东转正，如果没有报名，则引导其补报名。容错机制的建立，杜绝了这种数据错误的继续产生。但此前已经产生的错误数据，还是无法自动纠正，需要发现一个手工纠正一个，这就是本次升级的目的。
第二个升级，是排除一个bug，昨天我发现，作为超级管理员，我无法访问微澜社区后台管理页面了，点击入口就跳转回微澜社区首页。这部分相关的代码并不是我写的，而是购买的源代码中原有的。今天花了很长时间研究代码，做了很多调试，最终还是没搞定，最后请来了源代码的开发者，通过远程协助，他解决了这个问题。
