langchain-ai/langchain

langchain

Performance History

Latest Results

chore: bump langsmith from 0.7.31 to 0.8.4 in /libs/core Bumps [langsmith](https://github.com/langchain-ai/langsmith-sdk) from 0.7.31 to 0.8.4. - [Release notes](https://github.com/langchain-ai/langsmith-sdk/releases) - [Commits](https://github.com/langchain-ai/langsmith-sdk/compare/v0.7.31...v0.8.4) --- updated-dependencies: - dependency-name: langsmith dependency-version: 0.8.4 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>

dependabot/uv/libs/core/langsmith-0.8.4

26 minutes ago

chore: bump langsmith from 0.7.31 to 0.8.4 in /libs/langchain_v1 Bumps [langsmith](https://github.com/langchain-ai/langsmith-sdk) from 0.7.31 to 0.8.4. - [Release notes](https://github.com/langchain-ai/langsmith-sdk/releases) - [Commits](https://github.com/langchain-ai/langsmith-sdk/compare/v0.7.31...v0.8.4) --- updated-dependencies: - dependency-name: langsmith dependency-version: 0.8.4 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>

dependabot/uv/libs/langchain_v1/langsmith-0.8.4

27 minutes ago

chore: bump langsmith from 0.7.31 to 0.8.3 in /libs/core Bumps [langsmith](https://github.com/langchain-ai/langsmith-sdk) from 0.7.31 to 0.8.3. - [Release notes](https://github.com/langchain-ai/langsmith-sdk/releases) - [Commits](https://github.com/langchain-ai/langsmith-sdk/compare/v0.7.31...v0.8.3) --- updated-dependencies: - dependency-name: langsmith dependency-version: 0.8.3 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>

dependabot/uv/libs/core/langsmith-0.8.3

6 hours ago

chore: bump langsmith from 0.7.31 to 0.8.3 in /libs/langchain_v1 Bumps [langsmith](https://github.com/langchain-ai/langsmith-sdk) from 0.7.31 to 0.8.3. - [Release notes](https://github.com/langchain-ai/langsmith-sdk/releases) - [Commits](https://github.com/langchain-ai/langsmith-sdk/compare/v0.7.31...v0.8.3) --- updated-dependencies: - dependency-name: langsmith dependency-version: 0.8.3 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>

dependabot/uv/libs/langchain_v1/langsmith-0.8.3

6 hours ago

test(langchain): assert `ToolRuntime.context`/`store`/`stream_writer` propagation

nh/hitl-conditional-interrupts

23 hours ago

feat(core)!: auto-assign UUID to BaseMessage.id at creation Change the `id` field from `default=None` to `default_factory=lambda: str(uuid.uuid4())` so every message receives a stable, unique id from birth rather than being id-less until a reducer or `add_messages` assigns one. ## Motivation LangGraph's `DeltaChannel` stores pending writes (the raw message objects) as serialized blobs **before** `update()` is called. Any id assigned inside the reducer (e.g. a random UUID in `_messages_delta_reducer`) only exists in the in-memory channel state; it never reaches the stored write. On checkpoint replay the same id-less message gets a fresh random UUID, so an eviction/update Command that references the runtime-assigned id cannot match the replayed message — both the original and the update land in state as separate messages. The root fix is here: if messages already carry a stable id when they are first constructed (before any serialization boundary), the stored write and any subsequent Command that updates that message by id will always agree on the id, making `DeltaChannel` replay fully correct. ## Breaking change `HumanMessage(content="x") == HumanMessage(content="x")` is now `False` because auto-assigned UUIDs differ. Previously both had `id=None` and compared equal. Code that relies on content-based message equality must be updated (compare `.content` / `.model_dump(exclude={'id'})` directly, or set an explicit shared `id`). 129 unit tests in langchain-core fail; all are due to this equality change. Options the team can consider: - Fix tests to use explicit ids or field-level comparisons - Override `BaseMessage.__eq__` to exclude `id` (preserves backward compat for equality; DeltaChannel dedup uses id-keyed dict, not ==) - Introduce a `__eq__` that only uses `id` when both sides have a non-None id, otherwise falls back to content comparison Explicitly passing `id=None` still produces a message with `id=None` (default_factory is not invoked for explicitly-supplied values).

fix/auto-assign-message-ids

1 day ago

release(langchain): 1.3.0 (#37361)

master

1 day ago

bump deps and increment version

cc/release_langchain

1 day ago

Latest Branches

chore: bump langsmith from 0.7.31 to 0.8.4 in /libs/core#37395

30 minutes ago

6923c94

dependabot/uv/libs/core/langsmith-0.8.4

chore: bump langsmith from 0.7.31 to 0.8.4 in /libs/langchain_v1#37391

30 minutes ago

98b72ae

dependabot/uv/libs/langchain_v1/langsmith-0.8.4

-1%

chore: bump langsmith from 0.7.31 to 0.8.3 in /libs/core#37387

6 hours ago

455689e

dependabot/uv/libs/core/langsmith-0.8.3

Home Terms Privacy Docs