langchain-ai/langchain - CodSpeed

langchain

Blog Docs Changelog

Performance History

Latest Results

fix(langchain): configure elicitation for pre-built MCP clients

hunter/langchain/mcp-edits

2 minutes ago

revert: release(core): 1.6.2 (#39971)

master

2 hours ago

Revert "release(core): 1.6.2 (#39967)" This reverts commit 122030d79e944a5b55c33847d29bcfbe64488372.

revert-39967-cc/release-core

2 hours ago

release(core): 1.6.2 (#39967)

master

2 hours ago

Merge remote-tracking branch 'origin/master' into sydney-runkle/langchain/simplify-mcp-adapter

sydney-runkle/langchain/simplify-mcp-adapter

2 hours ago

refactor(langchain): one elicitation request type per mode `MCPElicitationRequest` carried `mode: Literal['form', 'url']` with both `requested_schema` and `url` optional, so narrowing on `mode` bought nothing — a handler that checked for `'form'` still had to treat the schema as possibly absent, and a URL request could claim a schema it never has. `mode` is now a real discriminant across `MCPElicitationFormRequest` and `MCPElicitationUrlRequest`, each carrying its own field as required. This is the same split already applied to responses, which the request side missed. The answer types stay as they are: a resume value is keyed by request key, and nothing ties that key back to a mode at type-check time, so splitting accepts by mode would add names without adding narrowing. `content` stays optional there for the URL case.

sydney-runkle/langchain/simplify-mcp-adapter

3 hours ago

fix(langchain): make the two FastMCP-private dependencies fail loudly Both places where `langchain.mcp` leans on FastMCP internals degraded silently, which meant a FastMCP upgrade would surface as mystery behavior rather than as a signal. `_await_monitored` reaches for `Client._await_with_session_monitoring`, which races a request against the background session task so an HTTP error raises instead of leaving the caller waiting on a reply that never arrives. If the helper moves, the fallback is a plain await — the exact hang it exists to prevent. It now warns, and a test pins the warning. `elicitation='interrupt'` advertises the capability by installing a sentinel handler, because the SDK declares `elicitation` only when the callback differs by identity from its own default. Nothing asserted the declaration actually happened, so a change in that mechanism would have left servers quietly not asking with every test still passing. A test now inspects the negotiated capability directly, and fails if the sentinel stops working.

sydney-runkle/langchain/simplify-mcp-adapter

3 hours ago

refactor(langchain): refuse MCP continuation rounds instead of polling `elicitation='interrupt'` is scoped to elicitation, and a round carrying only `request_state` is not one — it is the protocol's continuation channel, where the server is still working and wants to be called back. There is no question in it, so there is nobody to interrupt, and serving it meant polling a remote server from inside a tool call. Supporting it was half-hearted anyway: `interrupt()` unwinds the whole tool call, so every continuation round replayed on resume, backoff sleeps included. It is now refused the same way sampling and roots already were, which also retires the round cap added in the previous commit — every remaining round blocks on a human, so the loop cannot spin.

sydney-runkle/langchain/simplify-mcp-adapter

3 hours ago

Latest Branches

0%

fix(langchain/mcp): review edits#39974

11 minutes ago

115e246

hunter/langchain/mcp-edits

0%

revert: release(core): 1.6.2#39971

2 hours ago

1f0a9a3

revert-39967-cc/release-core

0%

feat(langchain): `langchain.mcp` namespace, `MCPAdapter`#39939

2 hours ago

b188a69

sydney-runkle/langchain/simplify-mcp-adapter

© 2026 CodSpeed Technology

Home Terms Privacy Docs