FMO最早只是一个我自己很想做出来的东西。

那时候很多事情没有规则，也没有什么“售后体系”“服务器责任”“证书管理”。遇到问题，大家来找我，我能解决就解决；有人想折腾，我也很愿意一起研究。很多功能、很多想法，都是在这样的交流里一点点长出来的。

我一直很珍惜这种感觉。

但随着设备越来越多、服务器越来越多、参与的人越来越多，我也逐渐发现一个项目不能永远靠一个人的热情和临时判断维持。

有些事情，如果没有边界，最后就会变成无论是谁做的、在哪里发生的、是不是我能够控制的，最终都需要我来解释、处理，甚至承担责任。

这并不是一个人能够长期承受的状态。

所以这段时间，大家会看到FMO多了很多以前没有的东西:治理规则、服务器责任规则、设备转赠流程、售后范围、问题反馈格式、文档库，以及越来越明确的开发者和第三方接入规则。

这些变化并不是因为我不再欢迎大家折腾，也不是因为FMO想把所有事情抓在自己手里。

恰恰相反。

我希望协议可以更开放，希望大家可以建立自己的服务器，希望有人能够做出自己的设备和网络，也希望有一天，FMO并不是这个方向唯一的实现。

但开放应该和责任同时存在。

我能够负责的是我开发的产品、我签发的身份体系，以及我明确承诺提供的服务。

你运行自己的服务器，你拥有决定它如何运行的权利，同时也需要承担它的管理责任。

你建立自己的网络、桥接自己的系统、开发自己的设备，我愿意提供协议和技术上的支持，但这些系统不应该因为使用了FMO的技术，就自动把全部责任转移到FMO或作者身上。

这是我现在越来越坚持的一件事情：

自由和责任应该在同一个地方。

我也想说，售后边界逐渐明确，并不是因为我不在乎用户了。

恰恰是因为我希望这个项目还能继续做很多年。

一个人能够提供的时间和精力是有限的。如果每个已经写进文档的问题都需要重新回答，每台转手很多次的设备都意味着无限期的人工支持，每个第三方服务器发生的问题最后都需要我介入，那么这个项目最终不会因为技术问题停止，而会因为维护它的人被耗尽而停止。

我不希望FMO走到那一步。

所以我选择把能够沉淀的问题写进文档，把能够标准化的事情变成流程，把属于服务器管理员的责任交还给服务器管理员，把属于用户自己的选择交还给用户。

这可能会让FMO看起来没有早期那么“随意”了。

但我希望它因此能够更加长久。

我依然欢迎新的想法，欢迎开发者，欢迎新的服务器，也欢迎有人做出和FMO完全不同、甚至比FMO更好的实现。

只是从现在开始，我希望我们之间的关系能够更加清楚：

我会认真做好我承诺负责的事情。

也希望每一个参与其中的人，都能够为自己选择拥有的自由承担相应的责任。

如果FMO最后能够变成不需要依赖某个人随时在线，也依然能够正常运转的生态，我会认为这才是真正的成功。

谢谢一路以来愿意一起玩的朋友。