我一直在寻找适合在团队内使用的纯 API 框架。我先是试用了 Rails API 模式，继而又尝试了 Grape 框架。面对这种框架我始终觉得缺少了些什么。这种缺憾似乎是与 API 文档相关的。我似乎每次都要先实现一遍业务逻辑，然后再想办法编写一个文档（或者反过来）。在文档和业务逻辑结合方面，Rails 做得不够好，Grape 做得更好一些，但还是不够好。
直到后来，我尝试自己编写 API 框架时，一个词汇在脑海里涌现。Meta，即“元”，当我们撰写 API 文档时，实际上就是在定义 API 文档的元信息。然后，我就尝试将脑海中的想法付诸实践。编写 API，我们首先是编写 API 的元信息；然后对应地，API 的相关实现就已经有了，诸如参数的解析、实体的渲染等；然后对应地，一份 API 文档也就生成了。我们不用为了生成一份文档再单独地另写一套逻辑，我们只用定义一遍它的元信息。
这就是 Meta 框架名称的由来。