原贴链接

嗨，团队。我很高兴分享一些我编写且有权发布的代码，这些代码移除了litellm中的“企业”代码。https://github.com/jmikedupont2/openlightllm/ 我有空的时候会更新。迈克

讨论总结

原帖分享了从litellm移除“企业”代码后的代码，评论者们从不同角度进行了讨论。有希望在litellm中添加功能的，如添加本地Stable Diffusion功能；有人指出litellm部分内容需要返工，像脚本过长和条件语句嵌套等问题；还有对原帖移除企业代码行为的质疑，以及对原帖作者分享代码行为表示疑惑，也涉及到开源相关的不良现象讨论，整体讨论氛围较为理性平和。

主要观点

  1. 👍 希望在litellm中添加本地Stable Diffusion功能
    • 支持理由：能满足更多需求，提升实用性
    • 反对声音：无
  2. 🔥 litellm部分需要重大返工
    • 正方观点：部分脚本长且条件语句长且嵌套
    • 反方观点：无
  3. 💡 质疑原帖中移除企业代码的行为
    • 基于代码为MIT许可，不清楚移除何种企业代码及原因
    • 无反对意见
  4. 🤔 对原帖作者分享代码的行为表示疑惑
    • 不清楚这样做的动机
    • 无反对意见
  5. 🌟 指出很多公司声称开源却不遵循开源原则
    • 以自身经历说明有些公司不接受合理建议，拉黑提出者
    • 无反对意见

金句与有趣评论

  1. “😂 I wish they would add local stable diffusion to litellm. Add that to your fork and you’d be my hero.”
    • 亮点：直白表达对在litellm中添加本地Stable Diffusion功能的期待。
  2. “🤔 I feel like some of litellm needs a major rework.”
    • 亮点：简洁指出litellm存在的问题。
  3. “👀 Isn’t the whole code anyway MIT licensed? What kind of enterprise code do you want to remove and why?”
    • 亮点：针对原帖操作提出关键疑问。
  4. “😕 Well I suggested that they make a foundation to manage the open source side of the project and separate it from their business side and that the code was very Tangled and that prompted them to be very angry with me and they blocked me on every single platform and they got me my my Forks deleted and I think this is very bad you should ask them and they’ll block you too”
    • 亮点：讲述自身因开源管理问题而遭受不公平对待的经历。
  5. “💡 I chalk it up to many companies are claiming to be open source just because it’s the meta for the consensus even though they don’t agree with any of the principles of Open Source and that makes them very bad open source players”
    • 亮点：揭露一些不良开源企业的现象。

情感分析

总体情感倾向较为理性中立。主要分歧点在于对原帖作者操作（移除企业代码、分享代码）的看法，可能的原因是原帖未对这些操作给出足够解释，而不同的评论者从不同角度（如代码本身的特性、开源的原则等）去看待这些操作。

趋势与预测

  • 新兴话题：可能会进一步探讨如何优化litellm的代码结构以及如何建立合理的开源管理模式。
  • 潜在影响：如果litellm按照评论中的建议进行改进，可能会提升其在相关领域的可用性和口碑；对于开源项目管理方面，如果更多人关注到不良开源企业的现象，可能会促使开源项目更加规范地运营。

详细内容：

标题：关于 openlightllm 对 litellm 的分叉

最近，Reddit 上一个关于 openlightllm 对 litellm 分叉的帖子引起了广泛关注。帖子作者 Mike 分享了其工作成果，并表示在有时间时会持续更新，链接为：https://github.com/jmikedupont2/openlightllm/ 。此帖获得了众多的点赞和评论。

讨论的焦点主要集中在以下几个方面： 有人希望在分叉中添加本地稳定扩散功能，认为若能实现将成为英雄。有用户分享了自己使用 invoke Ai 的经历，并表示或许能将其与相关内容合并。还有人提到了对 Portkey 和 Langroid 的了解，以及对支持多种 API 的核心需求，包括 OpenAI、Anthropic、Gemini 等。有人指出类似 OpenRouter 和 OpenWebUI 等应用是否已解决 API 翻译问题，并质疑其能否作为独立的库接入其他框架。

有人认为 litellm 的部分内容需要重大修改，比如一些脚本过长且条件嵌套复杂。也有人就代码的授权问题提出疑问，例如是不是整个代码都是 MIT 授权的，以及为什么要移除某些企业代码。

有用户表示曾建议将项目的开源部分与商业部分分开管理，但因此遭到了对方的愤怒回应，甚至在各个平台被屏蔽，自己的分叉也被删除，并认为这是很不好的现象。

在这场讨论中，各方观点各异。对于代码的改进方向、开源与商业的平衡以及功能的添加等问题，大家各抒己见。这场讨论充分展示了大家对于开源项目的关注和思考，也反映出在技术领域中不同理念和需求之间的碰撞。但如何在保障开源精神的同时，满足各方的利益和需求，仍是一个有待深入探讨的问题。