Hacker News new | ask | show | jobs
by ac130kz 622 days ago
Looks kinda poorly written: not even a single async present, print debugging, deepcopy all over the place. Such a shame that there's nothing to replace Langchain with other than writing it all from the ground up yourself.
5 comments

I hold no love for openai, but to be fair (and balanced) they put this right in the start of their readme.

> Swarm is currently an experimental sample framework intended to explore ergonomic interfaces for multi-agent systems. It is not intended to be used in production, and therefore has no official support. (This also means we will not be reviewing PRs or issues!)

It’s literally not meant to replace anything.

IMO the reason there’s no langchain replacement is because everything langchain does is so darn easy to do yourself, there’s hardly a point in taking on another dependency.

Though griptape.ai also exists.

    > Such a shame that there's nothing to replace Langchain with other than writing it all from the ground up yourself.
Check out Microsoft Semantic Kernel: https://github.com/microsoft/semantic-kernel

Supports .NET, Java, and Python. Lots of sample code[0] and support for agents[1] including a detailed guide[2].

We use it at our startup (the .NET version). It was initially quite unstable in the early days because of frequent breaking changes, but it has stabilized (for the most part). Note: the official docs may still be trailing, but the code samples in the repo and unit tests are up to date.

Highly recommended.

[0] https://github.com/microsoft/semantic-kernel/tree/main/pytho...

[1] https://github.com/microsoft/semantic-kernel/tree/main/pytho...

[2] https://github.com/microsoft/semantic-kernel/tree/main/pytho...

OpenAI's code quality leaves to be desired, which is surprising considering how well compensated their engineers are.

Their recent realtime demo had so many race conditions, function calling didn't even work, and the patch suggested by the community hasn't been merged for a week.

https://github.com/openai/openai-realtime-api-beta/issues/14

Hey! I was responsible for developing this.

Not speaking for OpenAI here, only myself — but this is not an official SDK — only a reference implementation. The included relay is only intended as an example. The issues here will certainly be tackled for the production release of the API :).

I’d love to build something more full-featured here and may approach it as a side project. Feel free to ping me directly if you have ideas. @keithwhor on GitHub / X dot com.

Thank you, will contact you asap, I'd be happy to help :)
Why need they engineers if they have GPT?

Do they use their own product?

You can have a look at Langroid, an agent-oriented LLM framework from CMU/UW-Madison researchers (I am the lead dev). We are seeing companies using it in production in preference to other libs mentioned here.

https://github.com/langroid/langroid

Among many other things, we have a mature tools implementation, especially tools for orchestration (for addressing messages, controlling task flow, etc) and recently added XML-based tools that are especially useful when you want an LLM to return code via tools -- this is much more reliable than returning code in JSON-based tools.

Take a look at txtai as an alternative more flexible and more professional framework for this problem space.