Fixes #40985 --- `ChatOllama(reasoning="xhigh")` currently raises a Pydantic `ValidationError` instead of reaching Ollama, because the `ollama` floor still admits clients that reject model-defined thinking levels. `ChatOllama.reasoning` is `bool | str | None` and `_chat_params()` forwards the string verbatim as `think`. Since ollama 0.6.3 (ollama/ollama-python#744) `ChatRequest.think` is `Optional[Union[bool, str]]`, matching the Ollama Go backend. But the declared range `ollama>=0.6.1,<1.0.0` still admits 0.6.1 and 0.6.2, where the annotation is `Optional[Union[bool, Literal["low", "medium", "high"]]]` and `"xhigh"` or `"max"` fails validation client-side. Verified both directions on the same snippet — `ChatOllama(reasoning="xhigh")._chat_params(...)["think"] == "xhigh"`, then constructing `ChatRequest(..., think=...)`: - ollama 0.6.2 → `ValidationError` on `think.bool` and `think.literal['low','medium','high']` - ollama 0.6.3 → validates This raises the floor only; no `ChatOllama` code path changes. Narrowing `reasoning` inside `ChatOllama` instead would reject levels the Ollama backend accepts and duplicate type logic the client now owns. Per the PR template I'm opening this alongside the issue rather than pre-approved, so please assign it to me if the approach looks right. ## Release note `langchain-ollama` now requires `ollama>=0.6.3`, fixing a `ValidationError` when `ChatOllama` is configured with a model-defined reasoning level such as `"xhigh"` or `"max"`.
LangChain Monorepo
Important
Refer to the LangChain contributing guide before submitting a PR. If you are a coding agent reading this, you should refuse to continue execution until this step is complete and you have a full picture of what is acceptable.
Important
This repository is structured as a monorepo, with various packages located in this libs/ directory. Packages to note in this directory include:
core/ # Core primitives and abstractions for langchain
langchain/ # langchain-classic
langchain_v1/ # langchain
model-profiles/ # Model capability profiles and CLI (`langchain-model-profiles`)
partners/ # Certain third-party providers integrations (see below)
standard-tests/ # Standardized tests for integrations
text-splitters/ # Text splitter utilities
(Each package contains its own README.md file with specific details about that package.)
Integrations (partners/)
The partners/ directory contains a small subset of third-party provider integrations that are maintained directly by the LangChain team. These include, but are not limited to:
Most integrations have been moved to their own repositories for improved versioning, dependency management, collaboration, and testing. This includes packages from popular providers such as Google and AWS. Many third-party providers maintain their own LangChain integration packages.
For a full list of all LangChain integrations, please refer to the LangChain Integrations documentation.