Magic vs Directus：一场数据库API平台的硬核对比

背景：为什么是这两家？

在数据库API平台的选型中，Directus和Magic常常被放在一起比较。不同于之前对比的n8n（简单模式）或PocketBase（困难模式），这次是"同级竞技"——两者都在做同一件事：让你现有的数据库（无论是PostgreSQL、MySQL还是SQLite）直接变成一个可用的API，无需迁移数据。

但它们的实现哲学截然不同。Directus在运行时计算API，通过实时解析数据库结构（schema）和配置来响应每个请求，API本身不落盘。而Magic将API生成到磁盘——它生成真实的端点文件（Hyperlambda），你可以打开、阅读、编辑、diff，甚至提交到版本库。这个核心差异会向下游蔓延到几乎所有功能。

许可证与成本：开源的分岔路

维度	Directus	Magic Cloud
核心许可证	Monospace Sustainable Core License（源代码可用、含非竞争条款、4年后转GPL-3.0）	MIT（完全自由，无门槛）
免费额度	3用户席位、25集合、5流程，无SSO	自托管无限制，永久免费
小公司豁免	Open Innovation Grant（年收入<$500万且<50员工可全功能免费）	不需要，MIT本身无收入限制
付费起步价	Team版$499/月（年付），含10个SSO席位、50集合	云实例$100/月起步
额外用户	每个$50/月	不限用户数
集合上限	Core 25，Team 50，超出每25个加$100/月	无硬性限制

实用解读：如果你是个人开发者或小团队，Magic的MIT许可证意味着零成本起步，且永远不用担心许可证条款变化。Directus的免费层对严肃项目可能不够用，但它的Open Innovation Grant对小公司很友好。注意Directus的SSO只在付费层提供，而Magic内置8个OIDC提供商（Google、GitHub、Okta等），开箱即用。

功能对比：架构差异的连锁反应

API生成与Schema变更

• Directus：Schema变更即时生效，无需重新生成API。字段级和条目级权限规则用过滤器表达式配置，按请求实时评估。
• Magic：需要重新运行生成器。权限按端点角色控制，更粗粒度。

实用解读：如果你的需求是"这个角色能看到除工资外的所有列，且只能看自己区域的行"，Directus用配置就能搞定，而Magic需要你写代码。这是两者最大的真实能力差距。

自定义逻辑与扩展

• Directus：TypeScript扩展（需构建步骤）+ Flows（沙箱JS操作）。
• Magic：Hyperlambda文件，热加载，无需编译或重启。甚至可以用自然语言提示词生成逻辑。

实用解读：Magic的"提示词生成工具"对非重度开发者是杀手锏——你描述需求，它生成代码文件，然后你可以手动调整。Directus的Flow更适合作业型自动化。

内容管理与资产

• Directus：有10年CMS基因——修订、草稿、翻译、活动日志、文件库带图片实时变换。
• Magic：没有CMS功能，但提供文件系统、上传票据、图片缩放和转换。静态网站和SPA托管是它的特色。

实用解读：如果你需要给编辑团队用，Directus是现成的CMS。Magic则更倾向于"开发者工具"，它自己也承认这点。

实时、AI与Agent

• Realtime：Directus用WebSockets和GraphQL订阅；Magic用SignalR，支持可编程事件。
• AI/RAG：Directus有AI助手和翻译（付费层）；Magic提供ML类型、爬虫、向量化和聊天机器人部署。
• Agent：Directus通过MCP服务器暴露API；Magic原生支持MCP+OAuth，且Agent能在RBAC内运行时自生成新工具。

实用解读：Magic在AI Agent生态上更激进——它的Agent可以自己"发明"新API工具，这对构建自主Agent系统很有价值。Directus的AI功能更偏向内容辅助。

社区与生态

Directus有大型社区、资金支持、SOC 2合规、合作伙伴计划。Magic社区较小，但更聚焦。

结论：怎么选？

• 选Directus：需要细粒度权限（字段/条目级）、CMS功能、非开发者参与、成熟生态。预算充足且接受许可证复杂度。
• 选Magic：MIT许可证、无限用户、热加载逻辑、AI Agent原生支持、静态托管一体化。愿意自己写权限逻辑。

一句话建议：Directus是"配置即API"，Magic是"代码即API"。前者适合快速交付和运营团队协作，后者适合开发者深度定制和长期持有代码资产。