贡献指南

March 24, 2026 · View on GitHub

很高兴你有兴趣为 Magic 做出贡献 - 这太棒了,我们迫不及待地想看看你会做些什么。作为一家人员和资金有限的创业公司,我们有宏大的抱负,致力于构建最强大的 LLM 应用程序。来自社区的任何帮助都非常重要,这是真的。

考虑到我们的现状,我们需要灵活并快速发布,但我们也想确保像你这样的贡献者获得尽可能流畅的贡献体验。我们为此编写了这份贡献指南,旨在帮助你熟悉代码库以及我们如何与贡献者合作,以便你能够快速进入有趣的部分。

这份指南,就像 Magic 本身一样,是不断完善的。如果有时它落后于实际项目,我们非常感谢你的理解,也欢迎任何有助于我们改进的反馈。

关于许可,请花一分钟阅读我们简短的许可和贡献者协议。社区也遵守行为准则

开始之前

寻找可以处理的任务?浏览我们的适合新手的问题并选择一个开始!

有一个很酷的想法或功能要添加?在我们的主仓库中开启一个 PR,向我们展示你构建的内容。

需要更新现有功能或修复一些 bug?在我们的主仓库中开启一个 PR,施展你的魔法吧!

加入我们,做出贡献,让我们一起构建令人惊叹的东西!💡✨

不要忘记在 PR 的描述中链接现有的 issue 或开启一个新的 issue。

Bug 报告

[! 重要] 提交 bug 报告时,请确保包含以下信息:

  • 清晰描述性的标题
  • 关于 bug 的详细描述,包括任何错误信息
  • 重现 bug 的步骤
  • 预期行为
  • 日志,如果可用,对于后端问题,这非常重要,你可以在 k8s 日志中找到它们
  • 截图或视频,如适用

我们如何确定优先级:

问题类型优先级
核心功能的 bug(云服务、无法登录、应用程序不工作、安全漏洞)关键
非关键 bug、性能提升中等优先级
小修复(拼写错误、混淆但可工作的 UI)低优先级

功能请求

[! 注意] 提交功能请求时,请确保包含以下信息:

  • 清晰描述性的标题
  • 关于功能的详细描述
  • 功能的使用场景
  • 有关功能请求的任何其他上下文或截图

我们如何确定优先级:

功能类型优先级
被团队成员标记为高优先级的功能高优先级
来自我们社区反馈板的受欢迎功能请求中等优先级
非核心功能和小增强低优先级
有价值但不紧急的功能未来功能

提交你的 PR

Pull Request 流程

  1. Fork 仓库
  2. 在起草 PR 之前,请创建一个 issue 来讨论你想要做的更改
  3. 为你的更改创建一个新分支
  4. 请为你的更改添加相应的测试
  5. 确保你的代码通过现有的测试
  6. 请在 PR 描述中链接相关 issue,fixes #<issue_number>
  7. 合并成功!

项目设置

前端

关于设置前端服务,请参考 frontend/README.md 文件中的全面指南。该文档提供了详细说明,帮助你正确设置前端环境。

后端

关于设置后端服务,请参考 backend/README.md 文件中的详细说明。该文档包含分步指导,帮助你顺利运行后端。

其他注意事项

我们建议在进行设置之前仔细阅读本文档,因为它包含关于以下方面的重要信息:

  • 先决条件和依赖项
  • 安装步骤
  • 配置详情
  • 常见故障排除提示

如果在设置过程中遇到任何问题,请随时联系我们。

获取帮助

如果在贡献过程中遇到困难或有紧急问题,只需通过相关的 GitHub issue 向我们提问即可。