01
官方频道Discord
官方频道:讨论、反馈、发布通知。
值班工程师在工作时间回应;部署问题贴日志,用法问题贴截图。
社区
部署卡住了、想晒工作流、追发布动态——Discord、GitHub、文档、邮件四个入口,按响应方式各司其职。
Discord 最快、Issue 最有沉淀、文档最系统、邮件最正式——按事挑入口,都能直达。
四个入口覆盖全部场景:日常讨论、可追溯的问题、系统学习、正式合作——按事挑入口,无需注册门槛,随时进。
入口分工:日常讨论去 Discord,可追溯的问题去 Issue,系统学习去文档,正式合作走邮件——四个通道覆盖全部场景,全部无需申请。
01
官方频道官方频道:讨论、反馈、发布通知。
值班工程师在工作时间回应;部署问题贴日志,用法问题贴截图。
02
源码仓与 Issue 反馈。
Issue 用英文或中文都可;报错原文与复现步骤是最有用的两样东西。
03
部署与使用文档。
54 页文档按部署顺序排列,从零到第一台真机登记约一小时。
04
邮件联系。
企业询价与合作事宜走邮件,一到两个工作日内回应。
渠道是入口,不是围墙——从哪个进来,最终都能走到源码、文档和负责回应的人。
高效提问模板:部署形态(单文件还是 compose)、复现步骤、报错原文——三样给全,回应通常当天到。
官方公告渠道:Discord 公告区、GitHub Release、博客与邮件——四个之外的渠道不会以官方名义发布消息。
从一句话反馈到源码提交,四条路都通。
每条路都从一件小事开始:
第一次贡献建议从文档开始:读一遍你刚走过的部署流程,把卡住过你的那句话改顺——文档改动合入最快,通常当天进主干。
01
在 GitHub 提 Issue:写清部署形态、复现步骤与预期结果,报错原文一并贴上。
02
文档即仓库内容,发现缺漏或过时,直接提 issue 或改动建议。
03
在 Discord 的部署与用法频道里提问与分享,值班工程师会回应。
04
把你们的 MCP 服务器或自定义目录端点接入市场,按市场 API 规范发布。
所有贡献都从仓库出发:改动建议、文档勘误与 Issue 同一条入口。
贡献署名规则:改动进了仓库,贡献者名字就出现在提交记录里——以 commit 记录为准。
一个能复现的 Issue、一处文档勘误,都是有效贡献——合入以仓库提交记录为准。
发布以博客与 Discord 通知为准;单服务器边界、自带密钥通道与显式失败纪律是长期契约,不做静默变更。
路线图公开更新,按季度滚动:单服务器边界、自带密钥通道与显式失败纪律是长期契约,任何变更提前在公告渠道预告。
当前三条线的共同点:都在自部署边界内深化——单服务器架构、BYOK 通道与显式失败纪律写进路线图,长期有效。
路线图不是许愿单——已列出的每一项都能在文档或仓库里找到对应的事实锚点。
文档每两周随版本更新一次:过期内容在下个版本前修正,读者报告的勘误优先处理。
支持双轨并行:自助轨文档加社区免费,企业轨 FDE 按询价交付——两轨共享同一套文档底座,企业交付的每一份配置都对应文档里可公开的章节,升级路径清晰。
支持链路逐级有出口:文档解决不了的进社区,社区解决不了的走询价——每一级都有明确的升级路径。
先文档、再社区、后企业——三层支持确保问题总能找到出口,而不是消失在表单里。
不确定发到哪?发到 Discord 的 general 频道,维护者会指引正确位置——多数人的第一步都从这里开始。