🎮
玩家指南
如何下载安装游戏、准备资源文件、解决常见问题，以及向开发者反馈。零门槛上手。
进入玩家指南
魔法纪录复兴计划统一文档
客户端 · 服务端 · 协议契约 —— 从「把游戏跑起来」到「自建一整套服务」的全部资料
Skip to content
这份文档写给谁？
普通玩家
只想把游戏跑起来 →
按步骤下载、安装、准备资源即可，全程不需要任何技术背景。遇到问题先翻 FAQ。
自托管者想跑一个自己的服务器 →
不关心源码，只想把节点与面板部署起来、配好数据库与域名、登录管理后台。从「快速部署」照抄即可。
研究者想搞清楚它是怎么做到的 →
协议契约是两端的交汇点，也是最适合的入口；再从那里分别深入客户端与服务端的实现。
贡献者想真正参与进来 →
按技术深度分级，从「不懂代码也能帮忙」到「独立改动核心模块」，客户端与服务端各有上手路径。
为什么两端文档合在一起
原本客户端与服务端各有一个文档站，靠 Cloudflare Worker 反代拼在同一个域名下。 那个 Worker 是单点：它一失效，两边文档同时从 docs.magireco.top 消失；某些地区对 Cloudflare 的访问稳定度本来也不好。
这份文档的设计目标是「服务器全死、没人维护了，也要作为社区成果留下来」。合成一个 仓库后只需一个 GitHub Pages 直接绑定域名，链路里不再有 Worker——少一个单点，就少一份 消失的可能。
顺带解决的是归类问题：wire 契约这类跨两端的内容原先两边各写一份，会互相漂移； 现在统一收在协议契约下，只有一份。
版权与用途声明
本项目仅作学习研究使用，不用于任何商业用途。
文档正文以 CC BY-NC-SA 4.0 授权（因为引用了中文 Wiki 的整理成果， 而该站为 BY-NC-SA，copyleft 要求相同许可）；代码部分以 GPLv3 开源；原版代码与素材 版权归属原版权方。本项目与魔法少女小圆、魔法纪录的版权方没有任何关联，如有侵权请联系 我们删除。