我们进入了后后Xiuno BBS时代
# 平衡被彻底打破,我们进入了后后Xiuno BBS时代
> 定义:
> - xiuno bbs时代:大约2017到2020年,axiuno还在维护xiuno bbs项目的时代
> - 后xiuno bbs时代:2020年axiuno决定停止更新xiuno bbs的时候开始
> - 后后xiuno bbs时代:以阿乐开始重构xiuno bbs的时候开始
## 前言:当"春天"不再是唯一的叙事
几天前,我写下了[《Xiuno BBS的三次春天》](https://www.xiunobbs.cn/thread-7303.htm)。在那篇文章的尾声,我说:"火种一旦燃起,就不再属于点火的人。"
仅仅大约96小时后,现实就给了我一个更具体的注脚。
今天上午,我在群里看着阿乐飞速滚动的底板更新日志,看着刻画拾光社区里热闹的新帖;中午12:30左右,我刚刚结束了Aether主题第三批核心插件(`fox_attach` 与 `cf_attach_buy`)的适配鏖战。这场战斗从6月2日开始,耗时不到三个半小时,产出了一份独立的实战经验文档和一份再次浓缩的《插件适配流程文档》。
下午三点,群里又炸了——贰先生宣布自己正在开发Xiuno BBS 4.5.0,初版进度已达80%。他做了安全方面的全面重构:将密码存储从MD5+salt迁移到`password_hash()`,新增CSRF Token验证,加入登录失败限制,完成PHP 8兼容……阿乐回复"很强",leostudio说"支持",胡思乱想说"要起飞"。群里的气氛像过年。
而我看着这条消息,心里只有一个念头:**又多了一个平行宇宙。**
在敲下"鏖战结束"的那一刻,我突然意识到一件事——**我写的,居然成了"春天的讣告"。**
第三次春天,确实来了。AI降低了门槛,全集成路线让小白也能开箱即用。但代价是什么?
**代价是:Xiuno BBS最后的"开放生态",彻底碎了。**
那种线性的、周期性的叙事已经失效。取而代之的,是一个结构性的断裂与重组。旧的平衡已被彻底打破,无论我们是否准备好,我们都已经站在了 **"后后Xiuno BBS时代"** 的入口。
## 一、什么是"后后Xiuno BBS时代"?
"后后Xiuno BBS时代"不是一个时间概念(虽然时间上确实是从2026年初逐渐冒出来,然后在2026年4月开始愈发强烈),而是一个**生态结构概念**。
它的核心特征是:**官方原教旨主义的终结,与多极化平行宇宙的诞生。**
在过去,无论是axiuno的官方维护时代,还是jiix/4.0.7的民间维护时代,乃至Stately/轻鸿的主题革命时代,大家潜意识里都还在维护"同一个Xiuno"。我们争论的是Bootstrap 4还是5,是jQuery还是别的技术,但底层共识是:我们在装修同一栋房子。
但现在,房子被拆分了。更准确地说——大家不再满足于装修同一栋房子,而是各自买了地,盖起了自己的精装房。
- **原教旨Xiuno 4.0.4**:毛坯房,自己装修,自由但费劲。承载着大量存量站点与老用户的习惯,依然停留在4.0.4、4.0.7两个主要版本,和其他几个很少有人用的围绕4.0.4单独维护的版本。
- **[阿乐的Xiuno 4.1.0](https://github.com/leletheme/xiunobbs4.0.5)**:连水电管线都重新铺了,你只能在他的图纸上装修。借助Claude Code与Codex,走向深度重构与全集成,本质上是在用AI重写一辆现代跑车,底盘已非昨日之物。
- **贰先生的Xiuno 4.5.0**:换了地基又重装了外立面的加固房——承重墙、防水层、电路全换了,连窗户都换成了全景落地窗。而且他不是只换了一面墙,而是**连发十八篇重构文档**,几乎把整栋建筑推倒重来。
- [第一阶段](https://www.xiunobbs.cn/thread-7306.htm)以安全加固与PHP 8兼容为切入点,从密码哈希迁移到`password_verify`,从`mysql_*`切换到`pdo_mysql`,新增CSRF防护与登录限速;
- [第二阶段](https://www.xiunobbs.cn/thread-7307.htm),他引入了**htmx + Alpine.js**替代jQuery,用`hx-boost`实现全局无刷新导航,用Alpine.data管理局部UI状态,用idiomorph做智能DOM diff;
- [第三阶段](https://www.xiunobbs.cn/thread-7309.htm),Bootstrap 3升级到5.3.7,多图标库统一为Tabler Icons,jQuery兼容层`xiuno-modern.js`替代原生jQuery;
- [第四阶段](https://www.xiunobbs.cn/thread-7310.htm),API v1全面重构——URL规范化(`?action=login`变成`/auth/login`)、access_token/refresh_token双令牌、帖子互动端点、字段过滤、批量操作、OpenAPI 3.0自动生成;
- [第五到第十阶段](https://www.xiunobbs.cn/thread-7311.htm):积分系统(`CreditsService`+行锁+防刷)、错误页面与全局错误处理、社交互动增强(版块分区/点赞/收藏/关注/通知/动态流)、FULLTEXT全文搜索、权限安全加固(`user_update()`加白名单、`PermissionService`统一权限)、多语言系统(简中/繁中/英/俄/泰五语);
- [第十一到第十八阶段](https://www.xiunobbs.cn/thread-7319.htm):后台附件管理模块、用户组审核权限、版块页面与排行榜页面、优化版块管理、MD编辑器(AiEditor)与AI设置、安全防护/验证码/审核系统、插件管理页面优化、**插件兼容性扫描器**——是的,他甚至做了一个扫描器来检测已安装插件与4.5+的不兼容项(和阿乐版一样);
- 未来阶段有可能会将他在2024年开发的"[Xiuno BBS Uniapp多端应用](https://www.xiunobbs.cn/thread-6242.htm)"整合进来,作为配套设施。
- 这不是"底层换血+前端重生"式的重构——这是**从地基到屋顶到物业管理到小区绿化到安防监控的一次性重建**。而且他还在门口装了一个扫描仪,告诉你哪些旧家具搬不进来。
- **刻画的Xiuno主题**:精装+家具全包,钥匙给你,别的别动。以"[此间社区主题](https://kehua.me/cijian.html)"为代表,将主题与插件焊死为一体,追求极致的开箱即用与商业闭环。
- **[Geticer的Stately主题](https://www.xiunobbs.cn/thread-3888.htm)**:半精装房——装修方案我替你配好了,但你想换家具、改墙纸,随时可以。Xiuno生态中持续耕耘最久的商业主题之一,140+站长信赖,100+插件兼容适配——后来进化为"[Stately解决方案](https://www.xstately.com/solution/)"(主题+精选插件+全部配置一键打包),试图在"开放生态"与"开箱即用"之间找到平衡。
- **[Tillreetree的Aether主题](https://www.xiunobbs.cn/thread-7207.htm)**:概念房——给你看"房子还能长这样"。试图在保留Xiuno灵魂的前提下,用HTMX+MD3+空间系统**重新想象论坛形态**,走一条另类的全集成路线——插件在主题内部做到极致的兼容集成,在前台界面提供统一的用户体验。
- 还有它的前辈,躺在实验室的 **[Stratum主题](https://www.xiunobbs.cn/thread-6787.htm)** 也值得一提——毕竟**总要有人要去吃那第一只螃蟹**。它完成了三件关键的事:证明了HTMX与Xiuno的AOP架构可以深度集成(零核心代码修改,纯Hook实现,为后来者提供了理论基础);实现了overwrite机制中的"让主题插件覆盖其他插件的hook",这是Aether一切适配能力的根基;以及验证了MD3视觉风格在论坛场景下的可行性。Stratum从1.0迭代到1.11,每一步都是在替Aether探雷。
- **AI量产主题**:预制板房——流水线生产,外观像样,拎包入住,但每栋都长一样。2026年6月,一个叫"夸克吧官方"的用户在10天内发布了15个Xiuno主题——影视展示、niRvana风格、图片卡片、报纸复古、玻璃拟态、Win10资源管理器、WikiType、Docusaurus文档、天涯社区、笔趣阁小说、漫画站、标准下载库……全部AI辅助开发,全部免费,全部做得"挺像样"。这是第三次春天的又一个注脚:**当AI把主题开发的门槛降到"描述需求→生成代码"时,主题本身就从"手工艺品"变成了"工业品"。**
- **[geknet的Geknet主题](https://geknet.com/)**:开源全集成——免费的三合一精装房。"拒绝繁琐开发!论坛讨论 + 资源下载 + 积分商城,一个主题全搞定。"开源、免费、可视化后台、内置付费帖子/积分兑换/广告位管理。它不是在跟Stately竞争,它是在说"你们收费的东西,我免费给"。而它的作者影川(geknet),被leostudio称为"真正的开源开发者"——这个称号,从来没有给过我。
**问题是:这八家的图纸,不通用。**
一个为阿乐版写的插件,装到原版上可能白屏(因为阿乐版底层重构了,并且去掉了一些hook和功能函数)。一个在原版上好使的插件,装到贰先生4.5.0上可能失效或产生双重嵌套——因为它还在用jQuery的`$.post()`提交表单,而4.5.0已经用`hx-boost`接管了全局导航,两套交互范式撞车了。一个为刻画写的样式,放到贰先生4.5.0里可能错位(不过刻画可能会强制指定一个版本,如4.0.4,那样就保证不会错位,但那样也成了新的问题——你必须用一个早就不再维护的PHP 7.0.2)。开发者开始面临一个噩梦:**同一个功能,要做多个版本。**
五个平行宇宙(按人计:axiuno、**阿乐**、**贰先生**、**刻画**、Geticer;Noteweb的轻鸿主题属于在原教旨主义上做出改进,所以不单独计算),加上AI量产主题和geknet开源全集成这两个新变量,至少三个在同时驱动底层重构。这不是"春天"能概括的——这是**板块运动**。
正如段先生在《三次春天》评论区所言:"全集成相比于单个插入,更有优势……一体化,更加集成。"
他说得对。但……**当每个生态都选择"全集成"时,开放的代价就由整个社区分摊了。**
文章发到论坛后,有人回复:"还是应该集中力量去做一个版本。"我的回答是:**但力量就是这样被分散了,他们都在做各自的"最佳版本",每个开发者还是在单打独斗。**
贰先生在群里回应了这句:"不单打独斗也不行啊,目前没有一个做底层优化的,在岌岌可危的地基上盖再高的楼,装修再好看也无法持续啊。"小柯反驳:"有的,不是没有一个。"夜莱子说:"还不如从头做。"leostudio替阿乐说话——"他说的阿乐"。而贰先生不认:"哪个?很多都是动这里一点那里一点,打补丁的模式,算不上底层啊。"
**这就是后后Xiuno BBS时代最根本的分歧:什么才算"底层"?** 阿乐重写了功能逻辑,贰先生说他只是"打补丁";贰先生重构了安全与API,阿乐可能觉得他只是"换了个壳"。每个人都在用自己的标准衡量别人的工作,而那个标准本身,就是围墙的一部分。
## 二、围墙花园的崛起与"适配税"
> "围墙花园"(Walled Garden)指的是一个封闭的数字生态系统,平台所有者控制内容、访问和交互规则。就像被围墙围住的花园,里面的一切都被精心打理,但墙外的事物难以进入,墙内的东西也难以出去。苹果的App Store、Facebook、Amazon都是典型例子——它们提供安全、一致的体验,但限制了外部应用和数据的自由流动。
**围墙花园的墙,保护你,也困住你。**
这正是我在三个月前[《工具箱、中间人与沉默的用户》](https://www.xiunobbs.cn/thread-7223.htm)中预言的困境,如今以更激烈的方式应验了。
> "一个个围墙花园建起来了,每个生态都是封闭的,各自为阵。到那时候我们要面对的是阿乐和贰先生各自开发的版本去做适配,这俩版本还有不同的底层差异。如果算上原初版本的4.0.4和4.0.7,那就是三个版本兼容。一个相同的插件做三个不同版本,只会加速这个社区的碎片化。"
如今看来,我还乐观了——贰先生真的动手了,而且动得比任何人想象的都大。他的4.5.0与阿乐的重构在底层逻辑上分道扬镳:阿乐从功能全集成切入,可能直接重写了数据访问层;贰先生则从安全基础设施切入,保留了`db_*`全局函数签名但内部换成了PDO——但不止于此,他还重构了API(URL规范化+双令牌)、加了积分系统(`CreditsService`+行锁+防刷)、内置了社交功能(点赞/收藏/关注/通知/动态流)、加了FULLTEXT全文搜索、统一了权限管理(`user_update()`加白名单、`PermissionService`)、甚至做了五语多语言。这意味着同样的插件,面对的是**至少三个**兼容性:原版4.0.4、阿乐版4.1.0、贰先生版4.5.0——如果算上刻画的主题-插件一体化(这个的修改幅度也很大了),那就是四个。
今天中午结束的`fox_attach`与`cf_attach_buy`适配,就是这张"碎片化账单"的第一笔实付金额。而贰先生连发的二十篇重构文档,意味着这张账单还将急剧膨胀——他的版本不仅新增了`password_hash`字段、`user_login_log`表、`CsrfService`和`LoginSecurityService`,还新增了`bbs_post_like`、`bbs_thread_favorite`、`bbs_user_follow`、`bbs_notify`等社交表,新增了`bbs_credits_log`积分日志表,新增了`group_permission`权限关联表,重构了API路由(`?action=login`变成`/auth/login`),给`user_update()`加了白名单禁止直接改密码和用户组……到了第二十篇,他甚至重构了附件存储——上传文件重命名为32位随机字符串,图片附件使用签名URL,非图片附件走PHP权限校验,upload/attach/目录禁止直接HTTP访问。这些底层变更将直接影响所有涉及用户认证、表单提交、积分操作、社交互动、附件存储、API调用的插件——换句话说,几乎所有插件。
`fox_attach`、`cf_attach_buy`、`buy_invite_code`等这几个插件是Xiuno生态中耦合度最高、安全敏感度最强的"深水区"。它们直接触碰文件存储、权限校验、交易流转——而这些恰恰是阿乐新底板动刀最狠的地方。为了让它们在Aether上跑通、跑得安全、跑得符合MD3规范,我必须同时理解三套逻辑:
1. 原版Xiuno的hook机制与数据库结构;
2. 阿乐新底板的统一权限接口与文件路径变更;
3. Aether自身的HTMX交互契约与视觉Token。
而一旦贰先生的4.5.0发布,这套逻辑将变成四套——因为他的`user_login_verify()`与原版的`user_login()`签名不同,他的CSRF机制与阿乐的实现路径也不同。**每一套逻辑都在解决同一个问题,但用着不同的语言。**
更讽刺的是——贰先生的4.5.0也选了htmx。和我的Aether一样,他看到了htmx对Xiuno这种SSR架构的价值。但我们走出了两条完全不同的路:Aether用htmx + MD3 + overwrite机制做"主题内全集成",4.5.0用htmx + Alpine.js + idiomorph做"程序级前端重生"。**同一条起跑线,两个终点**——`hx-boost`的配置不同、`hx-swap`的策略不同、状态管理的范式不同。你以为选了同一种技术就能少交一笔税,结果只是换了一种货币。
**这就是"后后Xiuno BBS时代"的入场券:高昂的"适配税"。**
而AI量产主题的出现,让这张入场券变得更贵了。夸克吧官方的15个主题,每一个都是基于原版4.0.4的——这意味着它们在阿乐底板和贰先生4.5.0上大概率无法正常工作。但站长不会知道这一点。他们只会看到"免费+好看+开箱即用",下载安装,然后遇到问题时,要么放弃,要么找人修。而"找人修"的成本,最终又落回了那些理解底层差异的开发者身上。
**AI量产降低了创造的门槛,但把维护的门槛转嫁给了整个生态。**
过去,开发者只需对接一套官方API;现在,每一个有抱负的插件开发者,都必须成为"生态翻译官"——在不同的平行宇宙之间转译接口、对齐语义、弥合差异。这不是技术问题,这是**政治经济学问题**。
## 三、为什么我还在交这笔税?
既然碎片化是不可逆的趋势,既然全集成是更高效的选择,为什么我还要花三个半小时去啃这块硬骨头,而不是干脆把Aether也做成一个和刻画主题一样封闭的全集成产品?
说实话,我不知道。
我不知道我是出于信念,还是出于惯性,还是出于一种更深的、我不愿承认的东西——**恐惧**。在《三次春天》里,我写了很多自贬的话。我承认自己"没有持续引领",承认"竞争力已经不足"。那些话是真的。但写那些话的时候,我的情绪不是"坦然",而是**焦虑**。
我害怕。我害怕在Xiuno BBS这个小赛道里落后。我害怕没人需要我。我害怕我没钱赚。我害怕我花四年时间建立的一切,在全集成浪潮面前变得毫无意义。
但恐惧不等于放弃。因为 **"开放"本身就是一种需要被捍卫的基础设施**——即使捍卫它的人,自己也在发抖。
全集成解决了"站长搭建效率"的问题,但它没有解决"生态长期韧性"的问题。当所有功能都被焊死在某个特定主题或特定底板里时,用户就被锁定在了单一供应商的技术栈上。一旦该供应商停止维护,整个站点就成了一座无法迁移的数字废墟。
Xiuno BBS之所以能活过六年废土期,靠的不是某个全能作者,而是**无数人能在同一套开放接口上接力修补的可能性**。
我选择继续做Aether的插件适配,继续维护那份不断浓缩的《插件适配流程文档》,本质上是在为这个社区保留一份 **"可互操作的底线"**。
而Aether之所以能走这条路线,是因为九个月前的一次实验——Stratum主题。我给Xiuno BBS的核心打了一个补丁,只动了两个文件,实现了一件从2016年到现在没人想到过的事:**让主题插件覆盖其他插件的hook。**
- **终极样式控制**:原版点赞按钮是Bootstrap风格?在`overwrite/plugin/haya_post_like/hook/`里放一个你的版本,圆形悬浮按钮,自动覆盖,无需碰原插件。
- **插件行为劫持**:某个插件发帖后强制跳转?覆写它的`thread_create_end.php`,换成HTMX无刷新提交。
- **安全拦截**:某个插件有XSS漏洞但作者已失联?覆写漏洞文件,重写逻辑,无需等死。
- **多插件协调**:插件A和插件B同时改了导航栏导致冲突?统一覆写两边的hook,按你的需求重新设计输出。
这是Xiuno的《盗梦空间》——你在别人的插件里植入了自己的想法。
**这让"适配"从"改源码"变成了"放文件"。** 零侵入,精确覆盖,动态生效,完全可逆。Aether的插件适配之所以能在三个半小时内完成深水区插件的对接,靠的不只有蛮力(也就是埋头与TRAE一起pair coding),而是这个机制赋予的"合法覆盖权"。
- 一份130多KB的超长完整版插件适配实战文档,记录的不仅是"Aether专属技巧",也是"如何在多版本并存环境下安全调用附件与支付接口"的通用知识。
- 和一份精简版流程文档(将适时公布),投喂给AI时是上下文,投喂给人类开发者时,就是一份跨越平行宇宙的"翻译词典"。
我不是在对抗全集成趋势(因为这是大势所趋,我也在通过我的方式参与进来来保持不被淘汰),我是在为那些**不想被锁定的站长、不愿被绑定的开发者**,保留一条退路。
## 四、后时代的生存法则:从"引领者"到"连接器"
在[《三次春天》](https://www.xiunobbs.cn/thread-7303.htm)里,我承认自己"没有持续引领"。但在后后Xiuno BBS时代,"引领"本身可能就是一个伪命题。
当生态分裂为多个平行宇宙时,没有人能再定义"标准答案"。我们能做的,是从"定义者"转型为 **"连接器"**。
这意味着:
1. **放弃"唯一正确"的执念**:承认阿乐的全集成、贰先生的全面现代化(安全+体验+API+社交+权限+多语言)、刻画的商业化、原教旨的保守主义都有其合理性。不评判优劣,只关注互操作性。
2. **把"适配"变成公共知识**:不再把踩坑经验藏在私有文档里。每一次鏖战的产出,都应提炼为可复用的"跨版本兼容模式",降低后来者的适配税。
3. **为AI建立"生态感知"**:Vibe Coding降低了编码门槛,但没有降低生态理解门槛。未来的知识库,不仅要教AI"怎么写代码",更要教它"在哪个版本的Xiuno里写代码"。这才是AI辅助开发在碎片化时代的真正价值。
## 尾声
6月4日15:10,贰先生在群里投下4.5.0的炸弹——距离我结束适配鏖战不到三个小时。
这个下午标记的不是一场战斗的结束,而是我对"后后Xiuno BBS时代"的第一次正式回应——而现实几乎在同一时刻给出了验证。
**平衡确实被打破了。**我们失去了那个统一的、温暖的、所有人都围着同一堆篝火取暖的社区论坛。但我们获得了多样性,获得了AI赋予的创造力平权,也获得了在废墟上重建多种可能性的自由。
**代价是碎片化。**而我们的责任,是在碎片之间架桥。
我不再幻想点燃第四次春天的燎原之火。我只愿做一根足够坚韧的导线,在阿乐的底板、贰先生的4.5.0、刻画的社区、原教旨的存量站点、以及Aether的实验场之间,传递那些不该被遗忘的信号。
未来的方向可能是:
- 继续维护Aether主题与“Stately解决方案”
- 可能不再继续维护现有开发出来的插件
- 研究如何开发一款能在这些新的不同版本Xiuno里正常使用的插件,并总结经验成《Xiuno BBS 开发实践教程》系列文章的新章节
**后后Xiuno BBS时代,没有救世主,也没有永恒的标杆。**
**只有无数个愿意蹲下来、在碎片之间接上线的人。**
而这,或许比任何一个"春天"都更接近开源精神的本意?
—— Geticer
2026年6月4日到14日