News for hackers. Stuff that matters.
Re:OpenAI adds MCP support to Agents SDK by soulofmischief on Wednesday March 26, 2025 @07:57PM (#43488932)
LangChain is an objectively terrible Frankenstein's monster of an API. If you were a good developer in your youth, you'd have still held it in contempt, and treat MCP with caution.

The MCP API is pretty bad, too, it's just that a paradigm is starting to emege regarding modularity, integration and agentic tooling, and MCP happens to be the only real shot in that direction st this particular moment.

Re:OpenAI adds MCP support to Agents SDK by gnatolf on Thursday March 27, 2025 @12:48AM (#43490474)
Could you elaborate on your issues with LangChain?

We're kinda headed towards using it as it seems to be a flexible enough abstraction that is relatively stable to work with, so I'd like to know if I'm overlooking something..?

Re:OpenAI adds MCP support to Agents SDK by jinushaun on Thursday March 27, 2025 @04:12AM (#43491371)
You spend more time fighting the tool/framework than working on the product you’re trying to build.
Re:OpenAI adds MCP support to Agents SDK by gregorymichael on Thursday March 27, 2025 @01:01AM (#43490527)
A lot of folks use it to get started quickly and then realize the unnecessary abstractions are obfuscating the actual hard parts.
Re:OpenAI adds MCP support to Agents SDK by davedx on Thursday March 27, 2025 @04:28AM (#43491436)
A big soup of untyped json blobs and python, all working highly asynchronously in complicated ways.

Is this variable available in my agent’s state?

Depends! Is it an agent that started an hour ago before you made that other change? Is it in the manager state or not? Did the previous agent run correctly or not? Did something else go wrong?

Re:OpenAI adds MCP support to Agents SDK by anxman on Saturday March 29, 2025 @01:33PM (#43517118)
Cryptic errors that will make you tear your hair out and docs that are constantly changing
Re:OpenAI adds MCP support to Agents SDK by zambachi on Thursday March 27, 2025 @01:26PM (#43495807)
How is the MCP API bad? It uses simple and widely available standards-based transports while still allowing custom transport implementations, along with a simple API that can be used easily without any libraries, in any programming language under the sun?