跳到内容
MagicFrog

社区

和真实的用户与开发者在一起

部署卡住了、想晒工作流、追发布动态——Discord、GitHub、文档、邮件四个入口,按响应方式各司其职。

四个入口,各管一种事

Discord 最快、Issue 最有沉淀、文档最系统、邮件最正式——按事挑入口,都能直达。

四个入口覆盖全部场景:日常讨论、可追溯的问题、系统学习、正式合作——按事挑入口,无需注册门槛,随时进。

入口分工:日常讨论去 Discord,可追溯的问题去 Issue,系统学习去文档,正式合作走邮件——四个通道覆盖全部场景,全部无需申请。

01

官方频道

Discord

官方频道:讨论、反馈、发布通知。

值班工程师在工作时间回应;部署问题贴日志,用法问题贴截图。

打开 Discord →

03

文档

部署与使用文档。

54 页文档按部署顺序排列,从零到第一台真机登记约一小时。

阅读文档 →

04

联系

邮件联系。

企业询价与合作事宜走邮件,一到两个工作日内回应。

mail@magicfrog.ai →

渠道是入口,不是围墙——从哪个进来,最终都能走到源码、文档和负责回应的人。

高效提问模板:部署形态(单文件还是 compose)、复现步骤、报错原文——三样给全,回应通常当天到。

官方公告渠道:Discord 公告区、GitHub Release、博客与邮件——四个之外的渠道不会以官方名义发布消息。

参与贡献

从一句话反馈到源码提交,四条路都通。

每条路都从一件小事开始:

第一次贡献建议从文档开始:读一遍你刚走过的部署流程,把卡住过你的那句话改顺——文档改动合入最快,通常当天进主干。

01

报告问题

在 GitHub 提 Issue:写清部署形态、复现步骤与预期结果,报错原文一并贴上。

02

改进文档

文档即仓库内容,发现缺漏或过时,直接提 issue 或改动建议。

03

交流用法

在 Discord 的部署与用法频道里提问与分享,值班工程师会回应。

04

共建生态

把你们的 MCP 服务器或自定义目录端点接入市场,按市场 API 规范发布。

所有贡献都从仓库出发:改动建议、文档勘误与 Issue 同一条入口。

贡献署名规则:改动进了仓库,贡献者名字就出现在提交记录里——以 commit 记录为准。

一个能复现的 Issue、一处文档勘误,都是有效贡献——合入以仓库提交记录为准。

路线图,公开更新

发布以博客与 Discord 通知为准;单服务器边界、自带密钥通道与显式失败纪律是长期契约,不做静默变更。

路线图公开更新,按季度滚动:单服务器边界、自带密钥通道与显式失败纪律是长期契约,任何变更提前在公告渠道预告。

当前三条线的共同点:都在自部署边界内深化——单服务器架构、BYOK 通道与显式失败纪律写进路线图,长期有效。

  • 真机登记与云电脑并行的目标体系——更多平台能力按文档逐步落地
  • 市场三族目录持续扩容,web 发起安装的载荷面按需延展
  • 语音、触发器、记忆五维度——全部锚定自部署边界内演进

路线图不是许愿单——已列出的每一项都能在文档或仓库里找到对应的事实锚点。

文档每两周随版本更新一次:过期内容在下个版本前修正,读者报告的勘误优先处理。

支持,走双轨

支持双轨并行:自助轨文档加社区免费,企业轨 FDE 按询价交付——两轨共享同一套文档底座,企业交付的每一份配置都对应文档里可公开的章节,升级路径清晰。

支持链路逐级有出口:文档解决不了的进社区,社区解决不了的走询价——每一级都有明确的升级路径。

自助支持

文档与社区优先:54 页文档覆盖部署、用法与运维;Discord 与 GitHub Issue 是真实响应渠道。

进入文档 →

企业支持

需要进厂交付或专属支持,走企业服务询价——前置部署服务按询价制进行,详见解决方案页。

查看解决方案 →

先文档、再社区、后企业——三层支持确保问题总能找到出口,而不是消失在表单里。

不确定发到哪?发到 Discord 的 general 频道,维护者会指引正确位置——多数人的第一步都从这里开始。

部署问题、使用心得、发布动态——社区里见,都在这里聊。

如果 MagicFrog 帮你的团队省下了时间,把它写出来——一条带部署形态与数据量的部署笔记,对下一个自部署的团队最有参考价值。