获取帮助并请求增强

Langflow GitHub 仓库是 Langflow 社区 不可或缺的一部分。

除了提供有关 Langflow 的一般协助外，该仓库还是报告错误和请求增强功能的最佳场所，以确保它们能够被 Langflow 维护者跟踪。

GitHub issues

Langflow 仓库中的 Issues 页面 会主动更新错误报告和功能请求。

提示

推广请求或错误的最佳方式是在现有问题（issue）下发表评论。 高度活跃的问题更有可能受到贡献者的关注。

在报告错误或提交功能请求之前，请先搜索现有的类似问题。 使用 Langflow 仓库的标签 (labels) 来帮助过滤您的搜索。

GitHub discussions

如果您在代码或 Langflow 的一般使用方面需要帮助，可以访问 Langflow GitHub Discussions 页面，或通过其他 Langflow 社区 渠道联系。

Langflow 团队不通过电子邮件提供个人支持，并且团队认为公共讨论凭借其可发现性可以帮助更多的用户。

社区指南与技巧

由于 Issues 和 Discussion 页面是公开的，Langflow 团队要求您在提交问题和 issue 时遵循以下指南：

• 提供尽可能多的细节：简单地声明某个功能不起作用并没有什么帮助。Langflow 团队需要详细信息才能重现并找到问题所在。
• 准确解释出了什么问题：包括错误消息以及代码如何失败的描述，而不仅仅是它失败的事实。
• 追溯您的步骤：解释错误发生前发生了什么，您期望发生什么而不是错误，以及您最近所做的任何更改，例如升级 Langflow 或依赖项。
• 描述您的环境：包括您的操作系统、Langflow 版本、Python 版本以及任何其他可能导致该问题的环境相关细节。
• 包含失败的代码片段：确保省略任何敏感值，并且仅提供与失败相关的部分，而不是整个脚本。提供代码片段可以更轻松地重现错误、排除故障并提供具体建议。
  • 如果您的提交包含较长部分的代码、日志或追溯（tracebacks），请将其包裹在 details 标签 (<details> 在此处粘贴代码 </details>) 中，以折叠内容并使您的提交更易于阅读。
• 省略敏感信息：除了您公开的 GitHub 个人资料中可用的信息外，请勿包含敏感或个人身份数据，例如安全密钥、全名、个人身份证号码、地址和电话号码。
• 保持友善：尽管任何软件的错误都可能令人沮丧，但请记住，您的消息是由真正想要提供帮助的人阅读的。虽然您不必过于甜言蜜语，但没有必要通过无礼来获得支持。
  • 您的 issue 和讨论都附加在您的 GitHub 账户上，互联网上的任何人（包括当前和潜在的雇主及同事）都可以阅读。
  • Langflow 仓库是一个公开的 GitHub 仓库，因此受 GitHub 行为准则 的约束。