跳到主要内容

获取帮助并请求增强

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 行为准则 的约束。
Search