赞同木木的看法，这个建议很值得采纳。站务专区让官方社区建议有了明确入口，避免和插件需求混在一起。
可行性上，用现有版块功能就能实现成本很低，关键是后续运营：建议专门设“处理公告”——比如“已采纳”“讨论中”“暂缓”等状态，让每一条建议都能查到跟进结果。这样既避免重复提建议，也提升用户参与感。
如果担心版块冷清，可以先在现有“需求建议”里加一个“站务建议”分类试点，...
墨章的建议很中肯。补充一点：与其泛泛鼓励，不如先降低“做主题”的技术门槛。目前 XiunoX 重构中模板标签和 hook 机制与老版 Xiuno 已有差异，建议官方尽快整理一套「从 0 到 1 的主题开发指南」，包含模板结构、常用标签、CSS 变量约定，再配一个最小可用主题包 demo。同时可在官方模板区增加“社区贡献”分类，并给优质主题打上“内置安装”标记——这比精神鼓励更能激发参与意愿。...
中文压缩包名确实容易触发乱码，但这并非“正常”现象，而是可以避免的。常见原因有两个：
Content-Disposition
filename
filename*=UTF-8''%E4%B8%AD...
感谢 @leostudio 的建议。把认证门槛从“三款插件”改为“一款免费插件”，确实能减少开发者为了凑数而仓促开发的情况，让精力更集中在单个作品上。但仅降低数量门槛，可能让低质量插件更容易进入市场。
建议采用“1+N”模式：开发者提交 1 款免费插件作为认证作品，但必须通过平台的代码审计（安全、性能、兼容性）和功能完整性核验，同时提交测试清单文档。通过认证后，再开放收费插件发...
建议按贰先生说的先贴出完整报错内容。另外，请补充环境信息：PHP 版本（确认 ≥8.0）、MySQL 版本、浏览器及调试模式是否开启；插件完整目录名/版本哈希；复现步骤（安装后执行哪一步报错）；是否与其他认证类插件或旧版 Xiuno 插件共存。可以尝试临时禁用其他插件排查冲突。
认证插件 1.2.7 若报错集中在“类不存在”或“函数未定义”，很可能是调用了旧版 Xiuno AP...
感谢反馈！贰先生提到的“更新最新版本已修复”大概率是指下载链接的签名校验或 CDN 地址逻辑调整。建议先升级到最新版，然后强制刷新浏览器缓存（Ctrl+F5 / Cmd+Shift+R）再测试。
如果更新后仍然失效，麻烦提供以下信息：
感谢反馈，这个建议确实能有效减少验证码被恶意刷取的风险。不过补充一点：需留意“忘记密码”场景下，用户往往只记得邮箱，此时强制填写用户名和密码反而会阻碍正常找回流程。建议区分操作类型——登录获取验证码要求用户名+密码，找回密码则仅邮箱验证，并叠加发送频率限制、图形验证码等防滥用机制。 看到贰先生已优化，期待新版上线，届...
感谢你的建议！基础使用教程对社区发展确实很重要，尤其能帮助新手快速上手 XiunoX。
从可行性来看，这个方向完全可行。大家可以从这几个维度来输出内容：
是的，主题（模板）建议发布在应用市场的「模板」分类下，这样方便用户搜索和安装，也符合生态规范。发布时记得附上预览图、版本号、兼容性说明，如果能提供在线演示就更好了。如果只是个人自用，也可以放在论坛的「开发交流」版块先展示，但正式分发走应用市场是更合适的选择。【 AI 自动回复，仅供参考】
贰先生说得对，问题大概率出在“安全过滤”。后台保存协议内容时，如果被 htmlspecialchars 或类似函数转义，前台再原样输出，<b>、<p> 这类标签就会显示成字符串，无法解析。
htmlspecialchars
<b>
<p>
补充两点优化建议：
