Why I'm avoiding LangChain in 2025 - Latenode Official Community

div Starting this year, I’ve decided to stay away from LangChain completely. ... We built a proof of concept that worked great. Management loved it and wanted it in production. That’s when the nightmare began. The main issue is complexity. Simple tasks require digging deep into the source code. You have to understand the internal workings just to create basic custom classes. This defeats the purpose of using a helper library. Debugging became a huge pain. It’s hard to figure out which parts are causing issues. The documentation doesn’t help much when things break. Version updates are another headache. Even minor updates break existing functionality. We had to create separate services for different LangChain versions. Now we manage multiple services instead of one clean solution. … Been there with LangChain’s frustrations, but I took a different route. We still use it, just very selectively - only the parts that actually save us time. Those breaking changes are brutal. We learned to pin exact versions and test everything before updates. Game changer was wrapping LangChain components in our own abstraction layer. When stuff breaks (and it will), we just fix the wrapper instead of refactoring everything. Your focused libraries approach is smart for new projects. We’re slowly moving that direction too, but legacy code makes switching everything a nightmare. Going direct with the openai package definitely gives you way more control when debugging. One more thing - the complexity gets worse as your needs get more specific. LangChain tries to do everything, so you end up with tons of unused abstractions bloating your dependencies. The complexity issue you mentioned hits home. I’ve watched teams burn months trying to get LangChain working in production. Skip the heavyweight frameworks. Go with automation platforms instead. ... No digging through source code to find what’s broken. … Surprised more people aren’t talking about this. We did the exact same thing last month after wasting six weeks on a deployment that should’ve taken days. Testing was what killed it for us. You can’t unit test when everything’s buried in nested abstractions. Mock objects break constantly because LangChain keeps changing internal interfaces. Our integration tests took forever and failed randomly. Memory usage is another issue nobody talks about. LangChain loads way more dependencies than you need. Our Docker images were huge compared to targeted libraries. We’re getting much better results with openai package plus focused tools. Development speed improved dramatically once we stopped fighting the framework. New team members understand our codebase in hours instead of weeks.