贡献 Eliza
首先,感谢您考虑为 Eliza 做出贡献!我们欢迎所有人的贡献,无论经验水平如何。
贡献许可协议
通过为 Eliza 做出贡献,您同意您的贡献将根据 MIT 许可证进行许可。这意味着:
- 您授予我们(以及其他人)永久的、全球范围的、非独占的、免版税的许可来使用您的贡献。
- 您的贡献将作为自由和开源软件(FOSS)提供。
- 您有权根据此许可证提交工作。
- 您理解您的贡献是公开的,并且贡献记录将无限期地保留。
OODA 循环:贡献框架
我们相信 OODA 循环的力量——一个强调速度和适应性的决策框架。OODA 代表:
- 观察:收集有关项目、社区和更广泛的 AI 生态系统的信息和见解。
- 定位:分析您的观察结果,以确定贡献和改进的机会。
- 决策:根据您的分析选择行动方案。这可能是提出新功能、修复错误或创建内容。
- 行动:执行您的决定并与社区分享您的工作。
如何贡献
对于开发者
-
扩展 Eliza 的功能
- 开发新的操作、评估器和提供者
- 改进现有组件和模块
-
增强基础设施
- 审查未解决的问题并提交 PR
- 测试和更新文档
- 优化性能
- 改进部署解决方案
-
Fork 仓库并从
main
创建您的分支。- 分支名称应以问题编号开头,并描述您正在进行的更改。
- 示例:9999--add-test-for-bug-123
-
如果您添加了需要测试的代码,请添加测试。
-
确保测试套件通过。
-
确保您的代码通过 lint 检查。
-
提交 pull request!
风格指南
Git 提交消息
- 使用现在时(“添加功能”而不是“已添加功能”)
- 使用祈使语气(“移动光标到...”而不是“移动光标到...”)
- 将第一行限制为 72 个字符或更少
- 在第一行之后自由引用问题和 pull request
JavaScript 风格指南
- 所有 JavaScript 必须遵循 JavaScript Standard Style。
TypeScript 风格指南
- 所有 TypeScript 必须遵循 TypeScript Standard Style。
文档风格指南
- 使用 Markdown 编写文档。
其他注意事项
问题和 Pull Request 标签
本节列出了我们用来帮助跟踪和管理问题和 pull request 的标签。
bug
- 错误问题。enhancement
- 功能请求问题。documentation
- 与文档相关的问题或 pull request。good first issue
- 适合新手的问题。
获取帮助
其他资源
贡献者指南
欢迎来到 Eliza 贡献者指南!本文档旨在帮助您了解如何成为构建自主 AI 代理未来的一部分,无论您的技术背景如何。
行为准则
我们的承诺
为了营造一个开放和欢迎的环境,我们作为贡献者和维护者承诺,使每个人在我们的项目和社区中的参与都成为一种无骚扰的体验,无论年龄、体型、残疾、种族、性别特征、性别认同和表达、经验水平、教育、社会经济地位、国籍、个人外貌、种族、宗教或性取向如何。
我们的标准
有助于创造积极环境的行为示例包括:
- 使用欢迎和包容的语言
- 尊重不同的观点和经验
- 优雅地接受建设性批评
- 专注于对社区最有利的事情
- 对其他社区成员表现出同理心
不可接受行为的示例包括:
- 使用性化语言或图像以及不受欢迎的性关注或挑逗
- 挑衅、侮辱/贬低性评论和个人或政治攻击
- 公开或私下骚扰
- 未经明确许可发布他人的私人信息
- 其他在专业环境中合理认为不适当的行为
我们的责任
项目维护者有责任澄清可接受行为的标准,并期望对任何不可接受行为的实例采取适当和公平的纠正措施。
项目维护者有权利和责任删除、编辑或拒绝与本行为准则不一致的评论、提交、代码、wiki 编辑、问题和其他贡献,或暂时或永久禁止任何贡献者因其他他们认为不适当、威胁、冒犯或有害的行为。
范围
本行为准则适用于项目空间内以及当个人代表项目或其社区时的公共空间。代表项目或社区的示例包括使用官方项目电子邮件地址,通过官方社交媒体帐户发布,或在在线或离线活动中担任指定代表。
感谢您为 Eliza 做出贡献并帮助构建自主 AI 代理的未来! 🎉