很高兴你有兴趣为 Magic 做出贡献 - 这太棒了，我们迫不及待地想看看你会做些什么。作为一家人员和资金有限的创业公司，我们有宏大的抱负，致力于构建最强大的 LLM 应用程序。来自社区的任何帮助都非常重要，这是真的。
考虑到我们的现状，我们需要灵活并快速发布，但我们也想确保像你这样的贡献者获得尽可能流畅的贡献体验。我们为此编写了这份贡献指南，旨在帮助你熟悉代码库以及我们如何与贡献者合作，以便你能够快速进入有趣的部分。
这份指南，就像 Magic 本身一样，是不断完善的。如果有时它落后于实际项目，我们非常感谢你的理解，也欢迎任何有助于我们改进的反馈。
关于许可，请花一分钟阅读我们简短的许可和贡献者协议。社区也遵守行为准则。
寻找可以处理的任务？浏览我们的适合新手的问题并选择一个开始！
有一个很酷的想法或功能要添加？在我们的主仓库中开启一个 PR，向我们展示你构建的内容。
需要更新现有功能或修复一些 bug？在我们的主仓库中开启一个 PR，施展你的魔法吧！
加入我们，做出贡献，让我们一起构建令人惊叹的东西！💡✨
不要忘记在 PR 的描述中链接现有的 issue 或开启一个新的 issue。
[! 重要] 提交 bug 报告时，请确保包含以下信息：
- 清晰描述性的标题
- 关于 bug 的详细描述，包括任何错误信息
- 重现 bug 的步骤
- 预期行为
- 日志，如果可用，对于后端问题，这非常重要，你可以在 k8s 日志中找到它们
- 截图或视频，如适用
我们如何确定优先级：
| 问题类型 | 优先级 |
|---|---|
| 核心功能的 bug（云服务、无法登录、应用程序不工作、安全漏洞） | 关键 |
| 非关键 bug、性能提升 | 中等优先级 |
| 小修复（拼写错误、混淆但可工作的 UI） | 低优先级 |
[! 注意] 提交功能请求时，请确保包含以下信息：
- 清晰描述性的标题
- 关于功能的详细描述
- 功能的使用场景
- 有关功能请求的任何其他上下文或截图
我们如何确定优先级：
| 功能类型 | 优先级 |
|---|---|
| 被团队成员标记为高优先级的功能 | 高优先级 |
| 来自我们社区反馈板的受欢迎功能请求 | 中等优先级 |
| 非核心功能和小增强 | 低优先级 |
| 有价值但不紧急的功能 | 未来功能 |
- Fork 仓库
- 在起草 PR 之前，请创建一个 issue 来讨论你想要做的更改
- 为你的更改创建一个新分支
- 请为你的更改添加相应的测试
- 确保你的代码通过现有的测试
- 请在 PR 描述中链接相关 issue，
fixes #<issue_number> - 合并成功！
关于设置前端服务，请参考 frontend/README.md 文件中的全面指南。该文档提供了详细说明，帮助你正确设置前端环境。
关于设置后端服务，请参考 backend/README.md 文件中的详细说明。该文档包含分步指导，帮助你顺利运行后端。
我们建议在进行设置之前仔细阅读本文档，因为它包含关于以下方面的重要信息：
- 先决条件和依赖项
- 安装步骤
- 配置详情
- 常见故障排除提示
如果在设置过程中遇到任何问题，请随时联系我们。
如果在贡献过程中遇到困难或有紧急问题，只需通过相关的 GitHub issue 向我们提问即可。