Why we chose LangGraph to build our coding agent
1–10 of 11 posts
Re: Why we chose LangGraph to build our coding agent
#2Article answered "why LangGraph over roll-your-own", but failed to address "why LangGraph" in the broader sense.
All of the points made here are also true for Mastra, for example.
> One pain point has been documentation. The framework is developing very quickly and the docs are sometimes incomplete or out of date
Where's the AI startup using LLMs to automatically generate docs, sample code, and guides for libraries?
Re: Why we chose LangGraph to build our coding agent
#3[deleted]
Re: Why we chose LangGraph to build our coding agent
#4> Testing and mocking is a huge challenge when developing LLM driven systems that aren’t deterministic. Even relatively simple flows are extremely hard to reproduce.
This is by far the most frustrating part of building with LLMs. Is there any good solution out there for any framework?
Re: Why we chose LangGraph to build our coding agent
#5Article answered "why LangGraph over roll-your-own", but failed to address "why LangGraph" in the broader sense. All of the points made here are also true for Mastra, for example. > One pain point has been documentation. The framework is developing very quickly and the docs are sometimes incomplete or out of date I also found this to be the case when working with Microsoft's Semantic Kernel in the early days. Thankfu…
I think it's fair to say that "roll-your-own" would probably make less sense, but in terms of adopting an "agentic" framework one would have to also research the state the competition is in. Which is to say, I'm not sure what are the alternatives to LangGraph and their maturity, only LlamaIndex comes to mind but I may be obsolete.
Re: Why we chose LangGraph to build our coding agent
#6We explored LangGraph last November and were pleasantly surprised by the difference with LangChain. The framework had much more care put in it. It was much easier to iterate and the final solutions felt less brittle.
BUt the pricing model and deployment story felt odd. The business model around LangGraph reminded us of Next.js/Vercel, with a solid vendor lock-in and every cent squeezed out of the solution. The lack of clarity on that front made us go with Pydantic AI.
Re: Why we chose LangGraph to build our coding agent
#7When building complex multi-agent systems where each agent has it's own tools, prompt, persona, etc. I've found LangGraph to be better (and easier) than AWS Bedrock, and OpenAI's Agent framework.
Re: Why we chose LangGraph to build our coding agent
#8Article answered "why LangGraph over roll-your-own", but failed to address "why LangGraph" in the broader sense. All of the points made here are also true for Mastra, for example. > One pain point has been documentation. The framework is developing very quickly and the docs are sometimes incomplete or out of date I also found this to be the case when working with Microsoft's Semantic Kernel in the early days. Thankfu…
I think it's fair to say that "roll-your-own" would probably make less sense, but in terms of adopting an "agentic" framework one would have to also research the state the competition is in. Which is to say, I'm not sure what are the alternatives to LangGraph and their maturity, only LlamaIndex comes to mind but I may be obsolete.
> I think it's fair to say that "roll-your-own" would probably make less sense
I just think the article would be better if it actually answered "Why LangGraph and not these?"
Re: Why we chose LangGraph to build our coding agent
#9> Testing and mocking is a huge challenge when developing LLM driven systems that aren’t deterministic. Even relatively simple flows are extremely hard to reproduce. This is by far the most frustrating part of building with LLMs. Is there any good solution out there for any framework?
This in my opinion is the fundamental problem where because LLMs work on a computer there is an assumption of correctness in surprising ways. In reality, when you mix a deterministic system and a probabilistic system you always get a probabilistic system.
Re: Why we chose LangGraph to build our coding agent
#10Earlier quoted context omitted.
I think it's fair to say that "roll-your-own" would probably make less sense, but in terms of adopting an "agentic" framework one would have to also research the state the competition is in. Which is to say, I'm not sure what are the alternatives to LangGraph and their maturity, only LlamaIndex comes to mind but I may be obsolete.
> I think it's fair to say that "roll-your-own" would probably make less sense It is not particularly difficult to implement the use cases that the article outlines on top of existing lower level SDKs. Yes, I'm aware that some of these platforms offer a lot more capabilities than just DAG flow of prompts, but article's use case can be implemented in less than a day, TBH (from experience doing it twice now ( not my ch…
> I just think the article would be better if it actually answered "Why LangGraph and not these?"
Agreed! But what are the _these_?