nav structure

.github/CONTRIBUTING.md

@@ -1,6 +0,0 @@
-# Contributing to LangGraph
-
-Hi there! Thank you for even being interested in contributing to LangGraph.
-As an open-source project in a rapidly developing field, we are extremely open to contributions, whether they involve new features, improved infrastructure, better documentation, or bug fixes.
-
-To learn how to contribute to LangGraph, please follow the [contribution guide here](https://docs.langchain.com/oss/python/contributing).

.github/ISSUE_TEMPLATE/bug-report.yml

@@ -1,21 +1,21 @@
 name: "\U0001F41B Bug Report"
 description: Report a bug in LangGraph. To report a security issue, please instead use the security option below. For questions, please use the LangChain Forum at forum.langchain.com.
-labels: [pending, bug]
+labels: [pending,bug]
 body:
   - type: markdown
     attributes:
       value: |
         Thank you for taking the time to file a bug report. 
-
+        
         Use this to report BUGS in LangGraph. For usage questions, feature requests and general design questions, please use the [LangChain Forum](https://forum.langchain.com/).
-
+        
         Relevant links to check before filing a bug report to see if your issue has already been reported, fixed or
         if there's another way to solve your problem:
-
+        
         * [LangChain Forum](https://forum.langchain.com/),
         * [LangGraph Github Issues](https://github.com/langchain-ai/langgraph/issues),
         * [LangGraph how-to guides](https://langchain-ai.github.io/langgraph/how-tos/).
-        * [LangChain documentation with the integrated search](https://docs.langchain.com/),
+        * [LangChain documentation with the integrated search](https://python.langchain.com/docs/get_started/introduction),
         * [GitHub search](https://github.com/langchain-ai/langgraph),
   - type: checkboxes
     id: checks

.github/ISSUE_TEMPLATE/config.yml

@@ -1,9 +1,6 @@
 blank_issues_enabled: false
 version: 2.1
 contact_links:
-  - name: Documentation
-    url: https://github.com/langchain-ai/docs/issues/new?template=langgraph.yml
-    about: Report an issue related to the LangGraph documentation
   - name: LangChain Forum
     url:  https://forum.langchain.com/
-    about: General community discussions and support
+    about: General community discussions, support, and feature requests

.github/ISSUE_TEMPLATE/documentation.yml

@@ -0,0 +1,19 @@
+name: Documentation
+description: Report an issue related to the LangGraph documentation.
+title: "DOC: <Please write a comprehensive title after the 'DOC: ' prefix>"
+labels: [documentation]
+
+body:
+- type: textarea
+  attributes: 
+    label: "Issue with current documentation:"
+    description: >
+      Please make sure to leave a reference to the document/code you're
+      referring to.
+
+- type: textarea
+  attributes:
+    label: "Idea or request for content:"
+    description: >
+      Please describe as clearly as possible what topics you think are missing
+      from the current documentation.

.github/ISSUE_TEMPLATE/privileged.yml

@@ -23,7 +23,3 @@ body:
     attributes:
       label: Issue Content
       description: Add the content of the issue here.
-  - type: markdown
-    attributes:
-      value: |
-        Community members should **NOT** work on Privileged issues unless these issues have been explicitly marked with a "help-wanted" tag.

.github/scripts/check_sdk_methods.py

@@ -1,15 +1,10 @@
 import ast
 import os
 from itertools import filterfalse
-from typing import Dict, List, Tuple
+from typing import List, Tuple
 
 ROOT_PATH = os.path.abspath(os.path.join(__file__, "..", "..", ".."))
 CLIENT_PATH = os.path.join(ROOT_PATH, "libs", "sdk-py", "langgraph_sdk", "client.py")
-ASYNC_TO_SYNC_METHOD_MAP: Dict[str, str] = {
-    "aclose": "close",
-    "__aenter__": "__enter__",
-    "__aexit__": "__exit__",
-}
 
 
 def get_class_methods(node: ast.ClassDef) -> List[str]:
@@ -27,7 +22,7 @@ def find_classes(tree: ast.AST) -> List[Tuple[str, List[str]]]:
 
 def compare_sync_async_methods(sync_methods: List[str], async_methods: List[str]) -> List[str]:
     sync_set = set(sync_methods)
-    async_set = {ASYNC_TO_SYNC_METHOD_MAP.get(async_method, async_method) for async_method in async_methods}
+    async_set = set(async_methods)
     missing_in_sync = list(async_set - sync_set)
     missing_in_async = list(sync_set - async_set)
     return missing_in_sync + missing_in_async
@@ -38,7 +33,7 @@ def main():
         tree = ast.parse(file.read())
 
     classes = find_classes(tree)
-
+  
     def is_sync(class_spec: Tuple[str, List[str]]) -> bool:
         return class_spec[0].startswith("Sync")
 

.github/scripts/run_langgraph_cli_test.py

@@ -1,164 +1,108 @@
-import logging
+import asyncio
+import json
+import os
 import pathlib
 import sys
-import time
-from urllib import error, request
-
 import langgraph_cli
-import langgraph_cli.config
 import langgraph_cli.docker
-from langgraph_cli.cli import prepare_args_and_stdin
-from langgraph_cli.constants import DEFAULT_PORT
+import langgraph_cli.config
+
 from langgraph_cli.exec import Runner, subp_exec
 from langgraph_cli.progress import Progress
-
-logger = logging.getLogger(__name__)
-logging.basicConfig(level=logging.INFO)
+from langgraph_cli.constants import DEFAULT_PORT
 
 
-def test(config: pathlib.Path, port: int, tag: str, verbose: bool):
-    """Spin up API with Postgres/Redis via docker compose and wait until ready."""
-    logger.info("Starting test...")
+def test(
+    config: pathlib.Path,
+    port: int,
+    tag: str,
+    verbose: bool,
+):
     with Runner() as runner, Progress(message="Pulling...") as set:
-        # Detect docker/compose capabilities
+        # check docker available
         capabilities = langgraph_cli.docker.check_capabilities(runner)
-
-        # Validate config and prepare compose stdin/args using built image
+        # open config
         config_json = langgraph_cli.config.validate_config_file(config)
-        args, stdin = prepare_args_and_stdin(
-            capabilities=capabilities,
-            config_path=config,
-            config=config_json,
-            docker_compose=None,
-            port=port,
-            watch=False,
-            debugger_port=None,
-            debugger_base_url=f"http://127.0.0.1:{port}",
-            postgres_uri=None,
-            api_version=None,
-            image=tag,
-            base_image=None,
-        )
 
-        # Compose up with wait (implies detach), similar to `langgraph up --wait`
-        args_up = [*args, "up", "--remove-orphans", "--wait"]
-
-        compose_cmd = ["docker", "compose"]
-        if capabilities.compose_type == "standalone":
-            compose_cmd = ["docker-compose"]
-
-        set("Starting...")
-        try:
-            runner.run(
-                subp_exec(
-                    *compose_cmd,
-                    *args_up,
-                    input=stdin,
-                    verbose=verbose,
-                )
+        set("Running...")
+        args = [
+            "run",
+            "--rm",
+            "-p",
+            f"{port}:8000",
+        ]
+        if isinstance(config_json["env"], str):
+            args.extend(
+                [
+                    "--env-file",
+                    str(config.parent / config_json["env"]),
+                ]
             )
-        except Exception as e:  # noqa: BLE001
-            # On failure, show diagnostics then ensure clean teardown
-            sys.stderr.write(f"docker compose up failed: {e}\n")
-            try:
-                sys.stderr.write("\n== docker compose ps ==\n")
-                runner.run(
-                    subp_exec(*compose_cmd, *args, "ps", input=stdin, verbose=False)
-                )
-            except Exception:
-                pass
-            try:
-                sys.stderr.write("\n== docker compose logs (api) ==\n")
-                runner.run(
-                    subp_exec(
-                        *compose_cmd,
-                        *args,
-                        "logs",
-                        "langgraph-api",
-                        input=stdin,
-                        verbose=False,
-                    )
-                )
-            except Exception:
-                pass
-            finally:
-                try:
-                    runner.run(
-                        subp_exec(
-                            *compose_cmd,
-                            *args,
-                            "down",
-                            "-v",
-                            "--remove-orphans",
-                            input=stdin,
-                            verbose=False,
-                        )
-                    )
-                finally:
-                    raise
-
-        set("")
-        base_url = f"http://localhost:{port}"
-        ok_url = f"{base_url}/ok"
-        logger.info(f"Waiting for {ok_url} to respond with 200...")
-        deadline = time.time() + 30
-        last_err: Exception | None = None
-        while time.time() < deadline:
-            try:
-                with request.urlopen(ok_url, timeout=2) as resp:
-                    if resp.status == 200:
-                        sys.stdout.write(
-                            f"""Ready!\n- API: {base_url}\n- /ok: 200 OK\n"""
-                        )
-                        sys.stdout.flush()
-                        break
-                    else:
-                        last_err = RuntimeError(f"Unexpected status: {resp.status}")
-                        logger.error(f"Unexpected status: {resp.status}")
-            except error.URLError as e:
-                logger.error(f"URLError: {e}")
-                last_err = e
-            except Exception as e:  # noqa: BLE001
-                logger.error(f"Exception: {e}")
-                last_err = e
-            time.sleep(0.5)
         else:
-            logger.error("Timeout waiting for /ok to return 200")
-            # Bring stack down before raising
-            args_down = [*args, "down", "-v", "--remove-orphans"]
-            try:
-                runner.run(
-                    subp_exec(
-                        *compose_cmd,
-                        *args_down,
-                        input=stdin,
-                        verbose=verbose,
-                    )
-                )
-            finally:
-                raise SystemExit(
-                    f"/ok did not return 202 within timeout. Last error: {last_err}"
+            for k, v in config_json["env"].items():
+                args.extend(
+                    [
+                        "-e",
+                        f"{k}={v}",
+                    ]
                 )
+        if capabilities.healthcheck_start_interval:
+            args.extend(
+                [
+                    "--health-interval",
+                    "5s",
+                    "--health-retries",
+                    "1",
+                    "--health-start-period",
+                    "10s",
+                    "--health-start-interval",
+                    "1s",
+                ]
+            )
+        else:
+            args.extend(
+                [
+                    "--health-interval",
+                    "5s",
+                    "--health-retries",
+                    "2",
+                ]
+            )
+
+        _task = None
+
+        def on_stdout(line: str):
+            nonlocal _task
+            if "GET /ok" in line or "Uvicorn running on" in line:
+                set("")
+                sys.stdout.write(
+                    f"""Ready!
+- API: http://localhost:{port}
+"""
+                )
+                sys.stdout.flush()
+                _task.cancel()
+                return True
+            return False
+
+        async def subp_exec_task(*args, **kwargs):
+            nonlocal _task
+            _task = asyncio.create_task(subp_exec(*args, **kwargs))
+            await _task
 
-        # Clean up: bring compose stack down to free ports for next test
-        logger.info("Test succeeded. Bringing down compose stack...")
         try:
-            args_down = [*args, "down", "-v", "--remove-orphans"]
             runner.run(
-                subp_exec(
-                    *compose_cmd,
-                    *args_down,
-                    input=stdin,
+                subp_exec_task(
+                    "docker",
+                    *args,
+                    tag,
                     verbose=verbose,
+                    on_stdout=on_stdout,
                 )
             )
-            logger.info("Compose stack down. Finishing...")
-        except Exception:
-            logger.exception("Failed to bring down compose stack")
+        except asyncio.CancelledError:
             pass
 
-    logger.info("Test finished")
-
 
 if __name__ == "__main__":
     import argparse
@@ -166,12 +110,6 @@ if __name__ == "__main__":
     parser = argparse.ArgumentParser()
     parser.add_argument("-t", "--tag", type=str)
     parser.add_argument("-c", "--config", type=str, default="./langgraph.json")
-    parser.add_argument("-p", "--port", type=int, default=DEFAULT_PORT)
+    parser.add_argument("-p", "--port", default=DEFAULT_PORT)
     args = parser.parse_args()
-    try:
-        test(pathlib.Path(args.config), args.port, args.tag, verbose=True)
-    except BaseException:
-        logger.exception("Test failed")
-        raise
-    
-    logger.info("Test execution finished")
+    test(pathlib.Path(args.config), args.port, args.tag, verbose=True)

.github/workflows/_integration_test.yml

@@ -13,26 +13,13 @@ jobs:
       matrix:
         python-version:
           - "3.10"
-          - "3.14"
-        example:
-          - name: A
-            workdir: libs/cli/examples
-            tag: langgraph-test-a
-          - name: B
-            workdir: libs/cli/examples/graphs
-            tag: langgraph-test-b
-          - name: C
-            workdir: libs/cli/examples/graphs_reqs_a
-            tag: langgraph-test-c
-          - name: D
-            workdir: libs/cli/examples/graphs_reqs_b
-            tag: langgraph-test-d
+          - "3.11"
     name: "CLI integration test"
     defaults:
       run:
         working-directory: libs/cli
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Get changed files
         id: changed-files
         uses: Ana06/get-changed-files@v2.3.0
@@ -40,79 +27,48 @@ jobs:
           filter: "libs/cli/**"
       - name: Set up Python ${{ matrix.python-version }}
         if: steps.changed-files.outputs.all
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ matrix.python-version }}
           enable-cache: true
           cache-suffix: "cli-integration-test"
           ignore-nothing-to-cache: true
+      - name: Setup env
+        if: steps.changed-files.outputs.all
+        working-directory: libs/cli/examples
+        run: cat .env.example > .env
       - name: Install cli globally
         if: steps.changed-files.outputs.all
         run: pip install -e .
-      - name: Build and test service ${{ matrix.example.name }}
+      - name: Build and test service A
         if: steps.changed-files.outputs.all
-        working-directory: ${{ matrix.example.workdir }}
-        env:
-          LANGSMITH_API_KEY: ${{ secrets.LANGSMITH_API_KEY }}
+        working-directory: libs/cli/examples
         run: |
-          # Build the image for this example
-          langgraph build -t ${{ matrix.example.tag }}
-          # Prepare environment file from local or parent example directory
-          if [ -f .env.example ]; then cp .env.example .env; elif [ -f ../.env.example ]; then cp ../.env.example .env && cp ../.env.example ../.env; fi
-          if [ -n "${{ secrets.LANGSMITH_API_KEY }}" ]; then echo "LANGSMITH_API_KEY=${{ secrets.LANGSMITH_API_KEY }}" >> .env; if [ -f ../.env ]; then echo "LANGSMITH_API_KEY=${{ secrets.LANGSMITH_API_KEY }}" >> ../.env; fi; fi
-          # Run the integration test using the built tag
-          # Compute repo root to reference the shared script robustly
-          REPO_ROOT=$(git rev-parse --show-toplevel)
-          timeout 60 python "$REPO_ROOT/.github/scripts/run_langgraph_cli_test.py" -t ${{ matrix.example.tag }}
+          # The build-arg isn't used; just testing that we accept other args
+          langgraph build -t langgraph-test-a  --base-image "langchain/langgraph-trial"
+          cp .env.example .envg
+          timeout 60 python ../../../.github/scripts/run_langgraph_cli_test.py -c langgraph.json -t langgraph-test-a
+      - name: Build and test service B
+        if: steps.changed-files.outputs.all
+        working-directory: libs/cli/examples/graphs
+        run: |
+          langgraph build -t langgraph-test-b  --base-image "langchain/langgraph-trial"
+          timeout 60 python ../../../../.github/scripts/run_langgraph_cli_test.py -t langgraph-test-b
+      - name: Build and test service C
+        if: steps.changed-files.outputs.all
+        working-directory: libs/cli/examples/graphs_reqs_a
+        run: |
+          langgraph build -t langgraph-test-c  --base-image "langchain/langgraph-trial"
+          timeout 60 python ../../../../.github/scripts/run_langgraph_cli_test.py -t langgraph-test-c
+      - name: Build and test service D
+        if: steps.changed-files.outputs.all
+        working-directory: libs/cli/examples/graphs_reqs_b
+        run: |
+          langgraph build -t langgraph-test-d  --base-image "langchain/langgraph-trial"
+          timeout 60 python ../../../../.github/scripts/run_langgraph_cli_test.py -t langgraph-test-d
 
       - name: Build JS service
-        if: ${{ steps.changed-files.outputs.all && matrix.example.name == 'A' }}
+        if: steps.changed-files.outputs.all
         working-directory: libs/cli/js-examples
         run: |
           langgraph build -t langgraph-test-e
-
-      - name: Build JS monorepo service
-        if: ${{ steps.changed-files.outputs.all && matrix.example.name == 'A' }}
-        working-directory: libs/cli/js-monorepo-example
-        run: |
-          langgraph build -t langgraph-test-f -c apps/agent/langgraph.json --build-command "yarn run turbo build" --install-command "yarn install"
-
-      - name: Build Python monorepo service
-        if: ${{ steps.changed-files.outputs.all && matrix.example.name == 'A' }}
-        working-directory: libs/cli/python-monorepo-example
-        run: |
-          langgraph build -t langgraph-test-g -c apps/agent/langgraph.json
-          cp apps/agent/.env.example apps/agent/.env
-          if [ -n "${{ secrets.LANGSMITH_API_KEY }}" ]; then echo "LANGSMITH_API_KEY=${{ secrets.LANGSMITH_API_KEY }}" >> apps/agent/.env; fi
-          timeout 60 python ../../../.github/scripts/run_langgraph_cli_test.py -t langgraph-test-g -c apps/agent/langgraph.json
-
-      - name: Build and test prerelease reqs service
-        if: ${{ steps.changed-files.outputs.all && matrix.example.name == 'A' }}
-        working-directory: libs/cli/examples/graph_prerelease_reqs
-        run: |
-          langgraph build -t langgraph-test-h
-          cp ../.env.example .env
-          if [ -n "${{ secrets.LANGSMITH_API_KEY }}" ]; then echo "LANGSMITH_API_KEY=${{ secrets.LANGSMITH_API_KEY }}" >> .env; fi
-          timeout 60 python ../../../../.github/scripts/run_langgraph_cli_test.py -t langgraph-test-h
-          echo "Finished starting up langgraph-test-h"
-          LANGGRAPH_VERSION=$(docker run --rm --entrypoint "" langgraph-test-h python -c "import sys; from importlib.metadata import version; v = version('langgraph'); print(v);")
-          if [ "$LANGGRAPH_VERSION" != "1.0.2" ]; then
-            echo "LANGGRAPH_VERSION != 1.0.2; $LANGGRAPH_VERSION"
-            exit 1
-          fi
-          LANGCHAIN_OPENAI_VERSION=$(docker run --rm --entrypoint "" langgraph-test-h python -c "import sys; from importlib.metadata import version; v = version('langchain-openai'); print(v);")
-          if [ "$LANGCHAIN_OPENAI_VERSION" != "1.0.1" ]; then
-            echo "LANGCHAIN_OPENAI_VERSION != 1.0.1; $LANGCHAIN_OPENAI_VERSION"
-            exit 1
-          fi
-          LANGCHAIN_ANTHROPIC_VERSION=$(docker run --rm --entrypoint "" langgraph-test-h python -c "import sys; from importlib.metadata import version; v = version('langchain-anthropic'); print(v);")
-          if [ "$LANGCHAIN_ANTHROPIC_VERSION" != "1.0.0a5" ]; then
-            echo "LANGCHAIN_ANTHROPIC_VERSION != 1.0.0a5; $LANGCHAIN_ANTHROPIC_VERSION"
-            exit 1
-          fi
-
-      - name: Build and test prerelease reqs fail service
-        if: ${{ steps.changed-files.outputs.all && matrix.example.name == 'A' }}
-        working-directory: libs/cli/examples/graph_prerelease_reqs_fail
-        run: |
-          langgraph build -t langgraph-test-i || [ $? -eq 1 ]

.github/workflows/_lint.yml

@@ -31,7 +31,7 @@ jobs:
           - "3.12"
     name: "lint #${{ matrix.python-version }}"
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Get changed files
         id: changed-files
         uses: Ana06/get-changed-files@v2.3.0
@@ -39,7 +39,7 @@ jobs:
           filter: "${{ inputs.working-directory }}/**"
       - name: Set up Python ${{ matrix.python-version }}
         if: steps.changed-files.outputs.all
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ matrix.python-version }}
           enable-cache: true
@@ -48,7 +48,7 @@ jobs:
       - name: Install dependencies
         if: steps.changed-files.outputs.all
         working-directory: ${{ inputs.working-directory }}
-        run: uv sync --frozen --group lint
+        run: uv sync --frozen --group dev
 
       - name: Get .mypy_cache to speed up mypy
         if: steps.changed-files.outputs.all
@@ -74,7 +74,7 @@ jobs:
       - name: Install test dependencies
         if: steps.changed-files.outputs.all
         working-directory: ${{ inputs.working-directory }}
-        run: uv sync --group lint
+        run: uv sync --group dev
 
       - name: Get .mypy_cache_test to speed up mypy
         if: steps.changed-files.outputs.all

.github/workflows/_test.yml

@@ -17,17 +17,17 @@ jobs:
     strategy:
       matrix:
         python-version:
+          - "3.9"
           - "3.10"
           - "3.11"
           - "3.12"
           - "3.13"
-          - "3.14"
 
     name: "test #${{ matrix.python-version }}"
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Set up Python ${{ matrix.python-version }}
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ matrix.python-version }}
           enable-cache: true
@@ -42,7 +42,7 @@ jobs:
       - name: Install dependencies
         shell: bash
         working-directory: ${{ inputs.working-directory }}
-        run: uv sync --frozen --group test --no-dev
+        run: uv sync --frozen --group dev
 
       - name: Run tests
         shell: bash

.github/workflows/_test_langgraph.yml

@@ -12,20 +12,20 @@ jobs:
     strategy:
       matrix:
         python-version:
+          - "3.9"
           - "3.10"
           - "3.11"
           - "3.12"
           - "3.13"
-          - "3.14"
 
     defaults:
       run:
         working-directory: libs/langgraph
     name: "test #${{ matrix.python-version }}"
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Set up Python ${{ matrix.python-version }}
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ matrix.python-version }}
           enable-cache: true
@@ -39,7 +39,7 @@ jobs:
 
       - name: Install dependencies
         shell: bash
-        run: uv sync --frozen --group test --no-dev
+        run: uv sync --frozen --group dev
 
       - name: Run tests
         shell: bash

.github/workflows/_test_release.yml

@@ -16,6 +16,7 @@ permissions:
 
 jobs:
   build:
+    if: github.ref == 'refs/heads/main'
     runs-on: ubuntu-latest
 
     outputs:
@@ -23,10 +24,10 @@ jobs:
       version: ${{ steps.check-version.outputs.version }}
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
       - name: Set up Python $${ env.PYTHON_VERSION }}
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ env.PYTHON_VERSION }}
           enable-cache: true
@@ -48,7 +49,7 @@ jobs:
         working-directory: ${{ inputs.working-directory }}
 
       - name: Upload build
-        uses: actions/upload-artifact@v5
+        uses: actions/upload-artifact@v4
         with:
           name: test-dist
           path: ${{ inputs.working-directory }}/dist/
@@ -74,9 +75,9 @@ jobs:
       id-token: write
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
-      - uses: actions/download-artifact@v6
+      - uses: actions/download-artifact@v4
         with:
           name: test-dist
           path: ${{ inputs.working-directory }}/dist/

.github/workflows/baseline.yml

@@ -17,16 +17,16 @@ jobs:
       run:
         working-directory: libs/langgraph
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - run: SHA=$(git rev-parse HEAD) && echo "SHA=$SHA" >> $GITHUB_ENV
       - name: Set up Python 3.11
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: "3.11"
           enable-cache: true
           cache-suffix: "bench"
       - name: Install dependencies
-        run: uv sync --group test
+        run: uv sync --group dev
       - name: Run benchmarks
         run: OUTPUT=out/benchmark-baseline.json make -s benchmark
       - name: Save outputs

.github/workflows/bench.yml

@@ -15,20 +15,20 @@ jobs:
       run:
         working-directory: libs/langgraph
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - id: files
         name: Get changed files
         uses: Ana06/get-changed-files@v2.3.0
         with:
           format: json
       - name: Set up Python 3.11
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: "3.11"
           enable-cache: true
           cache-suffix: "bench"
       - name: Install dependencies
-        run: uv sync --group test
+        run: uv sync --group dev
       - name: Download baseline
         uses: actions/cache/restore@v4
         with:
@@ -57,7 +57,7 @@ jobs:
             echo EOF
           } >> "$GITHUB_OUTPUT"
       - name: Annotation
-        uses: actions/github-script@v8
+        uses: actions/github-script@v7
         with:
           script: |
             const file = JSON.parse(`${{ steps.files.outputs.added_modified_renamed }}`)[0]

.github/workflows/ci.yml

@@ -3,8 +3,7 @@ name: CI
 
 on:
   push:
-    branches:
-      - main
+    branches: [main]
   pull_request:
 
 permissions:
@@ -27,7 +26,7 @@ jobs:
       python: ${{ steps.filter.outputs.python }}
       deps: ${{ steps.filter.outputs.deps }}
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - uses: dorny/paths-filter@v3
         id: filter
         with:
@@ -78,7 +77,6 @@ jobs:
             "libs/checkpoint-sqlite",
             "libs/checkpoint-postgres",
             "libs/prebuilt",
-            "libs/sdk-py",
           ]
     if: needs.changes.outputs.python == 'true' || needs.changes.outputs.deps == 'true'
     uses: ./.github/workflows/_test.yml
@@ -100,9 +98,9 @@ jobs:
     name: "Check SDK methods matching"
     runs-on: ubuntu-latest
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Set up Python
-        uses: actions/setup-python@v6
+        uses: actions/setup-python@v5
         with:
           python-version: "3.11"
       - name: Run check_sdk_methods script
@@ -116,13 +114,13 @@ jobs:
     strategy:
       matrix:
         python-version:
-          - "3.13"
+          - "3.11"
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Set up Python ${{ matrix.python-version }}
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
-          python-version: "3.13"
+          python-version: "3.11"
           enable-cache: true
           cache-suffix: "schema-check-cli"
       - name: Install CLI dependencies

.github/workflows/codespell.yml

@@ -21,7 +21,7 @@
     
         steps:
           - name: Checkout
-            uses: actions/checkout@v6
+            uses: actions/checkout@v4
     
           - name: Install Dependencies
             run: |
@@ -34,7 +34,7 @@
             id: extract_ignore_words
     
           - name: Codespell
-            uses: codespell-project/actions-codespell@v2.1
+            uses: codespell-project/actions-codespell@v2.0
             with:
               skip: '*.ambr,*.lock,*.ipynb,*.yaml,*.zlib,*.css.map,*.js.map'
               ignore_words_list: ${{ steps.extract_ignore_words.outputs.ignore_words_list }}

.github/workflows/deploy_docs.yml

@@ -0,0 +1,159 @@
+name: Deploy Docs
+
+on:
+  push:
+    branches:
+      - main
+  pull_request:
+    branches:
+      - main
+  workflow_dispatch:
+
+permissions:
+  contents: read
+  pages: write
+  id-token: write
+
+concurrency:
+  group: "pages"
+  cancel-in-progress: false
+
+defaults:
+  run:
+    working-directory: docs
+
+jobs:
+  get-changed-files:
+    runs-on: ubuntu-latest
+    outputs:
+      changed-files: ${{ steps.changed-files.outputs.added_modified }}
+    steps:
+      - uses: actions/checkout@v4
+      - name: Get changed files
+        id: changed-files
+        uses: Ana06/get-changed-files@v2.3.0
+        with:
+          filter: "docs/docs/**"
+
+  # TODO: Uncomment this to run on PRs
+  # run-changed-notebooks:
+  #   needs: get-changed-files
+  #   uses: ./.github/workflows/run_notebooks.yml
+  #   secrets: inherit
+  #   with:
+  #     changed-files: ${{ needs.get-changed-files.outputs.changed-files }}
+
+  deploy:
+    # needs: run-changed-notebooks
+    runs-on: ubuntu-latest
+    timeout-minutes: 10 # Job will be cancelled if it runs for more than 10 minutes
+    env:
+      GITHUB_TOKEN: ${{ secrets.MKDOCS_GITHUB_TOKEN }}
+    steps:
+      - uses: actions/checkout@v4
+        with:
+          fetch-depth: 0
+
+      - name: Set up Python
+        uses: astral-sh/setup-uv@v6
+        with:
+          python-version: "3.12"
+          enable-cache: true
+          cache-suffix: "docs"
+
+      - name: Install dependencies
+        run: |
+          yarn
+          uv sync --all-groups
+          # we run this installation only for internal PRs
+          # as GITHUB_TOKEN is not available for PRs from outside contributors
+          if [ -n "${GITHUB_TOKEN}" ]; then
+            uv run pip install "git+https://${GITHUB_TOKEN}@github.com/langchain-ai/mkdocs-material-insiders.git"
+          fi
+
+      - name: Run unit tests
+        # Run unit tests on the docs build pipeline
+        run: make tests
+      - name: Lint Docs
+        # This step lints the docs using the existing linting set up.
+        # It should be very fast and should not require any external services.
+        run: make lint-docs
+      - name: Build llms-text
+        run: make llms-text
+      - name: Build site
+        run: |
+          # If this is main branch, then we want to download stats. we do this 
+          # with the env variable DOWNLOAD_STATS=true
+          if [ "${{ github.ref }}" == "refs/heads/main" ]; then
+            DOWNLOAD_STATS=true make build-docs
+          else
+            make build-docs
+          fi
+        env:
+          MKDOCS_GIT_COMMITTERS_APIKEY: ${{ secrets.MKDOCS_GIT_COMMITTERS_APIKEY }}
+          OPENAI_API_KEY: sf-proj-1234567890 # fake placeholder, shouldn't actually be used
+          ANTHROPIC_API_KEY: sk-ant-api03-1234567890 # fake placeholder, shouldn't actually be used
+      - name: Check links in notebooks
+        env:
+          LANGCHAIN_API_KEY: test
+        if: github.event_name == 'schedule'
+        run: |
+          if [ "${{ github.event_name }}" == "schedule" ]; then
+            echo "Running link check on all HTML files matching notebooks in docs directory..."
+            uv run pytest -v \
+              --check-links-ignore "https://(api|web|docs)\.smith\.langchain\.com/.*" \
+              --check-links-ignore "https://academy\.langchain\.com/.*" \
+              --check-links-ignore "https://x.com/.*" \
+              --check-links-ignore "https://twitter.com/.*" \
+              --check-links-ignore "https://github\.com/.*" \
+              --check-links-ignore "http://localhost:8123/.*" \
+              --check-links-ignore "http://localhost:2024.*" \
+              --check-links-ignore "http://127.0.0.1:.*" \
+              --check-links-ignore "/.*\.(ipynb|html)$" \
+              --check-links-ignore "https://python\.langchain\.com/.*" \
+              --check-links-ignore "https://openai\.com/.*" \
+              --check-links-ignore "https://www\.uber\.com/.*" \
+              --check-links-ignore "https://pepy\.tech/.*" \
+              --check-links-ignore "docs/docs/static/wordmark_*" \
+              --check-links $(find site -name "index.html" | grep -v 'storm/index.html')
+              
+          else
+            echo "Fetching changes from origin/main..."
+            git fetch origin main
+            echo "Checking for changed notebook files..."
+            CHANGED_FILES=$(git diff --name-only --diff-filter=d origin/main | grep 'docs/docs/.*\.ipynb$' | grep -v 'storm.ipynb' | sed -E 's|^docs/docs/|site/|; s/\.ipynb$/\/index.html/' || true)
+            echo "Changed files: ${CHANGED_FILES}"
+            if [ -n "${CHANGED_FILES}" ]; then
+              echo "Running link check on HTML files matching changed notebook files..."
+              uv run pytest -v \
+                --check-links-ignore "https://(api|web|docs)\.smith\.langchain\.com/.*" \
+                --check-links-ignore "https://academy\.langchain\.com/.*" \
+                --check-links-ignore "http://localhost:8123/.*" \
+                --check-links-ignore "http://localhost:2024.*" \
+                --check-links-ignore "http://127.0.0.1:.*" \
+                --check-links-ignore "https://x.com/.*" \
+                --check-links-ignore "https://twitter.com/.*" \
+                --check-links-ignore "https://github\.com/.*" \
+                --check-links-ignore "/.*\.(ipynb|html)$" \
+                --check-links-ignore "docs/docs/static/wordmark_*" \
+                --check-links ${CHANGED_FILES} \
+                || ([ $? = 5 ] && exit 0 || exit $?)
+            else
+              echo "No notebook files changed."
+            fi
+          fi
+
+      - name: Configure GitHub Pages
+        if: github.ref == 'refs/heads/main'
+        uses: actions/configure-pages@v5
+
+      - name: Upload Pages Artifact
+        # if: github.ref == 'refs/heads/main'
+        uses: actions/upload-pages-artifact@v3
+        with:
+          path: ./docs/site/
+
+      - name: Deploy to GitHub Pages
+        if: github.ref == 'refs/heads/main'
+        id: deployment
+        uses: actions/deploy-pages@v4

.github/workflows/link_check.yml

@@ -19,7 +19,7 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: Checkout code
-        uses: actions/checkout@v6
+        uses: actions/checkout@v4
         with:
           fetch-depth: 0
 
@@ -36,7 +36,7 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: Checkout code
-        uses: actions/checkout@v6
+        uses: actions/checkout@v4
         with:
           fetch-depth: 1
 

.github/workflows/pr_lint.yml

@@ -12,7 +12,7 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: Validate PR Title
-        uses: amannn/action-semantic-pull-request@v6
+        uses: amannn/action-semantic-pull-request@v5
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
         with:
@@ -39,8 +39,6 @@ jobs:
             scheduler-kafka
             sdk-py
             docs
-            ci
-            deps
           requireScope: false
           ignoreLabels: |
             ignore-lint-pr-title

.github/workflows/release.yml

@@ -16,6 +16,7 @@ env:
 
 jobs:
   build:
+    if: github.ref == 'refs/heads/main'
     runs-on: ubuntu-latest
 
     outputs:
@@ -25,10 +26,10 @@ jobs:
       tag: ${{ steps.check-version.outputs.tag }}
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
       - name: Set up Python
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ env.PYTHON_VERSION }}
           enable-cache: true
@@ -50,7 +51,7 @@ jobs:
         working-directory: ${{ inputs.working-directory }}
 
       - name: Upload build
-        uses: actions/upload-artifact@v5
+        uses: actions/upload-artifact@v4
         with:
           name: dist
           path: ${{ inputs.working-directory }}/dist/
@@ -61,13 +62,7 @@ jobs:
         working-directory: ${{ inputs.working-directory }}
         run: |
           PKG_NAME=$(grep -m 1 "^name = " pyproject.toml | cut -d '"' -f 2)
-          if grep -q 'dynamic.*=.*\[.*"version".*\]' pyproject.toml; then
-            # handle dynamic versioning
-            DIR_NAME=$(echo "$PKG_NAME" | tr '-' '_')
-            VERSION=$(grep -m 1 '^__version__' "${DIR_NAME}/__init__.py" | cut -d '"' -f 2)
-          else
-            VERSION=$(grep -m 1 "^version = " pyproject.toml | cut -d '"' -f 2)
-          fi
+          VERSION=$(grep -m 1 "^version = " pyproject.toml | cut -d '"' -f 2)
           SHORT_PKG_NAME="$(echo "$PKG_NAME" | sed -e 's/langgraph//g' -e 's/-//g')"
           if [ -z $SHORT_PKG_NAME ]; then
             TAG="$VERSION"
@@ -86,7 +81,7 @@ jobs:
     outputs:
       release-body: ${{ steps.generate-release-body.outputs.release-body }}
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
         with:
           repository: langchain-ai/langgraph
           path: langgraph
@@ -142,9 +137,7 @@ jobs:
     needs:
       - build
       - release-notes
-    permissions:
-      contents: read
-      id-token: write
+    permissions: write-all
     uses: ./.github/workflows/_test_release.yml
     with:
       working-directory: ${{ inputs.working-directory }}
@@ -157,7 +150,7 @@ jobs:
       - test-pypi-publish
     runs-on: ubuntu-latest
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
       # We explicitly *don't* set up caching here. This ensures our tests are
       # maximally sensitive to catching breakage.
@@ -173,7 +166,7 @@ jobs:
       #   used in the real world.
 
       - name: Set up Python
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ env.PYTHON_VERSION }}
           enable-cache: true
@@ -221,7 +214,7 @@ jobs:
           uv run python -c "import $IMPORT_NAME; print(dir($IMPORT_NAME))"
 
       - name: Import test dependencies
-        run: uv sync --group test
+        run: uv sync --group dev
         working-directory: ${{ inputs.working-directory }}
 
       # Overwrite the local version of the package with the test PyPI version.
@@ -260,16 +253,16 @@ jobs:
         working-directory: ${{ inputs.working-directory }}
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
       - name: Set up Python
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ env.PYTHON_VERSION }}
           enable-cache: true
           cache-suffix: "release"
 
-      - uses: actions/download-artifact@v6
+      - uses: actions/download-artifact@v4
         with:
           name: dist
           path: ${{ inputs.working-directory }}/dist/
@@ -301,16 +294,16 @@ jobs:
         working-directory: ${{ inputs.working-directory }}
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
 
       - name: Set up Python
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: ${{ env.PYTHON_VERSION }}
           enable-cache: true
           cache-suffix: "release"
 
-      - uses: actions/download-artifact@v6
+      - uses: actions/download-artifact@v4
         with:
           name: dist
           path: ${{ inputs.working-directory }}/dist/
@@ -322,6 +315,5 @@ jobs:
           token: ${{ secrets.GITHUB_TOKEN }}
           generateReleaseNotes: false
           tag: ${{needs.build.outputs.tag}}
-          name: ${{ needs.build.outputs.pkg-name }}==${{ needs.build.outputs.version }}
           body: ${{ needs.release-notes.outputs.release-body }}
           commit: ${{ github.sha }}

.github/workflows/run_notebooks.yml

@@ -28,9 +28,9 @@ jobs:
           - "latest"
 
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       - name: Set up Python + Poetry
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           python-version: "3.11"
           enable-cache: true

.github/workflows/uv_lock_ugprade.yml

@@ -16,13 +16,13 @@ jobs:
     runs-on: ubuntu-latest
     
     steps:
-      - uses: actions/checkout@v6
+      - uses: actions/checkout@v4
       
       - name: Set up uv
-        uses: astral-sh/setup-uv@v7
+        uses: astral-sh/setup-uv@v6
         with:
           # use minimum supported Python version
-          python-version: "3.10"
+          python-version: "3.9"
           enable-cache: true
           cache-suffix: "uv-lock-upgrade"
           
@@ -33,8 +33,8 @@ jobs:
         uses: peter-evans/create-pull-request@v7
         with:
           token: ${{ secrets.GITHUB_TOKEN }}
-          commit-message: "chore(deps): upgrade dependencies with `uv lock --upgrade`"
-          title: "chore(deps): upgrade dependencies with `uv lock --upgrade`"
+          commit-message: "chore[deps]: upgrade dependencies with `uv lock --upgrade`"
+          title: "chore[deps]: upgrade dependencies with `uv lock --upgrade`"
           body: |
             This PR updates the dependencies in all Python packages using `uv lock --upgrade`.
             

AGENTS.md

@@ -28,7 +28,7 @@ Below is a high-level overview:
 - **langgraph** – core framework for building stateful, multi-actor agents.
 - **prebuilt** – high-level APIs for creating and running agents and tools.
 - **sdk-js** – JS/TS SDK for interacting with the LangGraph REST API.
-- **sdk-py** – Python SDK for the LangGraph Server API.
+- **sdk-py** – Python SDK for the LangGraph Platform API.
 
 ### Dependency map
 

CLAUDE.md

@@ -1,55 +0,0 @@
-# AGENTS Instructions
-
-This repository is a monorepo. Each library lives in a subdirectory under `libs/`.
-
-When you modify code in any library, run the following commands in that library's directory before creating a pull request:
-
-- `make format` – run code formatters
-- `make lint` – run the linter
-- `make test` – execute the test suite
-
-To run a particular test file or to pass additional pytest options you can specify the `TEST` variable:
-
-```
-TEST=path/to/test.py make test
-```
-
-Other pytest arguments can also be supplied inside the `TEST` variable.
-
-## Libraries
-
-The repository contains several Python and JavaScript/TypeScript libraries.
-Below is a high-level overview:
-
-- **checkpoint** – base interfaces for LangGraph checkpointers.
-- **checkpoint-postgres** – Postgres implementation of the checkpoint saver.
-- **checkpoint-sqlite** – SQLite implementation of the checkpoint saver.
-- **cli** – official command-line interface for LangGraph.
-- **langgraph** – core framework for building stateful, multi-actor agents.
-- **prebuilt** – high-level APIs for creating and running agents and tools.
-- **sdk-js** – JS/TS SDK for interacting with the LangGraph REST API.
-- **sdk-py** – Python SDK for the LangGraph Server API.
-
-### Dependency map
-
-The diagram below lists downstream libraries for each production dependency as
-declared in that library's `pyproject.toml` (or `package.json`).
-
-```text
-checkpoint
-├── checkpoint-postgres
-├── checkpoint-sqlite
-├── prebuilt
-└── langgraph
-
-prebuilt
-└── langgraph
-
-sdk-py
-├── langgraph
-└── cli
-
-sdk-js (standalone)
-```
-
-Changes to a library may impact all of its dependents shown above.

CONTRIBUTING.md

@@ -0,0 +1,293 @@
+# Contributing to LangGraph
+
+Thank you for being interested in contributing to LangGraph!
+
+## General guidelines
+
+Here are some things to keep in mind for all types of contributions:
+
+- Follow the ["fork and pull request"](https://docs.github.com/en/get-started/exploring-projects-on-github/contributing-to-a-project) workflow.
+- Fill out the checked-in pull request template when opening pull requests. Note related issues and tag relevant maintainers.
+- Ensure your PR passes formatting, linting, and testing checks before requesting a review.
+  - If you would like comments or feedback, please tag a maintainer.
+- Backwards compatibility is key. Your changes must not be breaking, except in case of critical bug and security fixes.
+- Look for duplicate PRs or issues that have already been opened before opening a new one.
+- Keep scope as isolated as possible. As a general rule, your changes should not affect more than one package at a time.
+
+### Bugfixes
+
+For bug fixes, please open up an issue before proposing a fix to ensure the proposal properly addresses the underlying problem. In general, bug fixes should all have an accompanying unit test that fails before the fix.
+
+### New features
+
+For new features, please start a new [discussion](https://forum.langchain.com/), where the maintainers will help with scoping out the necessary changes.
+
+## Contribute Documentation
+
+Documentation is a vital part of LangGraph. We welcome both new documentation for new features and
+community improvements to our current documentation. Please read the resources below before getting started:
+
+- [Documentation style guide](#documentation-style-guide)
+- [Documentation setup](#setup)
+
+## Documentation Style Guide
+
+As LangGraph continues to grow, the surface area of documentation required to cover it continues to grow too.
+This page provides guidelines for anyone writing documentation for LangGraph, as well as some of our philosophies around organization and structure.
+
+## Philosophy
+
+LangGraph's documentation follows the [Diataxis framework](https://diataxis.fr).
+Under this framework, all documentation falls under one of four categories: [Tutorials](#tutorials),
+[How-to guides](#how-to-guides),
+[References](#references), and [Explanations (aka conceptual guides)](#conceptual-guide).
+
+### Tutorials
+
+Tutorials are lessons that take the reader through a practical activity. Their purpose is to help the user
+gain understanding of concepts and how they interact by showing one way to achieve some goal in a hands-on way.
+
+They should **avoid** giving
+multiple permutations of ways to achieve that goal in-depth. Choice is burdensome. Instead, they should guide a new user through a recommended path to accomplishing a concrete goal. While the end result of a tutorial does not necessarily need to
+be completely production-ready, it should be useful and practically satisfy the goal that you clearly stated in the tutorial's introduction.
+
+To quote the Diataxis website:
+
+> A tutorial serves the user’s *acquisition* of skills and knowledge - their study. Its purpose is not to help the user get something done, but to help them learn.
+
+In LangGraph, these are often higher level guides that show off end-to-end use cases.
+
+Some examples include:
+
+- [Build a Customer Support Bot](https://langchain-ai.github.io/langgraph/tutorials/customer-support/customer-support/)
+- [Build a SQL Agent](https://langchain-ai.github.io/langgraph/tutorials/sql/sql-agent/)
+
+Here are some high-level tips on writing a good tutorial:
+
+- Focus on guiding the user to get something done, but keep in mind the end-goal is more to impart principles than to create a perfect production system.
+- Be specific, not abstract and follow one path.
+  - No need to go deeply into alternative approaches, but it’s ok to reference them, ideally with a link to an appropriate how-to guide.
+- Get "a point on the board" as soon as possible - something the user can run that outputs something.
+  - You can iterate and expand afterwards.
+  - Try to frequently checkpoint at given steps where the user can run code and see progress.
+- Focus on results, not technical explanation.
+  - Crosslink heavily to appropriate conceptual/reference pages
+- The first time you mention a LangGraph concept, use its full name (e.g. "human-in-the-loop"), and link to its conceptual/other documentation page.
+  - It's also helpful to add a prerequisite callout that links to any pages with necessary background information.
+- End with a recap/next steps section summarizing what the tutorial covered and future reading, such as related how-to guides.
+- Use phrases like "Next we can run X & Y. We will expect Z.". Then afterwards, use language like "Notice Z" that recalls our expectations and directs the reader's attention to the topic we are trying to teach.
+- Do not shy away from repetition.
+
+### How-to guides
+
+A how-to guide, as the name implies, demonstrates how to do something discrete and specific.
+It should assume that the user is already familiar with underlying concepts, and is trying to solve an immediate problem, but
+should still give some background or list the scenarios where the information contained within can be relevant.
+They can and should discuss alternatives if one approach may be better than another in certain cases.
+
+To quote the Diataxis website:
+
+> A how-to guide serves the work of the already-competent user, whom you can assume to know what they want to do, and to be able to follow your instructions correctly.
+
+Some examples include:
+
+- [How to add persistence to your graph](https://langchain-ai.github.io/langgraph/how-tos/persistence/)
+- [How to view and update past graph state](https://langchain-ai.github.io/langgraph/how-tos/human_in_the_loop/time-travel/)
+
+Here are some high-level tips on writing a good how-to guide:
+
+- Clearly explain what you are guiding the user through at the start
+- Assume higher intent than a tutorial and show what the user needs to do to get that task done
+- Assume familiarity of concepts, but explain why suggested actions are helpful
+  - Crosslink heavily to conceptual/reference pages
+- Discuss alternatives and responses to real-world tradeoffs that may arise when solving a problem
+- Use lots of example code, ideally within complete code blocks that the reader can copy and run.
+- End with a recap/next steps section summarizing what the tutorial covered and future reading, such as other related how-to guides
+
+### Conceptual guides
+
+LangGraph's conceptual guides fall under the **Explanation** quadrant of Diataxis. They should cover LangChain terms and concepts
+in a more abstract way than how-to guides or tutorials, and should be geared towards curious users interested in
+gaining a deeper understanding of the framework. Try to avoid excessively large code examples. The goal here is to
+impart perspective to the user rather than to finish a practical project. These guides should cover **why** things work the way they do.
+
+To quote the Diataxis website:
+
+> The perspective of explanation is higher and wider than that of the other types. It does not take the user’s eye-level view, as in a how-to guide, or a close-up view of the machinery, like reference material. Its scope in each case is a topic - “an area of knowledge”, that somehow has to be bounded in a reasonable, meaningful way.
+
+Some examples include:
+
+- [What does it mean to be agentic?](https://langchain-ai.github.io/langgraph/concepts/high_level/)
+- [Tool calling](https://langchain-ai.github.io/langgraph/concepts/agentic_concepts/#tool-calling)
+
+Here are some high-level tips on writing a good conceptual guide:
+
+- Explain design decisions. Why does concept X exist and why was it designed this way?
+- Use analogies and reference other concepts and alternatives
+- Avoid blending in too much reference content
+- You can and should reference content covered in other guides, but make sure to link to them
+
+### References
+
+References contain detailed, low-level information that describes exactly what functionality exists and how to use it.
+In LangGraph, this is mainly our API reference pages, which are populated from docstrings within code.
+References pages are generally not read end-to-end, but are consulted as necessary when a user needs to know
+how to use something specific.
+
+To quote the Diataxis website:
+
+> The only purpose of a reference guide is to describe, as succinctly as possible, and in an orderly way. Whereas the content of tutorials and how-to guides are led by needs of the user, reference material is led by the product it describes.
+
+Many of the reference pages in LangChain are automatically generated from code,
+but here are some high-level tips on writing a good docstring:
+
+- Be concise
+- Discuss special cases and deviations from a user's expectations
+- Go into detail on required inputs and outputs
+- Light details on when one might use the feature are fine, but in-depth details belong in other sections.
+
+Each category serves a distinct purpose and requires a specific approach to writing and structuring the content.
+
+## General guidelines
+
+Here are some other guidelines you should think about when writing and organizing documentation.
+
+We generally do not merge new tutorials from outside contributors without an actual need.
+We welcome updates as well as new integration docs, how-tos, and references.
+
+### Avoid duplication
+
+Multiple pages that cover the same material in depth are difficult to maintain and cause confusion. There should
+be only one (very rarely two), canonical pages for a given concept or feature. Instead, you should link to other guides.
+
+### Link to other sections
+
+Because sections of the docs do not exist in a vacuum, it is important to link to other sections as often as possible
+to allow a developer to learn more about an unfamiliar topic inline.
+
+This includes linking to the API references as well as conceptual sections!
+
+### Be concise
+
+In general, take a less-is-more approach. If a section with a good explanation of a concept already exists, you should link to it rather than
+re-explain it, unless the concept you are documenting presents some new wrinkle.
+
+Be concise, including in code samples.
+
+### General style
+
+- Use active voice and present tense whenever possible
+- Use examples and code snippets to illustrate concepts and usage
+- Use appropriate header levels (`#`, `##`, `###`, etc.) to organize the content hierarchically
+- Use fewer cells with more code to make copy/paste easier
+- Use bullet points and numbered lists to break down information into easily digestible chunks
+- Use tables (especially for **Reference** sections) and diagrams often to present information visually
+- Include the table of contents for longer documentation pages to help readers navigate the content, but hide it for shorter pages
+
+## Setup
+
+LangGraph documentation consists of two components:
+
+1. Main Documentation: Hosted at [https://langchain-ai.github.io/langgraph/](https://langchain-ai.github.io/langgraph/),
+this comprehensive resource serves as the primary user-facing documentation.
+It covers a wide array of topics, including tutorials, use cases, integrations,
+and more, offering extensive guidance on building with LangGraph.
+The content for this documentation lives in the `/docs` directory of the monorepo.
+2. In-code Documentation: This is documentation of the codebase itself, which is also
+used to generate the externally facing [API Reference](https://langchain-ai.github.io/langgraph/reference/graphs/).
+The content for the API reference is autogenerated by scanning the docstrings in the codebase. For this reason we ask that developers document their code well.
+
+We appreciate all contributions to the documentation, whether it be fixing a typo,
+adding a new tutorial or example and whether it be in the main documentation or the API Reference.
+
+### 📜 Main Documentation
+
+The content for the main documentation is located in the `/docs` directory of the monorepo.
+
+The documentation is written using a combination of ipython notebooks (`.ipynb` files)
+and markdown (`.md` files). The notebooks are converted to markdown
+and then built using [MkDocs](https://www.mkdocs.org/).
+
+Feel free to make contributions to the main documentation! 🥰
+
+After modifying the documentation:
+
+1. Run the linting and formatting commands (see below) to ensure that the documentation is well-formatted and free of errors.
+2. Optionally build the documentation locally to verify that the changes look good.
+3. Make a pull request with the changes.
+
+### ⚒️ Linting and Building Documentation Locally
+
+After writing up the documentation, you may want to lint and build the documentation
+locally to ensure that it looks good and is free of errors.
+
+If you're unable to build it locally that's okay as well, as you will be able to
+see a preview of the documentation on the pull request page.
+
+From the **monorepo root**, run the following command to install the dependencies:
+
+<!-- TODO -->
+```bash
+poetry install --with docs --no-root
+```
+
+#### Building
+
+The code that builds the documentation is located in the `/docs` directory of the monorepo.
+
+Before building the documentation, it is always a good idea to clean the build directory:
+
+```bash
+make clean-docs
+```
+
+You can build and preview the documentation as outlined below:
+
+```bash
+make serve-docs
+```
+
+#### Linting
+
+To spell check the docs, run the following from the `docs` directory:
+
+```bash
+codespell --skip="*.ambr,*.lock,*.ipynb,*.yaml,*.zlib,*.css.map,*.js.map" --ignore-words-list="infor,thead,stdio,nd,jupyter,lets,lite,uis,deque" .
+```
+
+### ️In-code Documentation
+
+The in-code documentation is autogenerated from docstrings.
+
+For the API reference to be useful, the codebase must be well-documented. This means that all functions, classes, and methods should have a docstring that explains what they do, what the arguments are, and what the return value is. This is a good practice in general, but it is especially important for LangGraph because the API reference is the primary resource for developers to understand how to use the codebase.
+
+We generally follow the [Google Python Style Guide](https://google.github.io/styleguide/pyguide.html#38-comments-and-docstrings) for docstrings.
+
+Here is an example of a well-documented function:
+
+```python
+
+def my_function(arg1: int, arg2: str) -> float:
+    """This is a short description of the function. (It should be a single sentence.)
+
+    This is a longer description of the function. It should explain what
+    the function does, what the arguments are, and what the return value is.
+    It should wrap at 88 characters.
+
+    Examples:
+        This is a section for examples of how to use the function.
+
+        .. code-block:: python
+
+            my_function(1, "hello")
+
+    Args:
+        arg1: This is a description of arg1. We do not need to specify the type since
+            it is already specified in the function signature.
+        arg2: This is a description of arg2.
+
+    Returns:
+        This is a description of the return value.
+    """
+    return 3.14
+```

README.md

@@ -63,15 +63,15 @@ LangGraph provides low-level supporting infrastructure for *any* long-running, s
 While LangGraph can be used standalone, it also integrates seamlessly with any LangChain product, giving developers a full suite of tools for building agents. To improve your LLM application development, pair LangGraph with:
 
 - [LangSmith](http://www.langchain.com/langsmith) — Helpful for agent evals and observability. Debug poor-performing LLM app runs, evaluate agent trajectories, gain visibility in production, and improve performance over time.
-- [LangSmith Deployment](https://langchain-ai.github.io/langgraph/concepts/langgraph_platform/) — Deploy and scale agents effortlessly with a purpose-built deployment platform for long running, stateful workflows. Discover, reuse, configure, and share agents across teams — and iterate quickly with visual prototyping in [LangGraph Studio](https://langchain-ai.github.io/langgraph/concepts/langgraph_studio/).
-- [LangChain](https://docs.langchain.com/oss/python/langchain/overview) – Provides integrations and composable components to streamline LLM application development.
+- [LangGraph Platform](https://langchain-ai.github.io/langgraph/concepts/langgraph_platform/) — Deploy and scale agents effortlessly with a purpose-built deployment platform for long running, stateful workflows. Discover, reuse, configure, and share agents across teams — and iterate quickly with visual prototyping in [LangGraph Studio](https://langchain-ai.github.io/langgraph/concepts/langgraph_studio/).
+- [LangChain](https://python.langchain.com/docs/introduction/) – Provides integrations and composable components to streamline LLM application development.
 
 > [!NOTE]
-> Looking for the JS version of LangGraph? See the [JS repo](https://github.com/langchain-ai/langgraphjs) and the [JS docs](https://docs.langchain.com/oss/javascript/langgraph/overview).
+> Looking for the JS version of LangGraph? See the [JS repo](https://github.com/langchain-ai/langgraphjs) and the [JS docs](https://langchain-ai.github.io/langgraphjs/).
 
 ## Additional resources
 
-- [Guides](https://langchain-ai.github.io/langgraph/guides/): Quick, actionable code snippets for topics such as streaming, adding memory & persistence, and design patterns (e.g. branching, subgraphs, etc.).
+- [Guides](https://langchain-ai.github.io/langgraph/how-tos/): Quick, actionable code snippets for topics such as streaming, adding memory & persistence, and design patterns (e.g. branching, subgraphs, etc.).
 - [Reference](https://langchain-ai.github.io/langgraph/reference/graphs/): Detailed reference on core classes, methods, how to use the graph and checkpointing APIs, and higher-level prebuilt components.
 - [Examples](https://langchain-ai.github.io/langgraph/examples/): Guided examples on getting started with LangGraph.
 - [LangChain Forum](https://forum.langchain.com/): Connect with the community and share all of your technical questions, ideas, and feedback.
@@ -81,4 +81,4 @@ While LangGraph can be used standalone, it also integrates seamlessly with any L
 
 ## Acknowledgements
 
-LangGraph is inspired by [Pregel](https://research.google/pubs/pub37252/) and [Apache Beam](https://beam.apache.org/). The public interface draws inspiration from [NetworkX](https://networkx.org/documentation/latest/). LangGraph is built by LangChain Inc, the creators of LangChain, but can be used without LangChain.
+LangGraph is inspired by [Pregel](https://research.google/pubs/pub37252/) and [Apache Beam](https://beam.apache.org/). The public interface draws inspiration from [NetworkX](https://networkx.org/documentation/latest/). LangGraph is built by LangChain Inc, the creators of LangChain, but can be used without LangChain.

docs/Makefile

@@ -13,13 +13,10 @@ build-prebuilt:
 		uv run python -m _scripts.third_party_page.get_download_stats --fake stats.yml; \
 		set +x; \
 	fi
-	uv run python -m _scripts.third_party_page.create_third_party_page stats.yml docs/agents/prebuilt.md
+	uv run python -m _scripts.third_party_page.create_third_party_page stats.yml docs/agents/prebuilt.md --language python
 
 build-docs: build-prebuilt
-	TARGET_LANGUAGE=python uv run python -m mkdocs build --clean -f mkdocs.yml --strict
-
-build-docs-js: build-prebuilt
-	TARGET_LANGUAGE=js uv run python -m mkdocs build --clean -f mkdocs.yml --strict
+	uv run python -m mkdocs build --clean -f mkdocs.yml --strict
 
 llms-text:
 	uv run python -m _scripts.generate_llms_text docs/llms-full.txt

docs/README.md

@@ -1,126 +1,24 @@
-# LangGraph Documentation
+# Setup
 
-For more information on contributing to our documentation, see the [Contributing Guide](../CONTRIBUTING.md).
-
-## Structure
-
-The primary documentation is located in the `docs/` directory. This directory contains both the source files for the main documentation as well as the API reference doc build process.
-
-### Main Documentation
-
-Main documentation files are located in `docs/docs/` and are written in Markdown format. The site uses [**MkDocs**](https://www.mkdocs.org/) with the [Material theme](https://squidfunk.github.io/mkdocs-material/) and includes:
-
-- **Concepts**: Core LangGraph concepts and explanations
-- **Tutorials**: Step-by-step learning guides
-- **How-tos**: Task-focused guides for specific use cases
-- **Examples**: Real-world applications and use cases
-- **Jupyter Notebooks**: Interactive tutorials that are automatically converted to markdown
-
-### API Reference
-
-API reference documentation is defined in `docs/docs/reference/`. Each `.md` file outlines the "template" that each page is built from. Reference content is automatically generated from docstrings in the codebase using the **mkdocstrings** plugin. Once generated, the content is plugged into the corresponding markdown file where it is referenced by using manual directives to specify which classes and/or functions are documented:
-
-```markdown
-::: langgraph.graph.state.StateGraph
-    options:
-      show_if_no_docstring: true
-      show_root_heading: true
-      show_root_full_path: false
-      members:
-        - add_node
-        - add_edge
-        - add_conditional_edges
-        - add_sequence
-        - compile
-```
-
-## Build Process
-
-Docs are built following these steps:
-
-1. **Content Processing:**
-   - `_scripts/notebook_hooks.py` - Main processing pipeline that:
-     - Converts how-tos/tutorial Jupyter notebooks to markdown using `notebook_convert.py`
-     - Adds automatic API reference links to code blocks using `generate_api_reference_links.py`
-     - Handles conditional rendering for Python/JS versions
-     - Processes highlight comments and custom syntax
-
-2. **API Reference Generation:**
-   - **mkdocstrings** plugin extracts docstrings from Python source code
-   - Manual `::: module.Class` directives in reference pages (`/docs/docs/*`) specify what to document
-   - Cross-references are automatically generated between docs and API
-
-3. **Site Generation:**
-   - **MkDocs** processes all markdown files and generates static HTML
-   - Custom hooks handle redirects and inject additional functionality
-
-4. **Deployment:**
-   - Site is deployed with Vercel
-   - `make build-docs` generates production build (also usable for local testing)
-   - Automatic redirects handle URL changes between versions
-
-### Local Development
-
-For local development, use the Makefile targets:
+To setup requirements for building docs you can run:
+
+```bash
+uv sync --group test
+```
+
+## Serving documentation locally
+
+To run the documentation server locally you can run:
 
 ```bash
-# Serve docs locally with hot reloading
 make serve-docs
-
-# Clean build for production testing
-make build-docs
-
-# Serve with clean build
-make serve-clean-docs
 ```
 
-The `serve-docs` command:
-
-- Watches source files for changes
-- Includes dirty builds for faster iteration
-- Serves on [http://127.0.0.1:8000/langgraph/](http://127.0.0.1:8000/langgraph/)
-
-## Standards
-
-**Docstring Format:**
-The API reference uses **Google-style docstrings** with Markdown markup. The `mkdocstrings` plugin processes these to generate documentation.
-
-**Required format:**
-
-```python
-def example_function(param1: str, param2: int = 5) -> bool:
-    """Brief description of the function.
-
-    Longer description can go here. Use Markdown syntax for
-    rich formatting like **bold** and *italic*.
-
-    Args:
-        param1: Description of the first parameter.
-        param2: Description of the second parameter with default value.
-
-    Returns:
-        Description of the return value.
-
-    Raises:
-        ValueError: When param1 is empty.
-        TypeError: When param2 is not an integer.
-
-    !!! warning
-        This function is experimental and may change.
-
-    !!! version-added "Added in version 0.2.0"
-    """
-```
-
-**Special Markers:**
-
-- **MkDocs admonitions**: `!!! warning`, `!!! note`, `!!! version-added`
-- **Code blocks**: Standard markdown ``` syntax
-- **Cross-references**: Automatic linking via `generate_api_reference_links.py`
+This will start the documentation server on [http://127.0.0.1:8000/langgraph/](http://127.0.0.1:8000/langgraph/).
 
 ## Execute notebooks
 
-If you would like to automatically execute all of the notebooks, to mimic the "Run notebooks" GitHub action, you can run:
+If you would like to automatically execute all of the notebooks, to mimic the "Run notebooks" GHA, you can run:
 
 ```bash
 python _scripts/prepare_notebooks_for_ci.py
@@ -135,9 +33,8 @@ python _scripts/prepare_notebooks_for_ci.py --comment-install-cells
 ```
 
 `prepare_notebooks_for_ci.py` script will add VCR cassette context manager for each cell in the notebook, so that:
-
-- when the notebook is run for the first time, cells with network requests will be recorded to a VCR cassette file
-- when the notebook is run subsequently, the cells with network requests will be replayed from the cassettes
+* when the notebook is run for the first time, cells with network requests will be recorded to a VCR cassette file
+* when the notebook is run subsequently, the cells with network requests will be replayed from the cassettes
 
 ## Adding new notebooks
 

docs/_scripts/add_translation.py

@@ -4,11 +4,9 @@ import argparse
 
 import requests
 from langchain_anthropic import ChatAnthropic
-from textwrap import dedent
-
 
 # Load reference TypeScript snippets
-URL = "https://gist.githubusercontent.com/dqbd/b35d49e2ceec80e654fe1c5ab61ec477/raw/f4768aeedb67628190a4e06d063a938afc8e7672/snippets.md"
+URL = "https://gist.githubusercontent.com/eyurtsev/e7486731415463a9bc5b4682358859c8/raw/b5a5fda9c7e3387cfcb781f25082814d43675d50/gistfile1.txt"
 response = requests.get(URL)
 response.raise_for_status()
 reference_snippets = response.text
@@ -16,80 +14,6 @@ reference_snippets = response.text
 # Initialize model
 model = ChatAnthropic(model="claude-sonnet-4-0", max_tokens=64_000)
 
-
-FLUENT_INTERFACE_PROMPT = (
-    "CRITICAL: Always use method chaining (fluent interface) for StateGraph operations in TypeScript. "
-    "Never create separate variables for the graph builder or call methods individually. "
-    "The fluent interface provides better type safety and is the preferred pattern.\n\n"
-    "CORRECT examples with fluent interface:\n"
-    + dedent(
-        """
-        ```typescript
-        const graph = new StateGraph(MyState)
-          .addNode('node1', node1)
-          .addNode('node2', node2)
-          .addEdge(START, 'node1')
-          .addEdge('node1', 'node2')
-          .addEdge('node2', END)
-          .compile()
-        ```
-        
-        ```typescript
-        const graph = new StateGraph(MyState)
-          .addNode('chatbot', chatbot)
-          .addEdge(START, 'chatbot')
-          .addEdge('chatbot', END)
-          .compile()
-        ```
-        
-        ```typescript
-        const graph = new StateGraph(MyState)
-          .addNode('chatbot', chatbot)
-          .addEdge(START, 'chatbot')
-          .addEdge('chatbot', END)
-          .compile()
-        ```
-        """
-    )
-    + "\n"
-    + "INCORRECT examples to avoid:\n"
-    + dedent(
-        """
-        ```typescript
-        // WRONG: Creating separate builder variable
-        const graphBuilder = new StateGraph(MyState)
-        graphBuilder.addNode('node1', node1)
-        graphBuilder.addEdge(START, 'node1')
-        const graph = graphBuilder.compile()
-        ```
-        
-        ```typescript
-        // WRONG: Using Python-style method names
-        const workflow = new StateGraph(MyState)
-        workflow.add_node('node1', node1)
-        workflow.add_edge(START, 'node1')
-        const graph = workflow.compile()
-        ```
-        
-        ```typescript
-        // WRONG: Calling methods individually
-        const graphBuilder = new StateGraph(MyState)
-        graphBuilder.addNode('chatbot', chatbot)
-        graphBuilder.addEdge(START, 'chatbot')
-        graphBuilder.addEdge('chatbot', END)
-        const graph = graphBuilder.compile()
-        ```
-        """
-    )
-    + "\n"
-    + "Key rules:\n"
-    + "- Always chain methods directly on the StateGraph constructor\n"
-    + "- Use camelCase method names (addNode, addEdge, not add_node, add_edge)\n"
-    + "- Always end with .compile()\n"
-    + "- Never store the builder in a separate variable\n"
-)
-
-
 TRANSLATION_PROMPT = (
     "You are a helpful assistant that translates Python-based technical "
     "documentation written in Markdown to equivalent TypeScript-based documentation. "
@@ -108,12 +32,6 @@ TRANSLATION_PROMPT = (
     "the translation. "
     "Use the reference TypeScript snippets as guidance whenever possible to "
     "maintain alignment with existing conventions.\n\n"
-    "IMPORTANT REQUIREMENTS:\n"
-    "- Use Zod for state definition for StateGraph. Avoid using Annotation since it will be deprecated in the future.\n"
-    "- ALWAYS use fluent interface (method chaining) for StateGraph operations - this is CRITICAL\n"
-    "- Never create separate variables for graph builders\n"
-    "- Always chain methods directly on the StateGraph constructor and end with .compile()\n\n"
-    f"{FLUENT_INTERFACE_PROMPT}\n\n"
     f"Here are the reference TypeScript snippets:\n\n{reference_snippets}\n\n"
 )
 

docs/_scripts/generate_api_reference_links.py

@@ -1,5 +1,3 @@
-"""Generate API reference links for imports in Python code blocks within markdown files."""
-
 import ast
 import importlib
 import logging
@@ -72,18 +70,8 @@ MANUAL_API_REFERENCES_LANGGRAPH = [
     ([], "langgraph.checkpoint.postgres.aio", "AsyncPostgresSaver", "checkpoints"),
     ([], "langgraph.checkpoint.postgres", "PostgresSaver", "checkpoints"),
     # other prebuilts
-    (
-        ["langgraph_supervisor"],
-        "langgraph_supervisor.supervisor",
-        "create_supervisor",
-        "supervisor",
-    ),
-    (
-        ["langgraph_supervisor"],
-        "langgraph_supervisor.handoff",
-        "create_handoff_tool",
-        "supervisor",
-    ),
+    (["langgraph_supervisor"], "langgraph_supervisor.supervisor", "create_supervisor", "supervisor"),
+    (["langgraph_supervisor"], "langgraph_supervisor.handoff", "create_handoff_tool", "supervisor"),
     ([], "langgraph_supervisor.handoff", "create_forward_message_tool", "supervisor"),
     (["langgraph_swarm"], "langgraph_swarm.swarm", "create_swarm", "swarm"),
     (["langgraph_swarm"], "langgraph_swarm.swarm", "add_active_agent_router", "swarm"),

docs/_scripts/handle_auto_links.py

@@ -1,187 +0,0 @@
-"""Logic to identify and transform cross-reference links in markdown files.
-
-This module allows supporting custom markdown syntax for "autolinks". These are links
-that will be transformed based on the current scope context, such as "global", "python",
-or "js" into an appropriate markdown link format.
-
-For example,
-
-```markdown
-@[StateGraph]
-```
-
-May be transformed into:
-
-```markdown
-[StateGraph](some_path/api-reference/state-graph.md)
-```
-
-The transformation value depends on the scope in which the link is used.
-"""
-
-import logging
-import re
-from typing import Optional
-
-from _scripts.link_map import SCOPE_LINK_MAPS
-
-logger = logging.getLogger(__name__)
-
-
-def _transform_link(
-    link_name: str,
-    scope: str,
-    file_path: str,
-    line_number: int,
-    custom_title: Optional[str] = None,
-) -> Optional[str]:
-    """Transform a cross-reference link based on the current scope.
-
-    Args:
-        link_name: The name of the link to transform (e.g., "StateGraph").
-        scope: The current scope context ("global", "python", "js", etc.).
-        file_path: The file path for error reporting.
-        line_number: The line number for error reporting.
-        custom_title: Optional custom title for the link. If `None`, uses link_name.
-
-    Returns:
-        A formatted markdown link if the link is found in the scope mapping,
-        None otherwise.
-
-    Example:
-        >>> _transform_link("StateGraph", "python", "file.md", 5)
-        "[StateGraph](https://langchain-ai.github.io/langgraph/reference/graphs/#langgraph.graph.StateGraph)"
-
-        >>> _transform_link("StateGraph", "python", "file.md", 5, "Custom Title")
-        "[Custom Title](https://langchain-ai.github.io/langgraph/reference/graphs/#langgraph.graph.StateGraph)"
-
-        >>> _transform_link("unknown-link", "python", "file.md", 5)
-        None
-    """
-    if scope == "global":
-        # Special scope that is composed of both Python and JS links
-        # For now, we will substitute in the python scope!
-        # But we need to add support for handling both scopes.
-        scope = "python"
-        logger.error(
-            "Encountered unhandled 'global' scope. Defaulting to 'python'."
-            "In file: %s, line %d, link_name: %s",
-            file_path,
-            line_number,
-            link_name,
-        )
-    link_map = SCOPE_LINK_MAPS.get(scope, {})
-    url = link_map.get(link_name)
-
-    if url:
-        title = custom_title if custom_title is not None else link_name
-        return f"[{title}]({url})"
-    else:
-        # Log error with file location information
-        logger.info(
-            # Using %s
-            "Link '%s' not found in scope '%s'. "
-            "In file: %s, line %d. Available links in scope: %s",
-            link_name,
-            scope,
-            file_path,
-            line_number,
-            list(link_map.keys() if link_map else []),
-        )
-        return None
-
-
-CONDITIONAL_FENCE_PATTERN = re.compile(
-    r"""
-    ^                       # Start of line
-    (?P<indent>[ \t]*)      # Optional indentation (spaces or tabs)
-    :::                     # Literal fence marker
-    (?P<language>\w+)?      # Optional language identifier (named group: language)
-    \s*                     # Optional trailing whitespace
-    $                       # End of line
-    """,
-    re.VERBOSE,
-)
-CROSS_REFERENCE_PATTERN = re.compile(
-    r"""
-    (?:                     # Non-capturing group for two possible formats:
-        @\[                 # @ symbol followed by opening bracket for title
-        (?P<title>[^\]]+)   # Custom title - one or more non-bracket characters
-        \]                  # Closing bracket for title
-        \[                  # Opening bracket for link name
-        (?P<link_name_with_title>[^\]]+)  # Link name - one or more non-bracket characters
-        \]                  # Closing bracket for link name
-        |                   # OR
-        @\[                 # @ symbol followed by opening bracket
-        (?P<link_name>[^\]]+)   # Link name - one or more non-bracket characters
-        \]                  # Closing bracket
-    )
-    """,
-    re.VERBOSE,
-)
-
-
-def _replace_autolinks(
-    markdown: str, file_path: str, *, default_scope: str = "python"
-) -> str:
-    """Preprocess markdown lines to handle @[links] with conditional fence scopes.
-
-    This function processes markdown content to transform @[link_name] references
-    based on the current conditional fence scope. Conditional fences use the
-    syntax :::language to define scope boundaries.
-
-    Args:
-        markdown: The markdown content to process.
-        file_path: The file path for error reporting.
-        default_scope: The default scope to use if no scope is matched.
-
-    Returns:
-        Processed markdown content with @[references] transformed to proper
-        markdown links or left unchanged if not found.
-
-    Example:
-        Input:
-            "@[StateGraph]\\n:::python\\n@[Command]\\n:::\\n"
-        Output:
-            "[StateGraph](url)\\n:::python\\n[Command](url)\\n:::\\n"
-    """
-    # Track the current scope context
-    current_scope = default_scope
-    lines = markdown.splitlines(keepends=True)
-    processed_lines = []
-
-    for line_number, line in enumerate(lines, 1):
-        line_stripped = line.strip()
-
-        # Check if this line defines a new conditional fence scope
-        fence_match = CONDITIONAL_FENCE_PATTERN.match(line_stripped)
-        if fence_match:
-            language = fence_match.group("language")
-            # Set scope to the specified language, or reset to global if no language
-            current_scope = language.lower() if language else default_scope
-            processed_lines.append(line)
-            continue
-
-        # Transform all @[link_name] references in this line based on current scope
-        def replace_cross_reference(match: re.Match[str]) -> str:
-            """Replace a single @[link_name] with the scoped equivalent."""
-            # Check if this is the @[title][ref] format or @[ref] format
-            title = match.group("title")
-            if title is not None:
-                # This is @[title][ref] format
-                link_name = match.group("link_name_with_title")
-                custom_title = title
-            else:
-                # This is @[ref] format
-                link_name = match.group("link_name")
-                custom_title = None
-
-            transformed = _transform_link(
-                link_name, current_scope, file_path, line_number, custom_title
-            )
-            return transformed if transformed is not None else match.group(0)
-
-        transformed_line = CROSS_REFERENCE_PATTERN.sub(replace_cross_reference, line)
-        processed_lines.append(transformed_line)
-
-    return "".join(processed_lines)

docs/_scripts/js_translation/codeblocks/.gitkeep

@@ -1,6 +0,0 @@
-.prettierrc
-.eslint.config.mjs
-package.json
-README.md
-tsconfig.json
-yarn.lock

docs/_scripts/js_translation/codeblocks/.prettierrc

@@ -1,19 +0,0 @@
-{
-  "$schema": "https://json.schemastore.org/prettierrc",
-  "printWidth": 80,
-  "tabWidth": 2,
-  "useTabs": false,
-  "semi": true,
-  "singleQuote": false,
-  "quoteProps": "as-needed",
-  "jsxSingleQuote": false,
-  "trailingComma": "es5",
-  "bracketSpacing": true,
-  "arrowParens": "always",
-  "requirePragma": false,
-  "insertPragma": false,
-  "proseWrap": "preserve",
-  "htmlWhitespaceSensitivity": "css",
-  "vueIndentScriptAndStyle": false,
-  "endOfLine": "lf"
-}

docs/_scripts/js_translation/codeblocks/README.md

@@ -1 +0,0 @@
-# \_codeblocks

docs/_scripts/js_translation/codeblocks/eslint.config.mjs

@@ -1,14 +0,0 @@
-import js from "@eslint/js";
-import globals from "globals";
-import tseslint from "typescript-eslint";
-import { defineConfig } from "eslint/config";
-
-export default defineConfig([
-  {
-    files: ["**/*.{js,mjs,cjs,ts,mts,cts}"],
-    plugins: { js },
-    extends: ["js/recommended"],
-    languageOptions: { globals: globals.browser },
-  },
-  tseslint.configs.recommended,
-]);

docs/_scripts/js_translation/codeblocks/package.json

@@ -1,27 +0,0 @@
-{
-  "name": "_codeblocks",
-  "packageManager": "yarn@4.6.0",
-  "scripts": {
-    "lint": "eslint .",
-    "lint:fix": "eslint . --fix",
-    "format": "prettier --write .",
-    "format:fix": "prettier --write . --fix"
-  },
-  "dependencies": {
-    "@langchain/anthropic": "^0.3.24",
-    "@langchain/core": "^0.3.66",
-    "@langchain/langgraph": "^0.3.11",
-    "@langchain/langgraph-api": "^0.0.52",
-    "@langchain/langgraph-sdk": "^0.0.102",
-    "@langchain/openai": "^0.6.3",
-    "zod": "^4.0.10"
-  },
-  "devDependencies": {
-    "@eslint/js": "^9.32.0",
-    "eslint": "^9.32.0",
-    "globals": "^16.3.0",
-    "jiti": "^2.5.1",
-    "typescript": "^5.8.3",
-    "typescript-eslint": "^8.38.0"
-  }
-}

docs/_scripts/js_translation/codeblocks/tsconfig.json

@@ -1,114 +0,0 @@
-{
-  "compilerOptions": {
-    /* Visit https://aka.ms/tsconfig to read more about this file */
-
-    /* Projects */
-    // "incremental": true,                              /* Save .tsbuildinfo files to allow for incremental compilation of projects. */
-    // "composite": true,                                /* Enable constraints that allow a TypeScript project to be used with project references. */
-    // "tsBuildInfoFile": "./.tsbuildinfo",              /* Specify the path to .tsbuildinfo incremental compilation file. */
-    // "disableSourceOfProjectReferenceRedirect": true,  /* Disable preferring source files instead of declaration files when referencing composite projects. */
-    // "disableSolutionSearching": true,                 /* Opt a project out of multi-project reference checking when editing. */
-    // "disableReferencedProjectLoad": true,             /* Reduce the number of projects loaded automatically by TypeScript. */
-
-    /* Language and Environment */
-    "target": "esnext",                                  /* Set the JavaScript language version for emitted JavaScript and include compatible library declarations. */
-    // "lib": [],                                        /* Specify a set of bundled library declaration files that describe the target runtime environment. */
-    // "jsx": "preserve",                                /* Specify what JSX code is generated. */
-    // "libReplacement": true,                           /* Enable lib replacement. */
-    // "experimentalDecorators": true,                   /* Enable experimental support for legacy experimental decorators. */
-    // "emitDecoratorMetadata": true,                    /* Emit design-type metadata for decorated declarations in source files. */
-    // "jsxFactory": "",                                 /* Specify the JSX factory function used when targeting React JSX emit, e.g. 'React.createElement' or 'h'. */
-    // "jsxFragmentFactory": "",                         /* Specify the JSX Fragment reference used for fragments when targeting React JSX emit e.g. 'React.Fragment' or 'Fragment'. */
-    // "jsxImportSource": "",                            /* Specify module specifier used to import the JSX factory functions when using 'jsx: react-jsx*'. */
-    // "reactNamespace": "",                             /* Specify the object invoked for 'createElement'. This only applies when targeting 'react' JSX emit. */
-    // "noLib": true,                                    /* Disable including any library files, including the default lib.d.ts. */
-    // "useDefineForClassFields": true,                  /* Emit ECMAScript-standard-compliant class fields. */
-    // "moduleDetection": "auto",                        /* Control what method is used to detect module-format JS files. */
-
-    /* Modules */
-    "module": "nodenext",                                /* Specify what module code is generated. */
-    // "rootDir": "./",                                  /* Specify the root folder within your source files. */
-    "moduleResolution": "nodenext",                     /* Specify how TypeScript looks up a file from a given module specifier. */
-    // "baseUrl": "./",                                  /* Specify the base directory to resolve non-relative module names. */
-    // "paths": {},                                      /* Specify a set of entries that re-map imports to additional lookup locations. */
-    // "rootDirs": [],                                   /* Allow multiple folders to be treated as one when resolving modules. */
-    // "typeRoots": [],                                  /* Specify multiple folders that act like './node_modules/@types'. */
-    // "types": [],                                      /* Specify type package names to be included without being referenced in a source file. */
-    // "allowUmdGlobalAccess": true,                     /* Allow accessing UMD globals from modules. */
-    // "moduleSuffixes": [],                             /* List of file name suffixes to search when resolving a module. */
-    // "allowImportingTsExtensions": true,               /* Allow imports to include TypeScript file extensions. Requires '--moduleResolution bundler' and either '--noEmit' or '--emitDeclarationOnly' to be set. */
-    // "rewriteRelativeImportExtensions": true,          /* Rewrite '.ts', '.tsx', '.mts', and '.cts' file extensions in relative import paths to their JavaScript equivalent in output files. */
-    // "resolvePackageJsonExports": true,                /* Use the package.json 'exports' field when resolving package imports. */
-    // "resolvePackageJsonImports": true,                /* Use the package.json 'imports' field when resolving imports. */
-    // "customConditions": [],                           /* Conditions to set in addition to the resolver-specific defaults when resolving imports. */
-    // "noUncheckedSideEffectImports": true,             /* Check side effect imports. */
-    // "resolveJsonModule": true,                        /* Enable importing .json files. */
-    // "allowArbitraryExtensions": true,                 /* Enable importing files with any extension, provided a declaration file is present. */
-    // "noResolve": true,                                /* Disallow 'import's, 'require's or '<reference>'s from expanding the number of files TypeScript should add to a project. */
-
-    /* JavaScript Support */
-    // "allowJs": true,                                  /* Allow JavaScript files to be a part of your program. Use the 'checkJS' option to get errors from these files. */
-    // "checkJs": true,                                  /* Enable error reporting in type-checked JavaScript files. */
-    // "maxNodeModuleJsDepth": 1,                        /* Specify the maximum folder depth used for checking JavaScript files from 'node_modules'. Only applicable with 'allowJs'. */
-
-    /* Emit */
-    // "declaration": true,                              /* Generate .d.ts files from TypeScript and JavaScript files in your project. */
-    // "declarationMap": true,                           /* Create sourcemaps for d.ts files. */
-    // "emitDeclarationOnly": true,                      /* Only output d.ts files and not JavaScript files. */
-    // "sourceMap": true,                                /* Create source map files for emitted JavaScript files. */
-    // "inlineSourceMap": true,                          /* Include sourcemap files inside the emitted JavaScript. */
-    // "noEmit": true,                                   /* Disable emitting files from a compilation. */
-    // "outFile": "./",                                  /* Specify a file that bundles all outputs into one JavaScript file. If 'declaration' is true, also designates a file that bundles all .d.ts output. */
-    // "outDir": "./",                                   /* Specify an output folder for all emitted files. */
-    // "removeComments": true,                           /* Disable emitting comments. */
-    // "importHelpers": true,                            /* Allow importing helper functions from tslib once per project, instead of including them per-file. */
-    // "downlevelIteration": true,                       /* Emit more compliant, but verbose and less performant JavaScript for iteration. */
-    // "sourceRoot": "",                                 /* Specify the root path for debuggers to find the reference source code. */
-    // "mapRoot": "",                                    /* Specify the location where debugger should locate map files instead of generated locations. */
-    // "inlineSources": true,                            /* Include source code in the sourcemaps inside the emitted JavaScript. */
-    // "emitBOM": true,                                  /* Emit a UTF-8 Byte Order Mark (BOM) in the beginning of output files. */
-    // "newLine": "crlf",                                /* Set the newline character for emitting files. */
-    // "stripInternal": true,                            /* Disable emitting declarations that have '@internal' in their JSDoc comments. */
-    // "noEmitHelpers": true,                            /* Disable generating custom helper functions like '__extends' in compiled output. */
-    // "noEmitOnError": true,                            /* Disable emitting files if any type checking errors are reported. */
-    // "preserveConstEnums": true,                       /* Disable erasing 'const enum' declarations in generated code. */
-    // "declarationDir": "./",                           /* Specify the output directory for generated declaration files. */
-
-    /* Interop Constraints */
-    // "isolatedModules": true,                          /* Ensure that each file can be safely transpiled without relying on other imports. */
-    // "verbatimModuleSyntax": true,                     /* Do not transform or elide any imports or exports not marked as type-only, ensuring they are written in the output file's format based on the 'module' setting. */
-    // "isolatedDeclarations": true,                     /* Require sufficient annotation on exports so other tools can trivially generate declaration files. */
-    // "erasableSyntaxOnly": true,                       /* Do not allow runtime constructs that are not part of ECMAScript. */
-    // "allowSyntheticDefaultImports": true,             /* Allow 'import x from y' when a module doesn't have a default export. */
-    "esModuleInterop": true,                             /* Emit additional JavaScript to ease support for importing CommonJS modules. This enables 'allowSyntheticDefaultImports' for type compatibility. */
-    // "preserveSymlinks": true,                         /* Disable resolving symlinks to their realpath. This correlates to the same flag in node. */
-    "forceConsistentCasingInFileNames": true,            /* Ensure that casing is correct in imports. */
-
-    /* Type Checking */
-    "strict": false,                                      /* Enable all strict type-checking options. */
-    // "noImplicitAny": true,                            /* Enable error reporting for expressions and declarations with an implied 'any' type. */
-    // "strictNullChecks": true,                         /* When type checking, take into account 'null' and 'undefined'. */
-    // "strictFunctionTypes": true,                      /* When assigning functions, check to ensure parameters and the return values are subtype-compatible. */
-    // "strictBindCallApply": true,                      /* Check that the arguments for 'bind', 'call', and 'apply' methods match the original function. */
-    // "strictPropertyInitialization": true,             /* Check for class properties that are declared but not set in the constructor. */
-    // "strictBuiltinIteratorReturn": true,              /* Built-in iterators are instantiated with a 'TReturn' type of 'undefined' instead of 'any'. */
-    // "noImplicitThis": true,                           /* Enable error reporting when 'this' is given the type 'any'. */
-    // "useUnknownInCatchVariables": true,               /* Default catch clause variables as 'unknown' instead of 'any'. */
-    // "alwaysStrict": true,                             /* Ensure 'use strict' is always emitted. */
-    // "noUnusedLocals": true,                           /* Enable error reporting when local variables aren't read. */
-    // "noUnusedParameters": true,                       /* Raise an error when a function parameter isn't read. */
-    // "exactOptionalPropertyTypes": true,               /* Interpret optional property types as written, rather than adding 'undefined'. */
-    // "noImplicitReturns": true,                        /* Enable error reporting for codepaths that do not explicitly return in a function. */
-    // "noFallthroughCasesInSwitch": true,               /* Enable error reporting for fallthrough cases in switch statements. */
-    // "noUncheckedIndexedAccess": true,                 /* Add 'undefined' to a type when accessed using an index. */
-    // "noImplicitOverride": true,                       /* Ensure overriding members in derived classes are marked with an override modifier. */
-    // "noPropertyAccessFromIndexSignature": true,       /* Enforces using indexed accessors for keys declared using an indexed type. */
-    // "allowUnusedLabels": true,                        /* Disable error reporting for unused labels. */
-    // "allowUnreachableCode": true,                     /* Disable error reporting for unreachable code. */
-
-    /* Completeness */
-    // "skipDefaultLibCheck": true,                      /* Skip type checking .d.ts files that are included with TypeScript. */
-    "skipLibCheck": true                                 /* Skip type checking all .d.ts files. */
-    ""
-  }
-}

docs/_scripts/js_translation/extract_codeblocks.py

@@ -1,150 +0,0 @@
-#!/usr/bin/env python
-"""Extracts typescript code blocks from a markdown file."""
-
-import argparse
-import json
-import re
-import os
-from typing import List, TypedDict, Literal
-
-
-class CodeBlock(TypedDict):
-    """A code block extracted from a markdown file."""
-    starting_line: int
-    """The line number where the code block starts in the source file"""
-    ending_line: int
-    """The line number where the code block ends in the source file"""
-    indentation: int
-    """Number of spaces/tabs used for indentation of the code block"""
-    source_file: str
-    """Path to the markdown file containing this code block"""
-    frontmatter: str
-    """Any metadata or frontmatter specified after the opening code fence"""
-    code: str
-    """The actual code content within the code block"""
-    language: str
-    """The language of the code block (e.g. typescript, javascript)"""
-
-
-def extract_code_blocks(markdown_content: str, source_file: str) -> List[CodeBlock]:
-    """Extracts code blocks from a markdown file.
-
-    Args:
-        markdown_content: The content of the markdown file.
-        source_file: The path to the markdown file.
-
-    Returns:
-        A list of TypedDicts, where each dict represents a code block.
-    """
-    # Regex to find code blocks with specified languages, capturing indentation
-    # and frontmatter.
-    pattern = re.compile(
-        r"^(?P<indentation>\s*)```(?P<language>typescript|javascript|ts|js)(?P<frontmatter>[^\n]*)\n(?P<code>.*?)\n^(?P=indentation)```\s*$",
-        re.DOTALL | re.MULTILINE,
-    )
-
-    code_blocks: List[CodeBlock] = []
-    for match in pattern.finditer(markdown_content):
-        start_pos = match.start()
-
-        # Calculate line numbers
-        starting_line = markdown_content.count("\n", 0, start_pos) + 1
-        ending_line = starting_line + match.group(0).count("\n")
-
-        indentation_str = match.group("indentation")
-
-        code_block: CodeBlock = {
-            "starting_line": starting_line,
-            "ending_line": ending_line,
-            "indentation": len(indentation_str),
-            "source_file": source_file,
-            "frontmatter": match.group("frontmatter").strip(),
-            "code": match.group("code"),
-            "language": match.group("language"),
-        }
-        code_blocks.append(code_block)
-
-    return code_blocks
-
-def dump_code_blocks(input_file: str, output_file: str, format: Literal["json", "inline"]) -> None:
-    """Function to extract and save code blocks from a markdown file.
-
-    Args:
-        input_file: Path to the input markdown file.
-        output_file: Path to the output JSON file for the extracted code blocks.
-        format: Output format - either "json" or "inline"
-    """
-    with open(input_file, "r", encoding="utf-8") as f:
-        markdown_content = f.read()
-
-    extracted_code = extract_code_blocks(markdown_content, input_file)
-
-    if len(extracted_code) == 0:
-        print(f"No code blocks found in {input_file}")
-        return
-    
-    if format == "json":
-        with open(output_file, "w", encoding="utf-8") as f:
-            json.dump(extracted_code, f, indent=2)
-    elif format == "inline":
-        with open(output_file, "w", encoding="utf-8") as f:
-            for code_block in extracted_code:
-                f.write(f"// {json.dumps({k:v for k,v in code_block.items() if k != 'code'})}\n")
-                f.write("\n")
-                f.write(code_block["code"])
-                f.write("\n")
-    print(f"Extracted {len(extracted_code)} code blocks from {input_file} to {output_file}")
-
-def main(input_path: str, output_path: str, format: Literal["json", "inline"]) -> None:
-    """Main function to extract code blocks from a markdown file.
-
-    Args:
-        input_file: Path to the input markdown file.
-        output_file: Path to the output JSON file for the extracted code blocks.
-        format: Output format - either "json" or "inline"
-    """
-    # Check if input path is a directory
-    if os.path.isdir(input_path):
-        if os.path.isfile(output_path):
-            raise ValueError("If input_path is a directory, output_path must also be a directory")
-        if not os.path.isdir(output_path):
-            os.makedirs(output_path, exist_ok=True)
-        
-        # Process each markdown file in the directory recursively
-        for root, _, files in os.walk(input_path):
-            for filename in files:
-                if filename.endswith(".md"):
-                    # Get relative path to maintain directory structure
-                    rel_path = os.path.relpath(root, input_path)
-                    input_file = os.path.join(root, filename)
-                    # Create output directory if it doesn't exist
-                    output_dir = os.path.join(output_path, rel_path)
-                    os.makedirs(output_dir, exist_ok=True)
-                    output_file = os.path.join(output_dir, filename.replace(".md", ".ts"))
-                    dump_code_blocks(input_file, output_file, format)
-    else:
-        # Process single file
-        dump_code_blocks(input_path, output_path, format)
-
-
-if __name__ == "__main__":
-    parser = argparse.ArgumentParser(
-        description="Extract typescript code blocks from a markdown file."
-    )
-    parser.add_argument(
-        "input_file",
-        help="Path to the input markdown file.",
-    )
-    parser.add_argument(
-        "output_file",
-        help="Path to the output JSON file for the extracted code blocks.",
-    )
-    parser.add_argument(
-        "--format",
-        choices=["json", "inline"],
-        default="json",
-        help="Output format - either 'json' or 'inline'",
-    )
-    args = parser.parse_args()
-
-    main(args.input_file, args.output_file, args.format)

docs/_scripts/link_map.py

@@ -1,127 +1,5 @@
-"""Link mapping for cross-reference resolution across different scopes.
-
-This module provides link mappings for different language/framework scopes
-to resolve @[link_name] references to actual URLs.
-"""
-
-# Python-specific link mappings
-PYTHON_LINK_MAP = {
-    "StateGraph": "reference/graphs/#langgraph.graph.StateGraph",
-    "add_conditional_edges": "reference/graphs/#langgraph.graph.state.StateGraph.add_conditional_edges",
-    "add_edge": "reference/graphs/#langgraph.graph.state.StateGraph.add_edge",
-    "add_node": "reference/graphs/#langgraph.graph.state.StateGraph.add_node",
-    "add_messages": "reference/graphs/#langgraph.graph.message.add_messages",
-    "ToolNode": "reference/agents/#langgraph.prebuilt.tool_node.ToolNode",
-    "CompiledStateGraph.astream": "reference/graphs/#langgraph.graph.state.CompiledStateGraph.astream",
-    "Pregel.astream": "reference/pregel/#langgraph.pregel.Pregel.astream",
-    "AsyncPostgresSaver": "reference/checkpoints/#langgraph.checkpoint.postgres.aio.AsyncPostgresSaver",
-    "AsyncSqliteSaver": "reference/checkpoints/#langgraph.checkpoint.sqlite.aio.AsyncSqliteSaver",
-    "BaseCheckpointSaver": "reference/checkpoints/#langgraph.checkpoint.base.BaseCheckpointSaver",
-    "BaseStore": "reference/store/#langgraph.store.base.BaseStore",
-    "BaseStore.put": "reference/store/#langgraph.store.base.BaseStore.put",
-    "BinaryOperatorAggregate": "reference/pregel/#langgraph.pregel.Pregel--advanced-channels-context-and-binaryoperatoraggregate",
-    "CipherProtocol": "reference/checkpoints/#langgraph.checkpoint.serde.base.CipherProtocol",
-    "client.runs.stream": "cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.RunsClient.stream",
-    "client.runs.wait": "cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.RunsClient.wait",
-    "client.threads.get_history": "cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.ThreadsClient.get_history",
-    "client.threads.update_state": "cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.ThreadsClient.update_state",
-    "Command": "reference/types/#langgraph.types.Command",
-    "CompiledStateGraph": "reference/graphs/#langgraph.graph.state.CompiledStateGraph",
-    "create_react_agent": "reference/prebuilt/#langgraph.prebuilt.chat_agent_executor.create_react_agent",
-    "create_supervisor": "reference/supervisor/#langgraph_supervisor.supervisor.create_supervisor",
-    "EncryptedSerializer": "reference/checkpoints/#langgraph.checkpoint.serde.encrypted.EncryptedSerializer",
-    "entrypoint.final": "reference/func/#langgraph.func.entrypoint.final",
-    "entrypoint": "reference/func/#langgraph.func.entrypoint",
-    "from_pycryptodome_aes": "reference/checkpoints/#langgraph.checkpoint.serde.encrypted.EncryptedSerializer.from_pycryptodome_aes",
-    "get_state_history": "reference/graphs/#langgraph.graph.state.CompiledStateGraph.get_state_history",
-    "get_stream_writer": "reference/config/#langgraph.config.get_stream_writer",
-    "HumanInterrupt": "reference/prebuilt/#langgraph.prebuilt.interrupt.HumanInterrupt",
-    "InjectedState": "reference/agents/#langgraph.prebuilt.tool_node.InjectedState",
-    "InMemorySaver": "reference/checkpoints/#langgraph.checkpoint.memory.InMemorySaver",
-    "interrupt": "reference/types/#langgraph.types.Interrupt",
-    "CompiledStateGraph.invoke": "reference/graphs/#langgraph.graph.state.CompiledStateGraph.invoke",
-    "JsonPlusSerializer": "reference/checkpoints/#langgraph.checkpoint.serde.jsonplus.JsonPlusSerializer",
-    "langgraph.json": "cloud/reference/cli/#configuration-file",
-    "LastValue": "reference/channels/#langgraph.channels.LastValue",
-    "PostgresSaver": "reference/checkpoints/#langgraph.checkpoint.postgres.PostgresSaver",
-    "Pregel": "reference/pregel/",
-    "Pregel.stream": "reference/pregel/#langgraph.pregel.Pregel.stream",
-    "pre_model_hook": "reference/prebuilt/#langgraph.prebuilt.chat_agent_executor.create_react_agent",
-    "protocol": "reference/checkpoints/#langgraph.checkpoint.serde.base.SerializerProtocol",
-    "Send": "reference/types/#langgraph.types.Send",
-    "SerializerProtocol": "reference/checkpoints/#langgraph.checkpoint.serde.base.SerializerProtocol",
-    "SqliteSaver": "reference/checkpoints/#langgraph.checkpoint.sqlite.SqliteSaver",
-    "START": "reference/constants/#langgraph.constants.START",
-    "CompiledStateGraph.stream": "reference/graphs/#langgraph.graph.state.CompiledStateGraph.stream",
-    "task": "reference/func/#langgraph.func.task",
-    "Topic": "reference/channels/#langgraph.channels.Topic",
-    "update_state": "reference/graphs/#langgraph.graph.state.CompiledStateGraph.update_state",
-}
-
-# JavaScript-specific link mappings
 JS_LINK_MAP = {
-    "Auth": "reference/classes/sdk_auth.Auth.html",
-    "StateGraph": "reference/classes/langgraph.StateGraph.html",
-    "add_conditional_edges": "/reference/classes/langgraph.StateGraph.html#addConditionalEdges",
-    "add_edge": "reference/classes/langgraph.StateGraph.html#addEdge",
-    "add_node": "reference/classes/langgraph.StateGraph.html#addNode",
-    "add_messages": "reference/modules/langgraph.html#addMessages",
-    "ToolNode": "reference/classes/langgraph_prebuilt.ToolNode.html",
-    "BaseCheckpointSaver": "reference/classes/checkpoint.BaseCheckpointSaver.html",
-    "BaseStore": "reference/classes/checkpoint.BaseStore.html",
-    "BaseStore.put": "reference/classes/checkpoint.BaseStore.html#put",
-    "BinaryOperatorAggregate": "reference/classes/langgraph.BinaryOperatorAggregate.html",
-    "client.runs.stream": "reference/classes/sdk_client.RunsClient.html#stream",
-    "client.runs.wait": "reference/classes/sdk_client.RunsClient.html#wait",
-    "client.threads.get_history": "reference/classes/sdk_client.ThreadsClient.html#getHistory",
-    "client.threads.update_state": "reference/classes/sdk_client.ThreadsClient.html#updateState",
-    "Command": "reference/classes/langgraph.Command.html",
-    "CompiledStateGraph": "reference/classes/langgraph.CompiledStateGraph.html",
-    "create_react_agent": "reference/functions/langgraph_prebuilt.createReactAgent.html",
-    "create_supervisor": "reference/functions/langgraph_supervisor.createSupervisor.html",
-    "entrypoint.final": "reference/functions/langgraph.entrypoint.html#final",
-    "entrypoint": "reference/functions/langgraph.entrypoint.html",
-    "getContextVariable": "https://v03.api.js.langchain.com/functions/_langchain_core.context.getContextVariable.html",
-    "get_state_history": "reference/classes/langgraph.CompiledStateGraph.html#getStateHistory",
-    "HumanInterrupt": "reference/interfaces/langgraph_prebuilt.HumanInterrupt.html",
-    "interrupt": "reference/functions/langgraph.interrupt-2.html",
-    "CompiledStateGraph.invoke": "reference/classes/langgraph.CompiledStateGraph.html#invoke",
-    "langgraph.json": "cloud/reference/cli/#configuration-file",
-    "MemorySaver": "reference/classes/checkpoint.MemorySaver.html",
-    "messagesStateReducer": "reference/functions/langgraph.messagesStateReducer.html",
-    "PostgresSaver": "reference/classes/checkpoint_postgres.PostgresSaver.html",
-    "Pregel": "reference/classes/langgraph.Pregel.html",
-    "Pregel.stream": "reference/classes/langgraph.Pregel.html#stream",
-    "pre_model_hook": "reference/functions/langgraph_prebuilt.createReactAgent.html",
-    "protocol": "reference/interfaces/checkpoint.SerializerProtocol.html",
-    "Send": "reference/classes/langgraph.Send.html",
-    "SerializerProtocol": "reference/interfaces/checkpoint.SerializerProtocol.html",
-    "SqliteSaver": "reference/classes/checkpoint_sqlite.SqliteSaver.html",
-    "START": "reference/variables/langgraph.START.html",
-    "CompiledStateGraph.stream": "reference/classes/langgraph.CompiledStateGraph.html#stream",
-    "task": "reference/functions/langgraph.task.html",
-    ## TODO (hntrl): export Topic from langgraphjs
-    # "Topic": "reference/classes/langgraph_channels.Topic.html",
-    "update_state": "reference/classes/langgraph.CompiledStateGraph.html#updateState",
-}
-
-# TODO: Allow updating these to localhost for local development
-PY_REFERENCE_HOST = "https://langchain-ai.github.io/langgraph/"
-JS_REFERENCE_HOST = "https://langchain-ai.github.io/langgraphjs/"
-
-for key, value in PYTHON_LINK_MAP.items():
-    # Ensure the link is absolute
-    if not value.startswith("http"):
-        PYTHON_LINK_MAP[key] = f"{PY_REFERENCE_HOST}{value}"
-
-for key, value in JS_LINK_MAP.items():
-    # Ensure the link is absolute
-    if not value.startswith("http"):
-        JS_LINK_MAP[key] = f"{JS_REFERENCE_HOST}{value}"
-
-# Global scope is assembled from the Python and JS mappings
-# Combined mapping by scope
-SCOPE_LINK_MAPS = {
-    "python": PYTHON_LINK_MAP,
-    "js": JS_LINK_MAP,
+    "langgraph.types.interrupt": "https://langchain-ai.github.io/langgraphjs/reference/functions/langgraph.interrupt-2.html",
+    "create_react_agent": "https://langchain-ai.github.io/langgraphjs/reference/functions/langgraph_prebuilt.createReactAgent.html",
+    "langgraph.types.Command": "https://langchain-ai.github.io/langgraphjs/reference/classes/langgraph.Command.html",
 }

docs/_scripts/notebook_convert.py

@@ -1,5 +1,3 @@
-"""Convert Jupyter notebooks to markdown with custom processing."""
-
 import ast
 import os
 import re

docs/_scripts/notebook_hooks.py

@@ -16,7 +16,7 @@ from mkdocs.structure.files import Files, File
 from mkdocs.structure.pages import Page
 
 from _scripts.generate_api_reference_links import update_markdown_with_imports
-from _scripts.handle_auto_links import _replace_autolinks
+from _scripts.link_map import JS_LINK_MAP
 from _scripts.notebook_convert import convert_notebook
 
 logger = logging.getLogger(__name__)
@@ -27,430 +27,130 @@ DISABLED = os.getenv("DISABLE_NOTEBOOK_CONVERT") in ("1", "true", "True")
 
 REDIRECT_MAP = {
     # lib redirects
-    "how-tos/stream-values.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/stream-updates.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming-content.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/stream-multiple.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming-tokens-without-langchain.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming-from-final-node.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming-events-from-within-tools-without-langchain.ipynb": "https://docs.langchain.com/oss/python/langgraph/streaming",
+    "how-tos/stream-values.ipynb": "how-tos/streaming.md#stream-graph-state",
+    "how-tos/stream-updates.ipynb": "how-tos/streaming.md#stream-graph-state",
+    "how-tos/streaming-content.ipynb": "how-tos/streaming.md",
+    "how-tos/stream-multiple.ipynb": "how-tos/streaming.md#stream-multiple-nodes",
+    "how-tos/streaming-tokens-without-langchain.ipynb": "how-tos/streaming.md#use-with-any-llm",
+    "how-tos/streaming-from-final-node.ipynb": "how-tos/streaming-specific-nodes.ipynb",
+    "how-tos/streaming-events-from-within-tools-without-langchain.ipynb": "how-tos/streaming-events-from-within-tools.ipynb#example-without-langchain",
     # graph-api
-    "how-tos/state-reducers.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#define-and-update-state",
-    "how-tos/sequence.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#create-a-sequence-of-steps",
-    "how-tos/branching.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#create-branches",
-    "how-tos/recursion-limit.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#create-and-control-loops",
-    "how-tos/visualization.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#visualize-your-graph",
-    "how-tos/input_output_schema.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#define-input-and-output-schemas",
-    "how-tos/pass_private_state.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#pass-private-state-between-nodes",
-    "how-tos/state-model.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#use-pydantic-models-for-graph-state",
-    "how-tos/map-reduce.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#map-reduce-and-the-send-api",
-    "how-tos/command.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#combine-control-flow-and-state-updates-with-command",
-    "how-tos/configuration.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#add-runtime-configuration",
-    "how-tos/node-retries.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#add-retry-policies",
-    "how-tos/return-when-recursion-limit-hits.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#impose-a-recursion-limit",
-    "how-tos/async.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api#async",
+    "how-tos/state-reducers.ipynb": "how-tos/graph-api.md#define-and-update-state",
+    "how-tos/sequence.ipynb": "how-tos/graph-api.md#create-a-sequence-of-steps",
+    "how-tos/branching.ipynb": "how-tos/graph-api.md#create-branches",
+    "how-tos/recursion-limit.ipynb": "how-tos/graph-api.md#create-and-control-loops",
+    "how-tos/visualization.ipynb": "how-tos/graph-api.md#visualize-your-graph",
+    "how-tos/input_output_schema.ipynb": "how-tos/graph-api.md#define-input-and-output-schemas",
+    "how-tos/pass_private_state.ipynb": "how-tos/graph-api.md#pass-private-state-between-nodes",
+    "how-tos/state-model.ipynb": "how-tos/graph-api.md#use-pydantic-models-for-graph-state",
+    "how-tos/map-reduce.ipynb": "how-tos/graph-api.md#map-reduce-and-the-send-api",
+    "how-tos/command.ipynb": "how-tos/graph-api.md#combine-control-flow-and-state-updates-with-command",
+    "how-tos/configuration.ipynb": "how-tos/graph-api.md#add-runtime-configuration",
+    "how-tos/node-retries.ipynb": "how-tos/graph-api.md#add-retry-policies",
+    "how-tos/return-when-recursion-limit-hits.ipynb": "how-tos/graph-api.md#impose-a-recursion-limit",
+    "how-tos/async.ipynb": "how-tos/graph-api.md#async",
     # memory how-tos
-    "how-tos/memory/manage-conversation-history.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "how-tos/memory/delete-messages.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#delete-messages",
-    "how-tos/memory/add-summary-conversation-history.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#summarize-messages",
-    "how-tos/memory.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "agents/memory.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
+    "how-tos/memory/manage-conversation-history.ipynb": "how-tos/memory/add-memory.md",
+    "how-tos/memory/delete-messages.ipynb": "how-tos/memory/add-memory.md#delete-messages",
+    "how-tos/memory/add-summary-conversation-history.ipynb": "how-tos/memory/add-memory.md#summarize-messages",
+    "how-tos/memory.ipynb": "how-tos/memory/add-memory.md",
+    "agents/memory.ipynb": "how-tos/memory/add-memory.md",
     # subgraph how-tos
-    "how-tos/subgraph-transform-state.ipynb": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs#different-state-schemas",
-    "how-tos/subgraphs-manage-state.ipynb": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs#add-persistence",
+    "how-tos/subgraph-transform-state.ipynb": "how-tos/subgraph.md#different-state-schemas",
+    "how-tos/subgraphs-manage-state.ipynb": "how-tos/subgraph.md#add-persistence",
     # persistence how-tos
-    "how-tos/persistence_postgres.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#use-in-production",
-    "how-tos/persistence_mongodb.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#use-in-production",
-    "how-tos/persistence_redis.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#use-in-production",
-    "how-tos/subgraph-persistence.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#use-with-subgraphs",
-    "how-tos/cross-thread-persistence.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory#add-long-term-memory",
-    "cloud/how-tos/copy_threads": "https://docs.langchain.com/langsmith/use-threads",
-    "cloud/how-tos/check-thread-status": "https://docs.langchain.com/langsmith/use-threads",
-    "cloud/concepts/threads.md": "https://docs.langchain.com/oss/python/langgraph/persistence#threads",
-    "how-tos/persistence.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
+    "how-tos/persistence_postgres.ipynb": "how-tos/memory/add-memory.md#use-in-production",
+    "how-tos/persistence_mongodb.ipynb": "how-tos/memory/add-memory.md#use-in-production",
+    "how-tos/persistence_redis.ipynb": "how-tos/memory/add-memory.md#use-in-production",
+    "how-tos/subgraph-persistence.ipynb": "how-tos/memory/add-memory.md#use-with-subgraphs",
+    "how-tos/cross-thread-persistence.ipynb": "how-tos/memory/add-memory.md#add-long-term-memory",
+    "cloud/how-tos/copy_threads": "cloud/how-tos/use_threads",
+    "cloud/how-tos/check-thread-status": "cloud/how-tos/use_threads",
+    "cloud/concepts/threads.md": "concepts/persistence.md#threads",
+    "how-tos/persistence.ipynb": "how-tos/memory/add-memory.md",
     # tool calling how-tos
-    "how-tos/tool-calling-errors.ipynb": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "how-tos/pass-config-to-tools.ipynb": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "how-tos/pass-run-time-values-to-tools.ipynb": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "how-tos/update-state-from-tools.ipynb": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "agents/tools.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
+    "how-tos/tool-calling-errors.ipynb": "how-tos/tool-calling.ipynb#handle-errors",
+    "how-tos/pass-config-to-tools.ipynb": "how-tos/tool-calling.ipynb#access-config",
+    "how-tos/pass-run-time-values-to-tools.ipynb": "how-tos/tool-calling.ipynb#read-state",
+    "how-tos/update-state-from-tools.ipynb": "how-tos/tool-calling.ipynb#update-state",
+    "agents/tools.md": "how-tos/tool-calling.md",
     # multi-agent how-tos
-    "how-tos/agent-handoffs.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "how-tos/multi-agent-network.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "how-tos/multi-agent-multi-turn-convo.ipynb": "https://docs.langchain.com/oss/python/langgraph/graph-api",
+    "how-tos/agent-handoffs.ipynb": "how-tos/multi_agent.md#handoffs",
+    "how-tos/multi-agent-network.ipynb": "how-tos/multi_agent.md#use-in-a-multi-agent-system",
+    "how-tos/multi-agent-multi-turn-convo.ipynb": "how-tos/multi_agent.md#multi-turn-conversation",
     # cloud redirects
-    "cloud/index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "cloud/how-tos/index.md": "https://docs.langchain.com/langsmith/home",
-    "cloud/concepts/api.md": "https://docs.langchain.com/langsmith/agent-server",
-    "cloud/concepts/cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "cloud/faq/studio.md": "https://docs.langchain.com/langsmith/studio",
-    "cloud/how-tos/human_in_the_loop_edit_state.md": "https://docs.langchain.com/langsmith/add-human-in-the-loop",
-    "cloud/how-tos/human_in_the_loop_user_input.md": "https://docs.langchain.com/langsmith/add-human-in-the-loop",
-    "concepts/platform_architecture.md": "https://docs.langchain.com/langsmith/cloud#architecture",
+    "cloud/index.md": "index.md",
+    "cloud/how-tos/index.md": "concepts/langgraph_platform",
+    "cloud/concepts/api.md": "concepts/langgraph_server.md",
+    "cloud/concepts/cloud.md": "concepts/langgraph_cloud.md",
+    "cloud/faq/studio.md": "concepts/langgraph_studio.md#studio-faqs",
+    "cloud/how-tos/human_in_the_loop_edit_state.md": "cloud/how-tos/add-human-in-the-loop.md",
+    "cloud/how-tos/human_in_the_loop_user_input.md": "cloud/how-tos/add-human-in-the-loop.md",
+    "concepts/platform_architecture.md": "concepts/langgraph_cloud#architecture",
     # cloud streaming redirects
-    "cloud/how-tos/stream_values.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/stream_updates.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/stream_messages.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/stream_events.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/stream_debug.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/stream_multiple.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/concepts/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "agents/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
+    "cloud/how-tos/stream_values.md": "cloud/how-tos/streaming.md#stream-graph-state",
+    "cloud/how-tos/stream_updates.md": "cloud/how-tos/streaming.md#stream-graph-state",
+    "cloud/how-tos/stream_messages.md": "cloud/how-tos/streaming.md#messages",
+    "cloud/how-tos/stream_events.md": "cloud/how-tos/streaming.md#stream-events",
+    "cloud/how-tos/stream_debug.md": "cloud/how-tos/streaming.md#debug",
+    "cloud/how-tos/stream_multiple.md": "cloud/how-tos/streaming.md#stream-multiple-modes",
+    "cloud/concepts/streaming.md": "concepts/streaming.md",
+    "agents/streaming.md": "how-tos/streaming.md",
     # prebuilt redirects
-    "how-tos/create-react-agent.ipynb": "https://docs.langchain.com/oss/python/langchain/agents#basic-configuration",
-    "how-tos/create-react-agent-memory.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "how-tos/create-react-agent-system-prompt.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "how-tos/create-react-agent-structured-output.ipynb": "https://docs.langchain.com/oss/python/langchain/agents#structured-output",
+    "how-tos/create-react-agent.ipynb": "agents/agents.md#basic-configuration",
+    "how-tos/create-react-agent-memory.ipynb": "agents/memory.md",
+    "how-tos/create-react-agent-system-prompt.ipynb": "agents/context.md#prompts",
+    "how-tos/create-react-agent-structured-output.ipynb": "agents/agents.md#structured-output",
     # misc
-    "prebuilt.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "reference/prebuilt.md": "https://reference.langchain.com/python/langgraph/agents/",
-    "concepts/high_level.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/v0-human-in-the-loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "how-tos/index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/introduction.ipynb": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/deployment.md": "https://docs.langchain.com/oss/python/langgraph/local-server",
+    "prebuilt.md": "agents/prebuilt.md",
+    "reference/prebuilt.md": "reference/agents.md",
+    "concepts/high_level.md": "index.md",
+    "concepts/index.md": "index.md",
+    "concepts/v0-human-in-the-loop.md": "concepts/human-in-the-loop.md",
+    "how-tos/index.md": "index.md",
+    "tutorials/introduction.ipynb": "concepts/why-langgraph.md",
+    "agents/deployment.md": "tutorials/langgraph-platform/local-server.md",
     # deployment redirects
-    "how-tos/deploy-self-hosted.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "concepts/self_hosted.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "tutorials/deployment.md": "https://docs.langchain.com/langsmith/deployments",
+    "how-tos/deploy-self-hosted.md": "cloud/deployment/self_hosted_data_plane.md",
+    "concepts/self_hosted.md": "concepts/langgraph_self_hosted_data_plane.md",
+    "tutorials/deployment.md": "concepts/deployment_options.md",
     # assistant redirects
-    "cloud/how-tos/assistant_versioning.md": "https://docs.langchain.com/langsmith/configuration-cloud",
-    "cloud/concepts/runs.md": "https://docs.langchain.com/langsmith/assistants#execution",
+    "cloud/how-tos/assistant_versioning.md": "cloud/how-tos/configuration_cloud.md",
+    "cloud/concepts/runs.md": "concepts/assistants.md#execution",
     # hitl redirects
-    "how-tos/wait-user-input-functional.ipynb": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "how-tos/review-tool-calls-functional.ipynb": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "how-tos/create-react-agent-hitl.ipynb": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "agents/human-in-the-loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "how-tos/human_in_the_loop/dynamic_breakpoints.ipynb": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "concepts/breakpoints.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "how-tos/human_in_the_loop/breakpoints.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "cloud/how-tos/human_in_the_loop_breakpoint.md": "https://docs.langchain.com/langsmith/add-human-in-the-loop",
-    "how-tos/human_in_the_loop/edit-graph-state.ipynb": "https://docs.langchain.com/oss/python/langgraph/use-time-travel",
-
-    # LGP mintlify migration redirects
-    "examples/index.md": "https://docs.langchain.com/oss/python/learn",
-    "guides/index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/index.md": "https://docs.langchain.com/oss/python/learn",
-    "llms-txt-overview.md": "https://docs.langchain.com/llms.txt",
-    "tutorials/rag/langgraph_adaptive_rag.md": "https://docs.langchain.com/oss/python/langgraph/agentic-rag",
-    "tutorials/multi_agent/multi-agent-collaboration.ipynb": "https://docs.langchain.com/oss/python/langchain/multi-agent",
-    "how-tos/create-react-agent-manage-message-history.ipynb": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "how-tos/many-tools.ipynb": "https://docs.langchain.com/oss/python/langchain/tools",
-    "tutorials/customer-support/customer-support.ipynb": "https://docs.langchain.com/oss/python/langgraph/agentic-rag",
-    "how-tos/react-agent-structured-output.ipynb": "https://docs.langchain.com/oss/python/langchain/agents#structured-output",
-    "tutorials/code_assistant/langgraph_code_assistant.ipynb": "https://docs.langchain.com/oss/python/langgraph/agentic-rag",
-    "tutorials/multi_agent/hierarchical_agent_teams.ipynb": "https://docs.langchain.com/oss/python/langchain/supervisor",
-    "tutorials/auth/getting_started.md": "https://docs.langchain.com/langsmith/auth",
-    "tutorials/auth/resource_auth.md": "https://docs.langchain.com/langsmith/resource-auth",
-    "tutorials/auth/add_auth_server.md": "https://docs.langchain.com/langsmith/add-auth-server",
-    "how-tos/use-remote-graph.md": "https://docs.langchain.com/langsmith/use-remote-graph",
-    "how-tos/autogen-integration.md": "https://docs.langchain.com/langsmith/autogen-integration",
-    "how-tos/human_in_the_loop/wait-user-input.ipynb": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "cloud/how-tos/use_stream_react.md": "https://docs.langchain.com/langsmith/use-stream-react",
-    "cloud/how-tos/generative_ui_react.md": "https://docs.langchain.com/langsmith/generative-ui-react",
-    "concepts/langgraph_platform.md": "https://docs.langchain.com/langsmith/deployments",
-    "concepts/langgraph_components.md": "https://docs.langchain.com/langsmith/components",
-    "concepts/langgraph_server.md": "https://docs.langchain.com/langsmith/agent-server",
-    "concepts/langgraph_data_plane.md": "https://docs.langchain.com/langsmith/data-plane",
-    "concepts/langgraph_control_plane.md": "https://docs.langchain.com/langsmith/control-plane",
-    "concepts/langgraph_cli.md": "https://docs.langchain.com/langsmith/cli",
-    "concepts/langgraph_studio.md": "https://docs.langchain.com/langsmith/studio",
-    "cloud/how-tos/studio/quick_start.md": "https://docs.langchain.com/langsmith/quick-start-studio",
-    "cloud/how-tos/invoke_studio.md": "https://docs.langchain.com/langsmith/use-studio#run-application",
-    "cloud/how-tos/studio/manage_assistants.md": "https://docs.langchain.com/langsmith/use-studio#manage-assistants",
-    "cloud/how-tos/threads_studio.md": "https://docs.langchain.com/langsmith/use-studio#manage-threads",
-    "cloud/how-tos/iterate_graph_studio.md": "https://docs.langchain.com/langsmith/observability-studio#iterate-on-prompts",
-    "cloud/how-tos/studio/run_evals.md": "https://docs.langchain.com/langsmith/observability-studio#run-experiments-over-a-dataset",
-    "cloud/how-tos/clone_traces_studio.md": "https://docs.langchain.com/langsmith/observability-studio#debug-langsmith-traces",
-    "cloud/how-tos/datasets_studio.md": "https://docs.langchain.com/langsmith/observability-studio#add-node-to-dataset",
-    "concepts/sdk.md": "https://docs.langchain.com/langsmith/sdk",
-    "concepts/plans.md": "https://langchain.com/pricing",
-    "concepts/application_structure.md": "https://docs.langchain.com/langsmith/application-structure",
-    "concepts/scalability_and_resilience.md": "https://docs.langchain.com/langsmith/scalability-and-resilience",
-    "concepts/auth.md": "https://docs.langchain.com/langsmith/authentication-methods",
-    "how-tos/auth/custom_auth.md": "https://docs.langchain.com/langsmith/custom-auth",
-    "how-tos/auth/openapi_security.md": "https://docs.langchain.com/langsmith/openapi-security",
-    "concepts/assistants.md": "https://docs.langchain.com/langsmith/assistants",
-    "cloud/how-tos/configuration_cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "cloud/how-tos/use_threads.md": "https://docs.langchain.com/langsmith/use-threads",
-    "cloud/how-tos/background_run.md": "https://docs.langchain.com/langsmith/background-run",
-    "cloud/how-tos/same-thread.md": "https://docs.langchain.com/langsmith/same-thread",
-    "cloud/how-tos/stateless_runs.md": "https://docs.langchain.com/langsmith/stateless-runs",
-    "cloud/how-tos/configurable_headers.md": "https://docs.langchain.com/langsmith/configurable-headers",
-    "concepts/double_texting.md": "https://docs.langchain.com/langsmith/double-texting",
-    "cloud/how-tos/interrupt_concurrent.md": "https://docs.langchain.com/langsmith/interrupt-concurrent",
-    "cloud/how-tos/rollback_concurrent.md": "https://docs.langchain.com/langsmith/rollback-concurrent",
-    "cloud/how-tos/reject_concurrent.md": "https://docs.langchain.com/langsmith/reject-concurrent",
-    "cloud/how-tos/enqueue_concurrent.md": "https://docs.langchain.com/langsmith/enqueue-concurrent",
-    "cloud/concepts/webhooks.md": "https://docs.langchain.com/langsmith/use-webhooks",
-    "cloud/how-tos/webhooks.md": "https://docs.langchain.com/langsmith/use-webhooks",
-    "cloud/concepts/cron_jobs.md": "https://docs.langchain.com/langsmith/cron-jobs",
-    "cloud/how-tos/cron_jobs.md": "https://docs.langchain.com/langsmith/cron-jobs",
-    "how-tos/http/custom_lifespan.md": "https://docs.langchain.com/langsmith/custom-lifespan",
-    "how-tos/http/custom_middleware.md": "https://docs.langchain.com/langsmith/custom-middleware",
-    "how-tos/http/custom_routes.md": "https://docs.langchain.com/langsmith/custom-routes",
-    "cloud/concepts/data_storage_and_privacy.md": "https://docs.langchain.com/langsmith/data-storage-and-privacy",
-    "cloud/deployment/semantic_search.md": "https://docs.langchain.com/langsmith/semantic-search",
-    "how-tos/ttl/configure_ttl.md": "https://docs.langchain.com/langsmith/configure-ttl",
-    "concepts/deployment_options.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "cloud/quick_start.md": "https://docs.langchain.com/langsmith/deployment-quickstart",
-    "cloud/deployment/setup.md": "https://docs.langchain.com/langsmith/setup-app-requirements-txt",
-    "cloud/deployment/setup_pyproject.md": "https://docs.langchain.com/langsmith/setup-pyproject",
-    "cloud/deployment/setup_javascript.md": "https://docs.langchain.com/langsmith/setup-javascript",
-    "cloud/deployment/custom_docker.md": "https://docs.langchain.com/langsmith/custom-docker",
-    "cloud/deployment/graph_rebuild.md": "https://docs.langchain.com/langsmith/graph-rebuild",
-    "concepts/langgraph_cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "concepts/langgraph_self_hosted_data_plane.md": "https://docs.langchain.com/langsmith/hybrid",
-    "concepts/langgraph_self_hosted_control_plane.md": "https://docs.langchain.com/langsmith/self-hosted",
-    "concepts/langgraph_standalone_container.md": "https://docs.langchain.com/langsmith/self-hosted#standalone-server",
-    "cloud/deployment/cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "cloud/deployment/self_hosted_data_plane.md": "https://docs.langchain.com/langsmith/deploy-hybrid",
-    "cloud/deployment/self_hosted_control_plane.md": "https://docs.langchain.com/langsmith/deploy-self-hosted-full-platform",
-    "cloud/deployment/standalone_container.md": "https://docs.langchain.com/langsmith/deploy-standalone-server",
-    "concepts/server-mcp.md": "https://docs.langchain.com/langsmith/server-mcp",
-    "cloud/how-tos/human_in_the_loop_time_travel.md": "https://docs.langchain.com/langsmith/human-in-the-loop-time-travel",
-    "cloud/how-tos/add-human-in-the-loop.md": "https://docs.langchain.com/langsmith/add-human-in-the-loop",
-    "cloud/deployment/egress.md": "https://docs.langchain.com/langsmith/env-var",
-    "cloud/how-tos/streaming.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/reference/api/api_ref.md": "https://docs.langchain.com/langsmith/server-api-ref",
-    "cloud/reference/langgraph_server_changelog.md": "https://docs.langchain.com/langsmith/agent-server-changelog",
-    "cloud/reference/api/api_ref_control_plane.md": "https://docs.langchain.com/langsmith/api-ref-control-plane",
-    "cloud/reference/cli.md": "https://docs.langchain.com/langsmith/cli",
-    "cloud/reference/env_var.md": "https://docs.langchain.com/langsmith/env-var",
-    "troubleshooting/studio.md": "https://docs.langchain.com/langsmith/troubleshooting-studio",
-
-    # LangGraph mintlify migration redirects
-    "index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/agents.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "concepts/why-langgraph.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/get-started/1-build-basic-chatbot.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/get-started/2-add-tools.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/get-started/3-add-memory.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/get-started/4-human-in-the-loop.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/get-started/5-customize-state.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/get-started/6-time-travel.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "tutorials/langsmith/local-server.md": "https://docs.langchain.com/oss/python/langgraph/local-server",
-    "tutorials/workflows.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "tutorials/plan-and-execute/plan-and-execute.ipynb": "https://docs.langchain.com/oss/python/langchain/middleware/built-in#to-do-list",
-    "tutorials/langgraph-platform/local-server/local-server.md": "https://docs.langchain.com/langsmith/local-server",
-    "concepts/agentic_concepts.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "guides/index.md": "https://docs.langchain.com/oss/python/langchain/overview",
-    "agents/overview.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "agents/run_agents.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "concepts/low_level.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "how-tos/graph-api.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "how-tos/react-agent-from-scratch.ipynb": "https://docs.langchain.com/oss/python/langchain/quickstart",
-    "concepts/functional_api.md": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "how-tos/use-functional-api.md": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "concepts/pregel.md": "https://docs.langchain.com/oss/python/langgraph/pregel",
-    "concepts/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "concepts/persistence.md": "https://docs.langchain.com/oss/python/langgraph/persistence",
-    "concepts/durable_execution.md": "https://docs.langchain.com/oss/python/langgraph/durable-execution",
-    "concepts/memory.md": "https://docs.langchain.com/oss/python/langgraph/memory",
-    "how-tos/memory/add-memory.md": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "agents/context.md": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "agents/models.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/tools.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "how-tos/tool-calling.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "concepts/human_in_the_loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "how-tos/human_in_the_loop/add-human-in-the-loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "concepts/time-travel.md": "https://docs.langchain.com/oss/python/langgraph/persistence",
-    "how-tos/human_in_the_loop/time-travel.md": "https://docs.langchain.com/oss/python/langgraph/use-time-travel",
-    "concepts/subgraphs.md": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs",
-    "how-tos/subgraph.md": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs",
-    "concepts/multi_agent.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "agents/multi-agent.md": "https://docs.langchain.com/oss/python/langchain/multi-agent",
-    "how-tos/multi_agent.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "concepts/mcp.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/mcp.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/tracing.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "how-tos/enable-tracing.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "agents/evals.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "examples/index.md": "https://docs.langchain.com/oss/python/langgraph/case-studies",
-    "concepts/template_applications.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/rag/langgraph_agentic_rag.md": "https://docs.langchain.com/oss/python/langgraph/agentic-rag",
-    "tutorials/multi_agent/agent_supervisor.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "tutorials/sql/sql-agent.md": "https://docs.langchain.com/oss/python/langgraph/sql-agent",
-    "agents/ui.md": "https://docs.langchain.com/oss/python/langgraph/ui",
-    "how-tos/run-id-langsmith.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "troubleshooting/errors/index.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "troubleshooting/errors/INVALID_CHAT_HISTORY.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_CHAT_HISTORY",
-    "troubleshooting/errors/INVALID_LICENSE.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "adopters.md": "https://docs.langchain.com/oss/python/langgraph/case-studies",
-    "concepts/faq.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/prebuilt.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "reference/index.md": "https://reference.langchain.com/python/langgraph/",
-    "reference/graphs.md": "https://reference.langchain.com/python/langgraph/graphs/",
-    "reference/func.md": "https://reference.langchain.com/python/langgraph/func/",
-    "reference/pregel.md": "https://reference.langchain.com/python/langgraph/pregel/",
-    "reference/checkpoints.md": "https://reference.langchain.com/python/langgraph/checkpoints/",
-    "reference/store.md": "https://reference.langchain.com/python/langgraph/store/",
-    "reference/cache.md": "https://reference.langchain.com/python/langgraph/cache/",
-    "reference/types.md": "https://reference.langchain.com/python/langgraph/types/",
-    "reference/runtime.md": "https://reference.langchain.com/python/langgraph/runtime/",
-    "reference/config.md": "https://reference.langchain.com/python/langgraph/config/",
-    "reference/errors.md": "https://reference.langchain.com/python/langgraph/errors/",
-    "reference/constants.md": "https://reference.langchain.com/python/langgraph/constants/",
-    "reference/channels.md": "https://reference.langchain.com/python/langgraph/channels/",
-    "reference/agents.md": "https://reference.langchain.com/python/langgraph/agents/",
-    "reference/supervisor.md": "https://reference.langchain.com/python/langgraph/supervisor/",
-    "reference/swarm.md": "https://reference.langchain.com/python/langgraph/swarm/",
-    "reference/mcp.md": "https://reference.langchain.com/python/langgraph/mcp/",
-    "cloud/reference/sdk/python_sdk_ref.md": "https://reference.langchain.com/python/langsmith/deployment/sdk/",
-    "reference/remote_graph.md": "https://reference.langchain.com/python/langsmith/deployment/remote_graph/",
-
-    # additional exclude-search entries from mkdocs.yml
-    "additional-resources/index.md": "https://docs.langchain.com/oss/python/langchain/overview",
-    "cloud/concepts/cron_jobs.md": "https://docs.langchain.com/langsmith/cron-jobs",
-    "cloud/concepts/data_storage_and_privacy.md": "https://docs.langchain.com/langsmith/data-storage-and-privacy",
-    "cloud/concepts/webhooks.md": "https://docs.langchain.com/langsmith/use-webhooks",
-    "cloud/deployment/cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "cloud/deployment/custom_docker.md": "https://docs.langchain.com/langsmith/custom-docker",
-    "cloud/deployment/egress.md": "https://docs.langchain.com/langsmith/env-var",
-    "cloud/deployment/graph_rebuild.md": "https://docs.langchain.com/langsmith/graph-rebuild",
-    "cloud/deployment/self_hosted_control_plane.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "cloud/deployment/self_hosted_data_plane.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "cloud/deployment/semantic_search.md": "https://docs.langchain.com/langsmith/semantic-search",
-    "cloud/deployment/setup_javascript.md": "https://docs.langchain.com/langsmith/setup-javascript",
-    "cloud/deployment/setup_pyproject.md": "https://docs.langchain.com/langsmith/setup-pyproject",
-    "cloud/deployment/setup.md": "https://docs.langchain.com/langsmith/setup-app-requirements-txt",
-    "cloud/deployment/standalone_container.md": "https://docs.langchain.com/langsmith/docker",
-    "cloud/how-tos/add-human-in-the-loop.md": "https://docs.langchain.com/langsmith/add-human-in-the-loop",
-    "cloud/how-tos/background_run.md": "https://docs.langchain.com/langsmith/background-run",
-    "cloud/how-tos/clone_traces_studio.md": "https://docs.langchain.com/langsmith/observability",
-    "cloud/how-tos/configurable_headers.md": "https://docs.langchain.com/langsmith/configurable-headers",
-    "cloud/how-tos/configuration_cloud.md": "https://docs.langchain.com/langsmith/configuration-cloud",
-    "cloud/how-tos/cron_jobs.md": "https://docs.langchain.com/langsmith/cron-jobs",
-    "cloud/how-tos/datasets_studio.md": "https://docs.langchain.com/langsmith/use-studio",
-    "cloud/how-tos/enqueue_concurrent.md": "https://docs.langchain.com/langsmith/enqueue-concurrent",
-    "cloud/how-tos/generative_ui_react.md": "https://docs.langchain.com/langsmith/generative-ui-react",
-    "cloud/how-tos/human_in_the_loop_time_travel.md": "https://docs.langchain.com/langsmith/human-in-the-loop-time-travel",
-    "cloud/how-tos/interrupt_concurrent.md": "https://docs.langchain.com/langsmith/interrupt-concurrent",
-    "cloud/how-tos/invoke_studio.md": "https://docs.langchain.com/langsmith/use-studio",
-    "cloud/how-tos/iterate_graph_studio.md": "https://docs.langchain.com/langsmith/use-studio",
-    "cloud/how-tos/reject_concurrent.md": "https://docs.langchain.com/langsmith/reject-concurrent",
-    "cloud/how-tos/rollback_concurrent.md": "https://docs.langchain.com/langsmith/rollback-concurrent",
-    "cloud/how-tos/same-thread.md": "https://docs.langchain.com/langsmith/same-thread",
-    "cloud/how-tos/stateless_runs.md": "https://docs.langchain.com/langsmith/stateless-runs",
-    "cloud/how-tos/streaming.md": "https://docs.langchain.com/langsmith/streaming",
-    "cloud/how-tos/studio/manage_assistants.md": "https://docs.langchain.com/langsmith/use-studio",
-    "cloud/how-tos/studio/quick_start.md": "https://docs.langchain.com/langsmith/quick-start-studio",
-    "cloud/how-tos/studio/run_evals.md": "https://docs.langchain.com/langsmith/observability",
-    "cloud/how-tos/threads_studio.md": "https://docs.langchain.com/langsmith/use-threads",
-    "cloud/how-tos/use_stream_react.md": "https://docs.langchain.com/langsmith/use-stream-react",
-    "cloud/how-tos/use_threads.md": "https://docs.langchain.com/langsmith/use-threads",
-    "cloud/how-tos/webhooks.md": "https://docs.langchain.com/langsmith/use-webhooks",
-    "cloud/quick_start.md": "https://docs.langchain.com/langsmith/deployment-quickstart",
-    "cloud/reference/api/api_ref_control_plane.md": "https://docs.langchain.com/langsmith/api-ref-control-plane",
-    "cloud/reference/api/api_ref.md": "https://docs.langchain.com/langsmith/server-api-ref",
-    "cloud/reference/cli.md": "https://docs.langchain.com/langsmith/cli",
-    "cloud/reference/env_var.md": "https://docs.langchain.com/langsmith/env-var",
-    "cloud/reference/langgraph_server_changelog.md": "https://docs.langchain.com/langsmith/agent-server-changelog",
-    "cloud/reference/sdk/js_ts_sdk_ref.md": "https://reference.langchain.com/javascript/modules/langsmith.html",
-    "concepts/application_structure.md": "https://docs.langchain.com/langsmith/application-structure",
-    "concepts/assistants.md": "https://docs.langchain.com/langsmith/assistants",
-    "concepts/auth.md": "https://docs.langchain.com/langsmith/auth",
-    "concepts/deployment_options.md": "https://docs.langchain.com/langsmith/deployments",
-    "concepts/double_texting.md": "https://docs.langchain.com/langsmith/double-texting",
-    "concepts/faq.md": "https://docs.langchain.com/langsmith/faq",
-    "concepts/langgraph_cli.md": "https://docs.langchain.com/langsmith/cli",
-    "concepts/langgraph_cloud.md": "https://docs.langchain.com/langsmith/cloud",
-    "concepts/langgraph_components.md": "https://docs.langchain.com/langsmith/components",
-    "concepts/langgraph_control_plane.md": "https://docs.langchain.com/langsmith/control-plane",
-    "concepts/langgraph_data_plane.md": "https://docs.langchain.com/langsmith/data-plane",
-    "concepts/langgraph_platform.md": "https://docs.langchain.com/langsmith/home",
-    "concepts/langgraph_self_hosted_control_plane.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "concepts/langgraph_self_hosted_data_plane.md": "https://docs.langchain.com/langsmith/platform-setup",
-    "concepts/langgraph_server.md": "https://docs.langchain.com/langsmith/agent-server",
-    "concepts/langgraph_standalone_container.md": "https://docs.langchain.com/langsmith/docker",
-    "concepts/langgraph_studio.md": "https://docs.langchain.com/langsmith/studio",
-    "concepts/plans.md": "https://docs.langchain.com/langsmith/home",
-    "concepts/scalability_and_resilience.md": "https://docs.langchain.com/langsmith/scalability-and-resilience",
-    "concepts/sdk.md": "https://docs.langchain.com/langsmith/sdk",
-    "concepts/server-mcp.md": "https://docs.langchain.com/langsmith/server-mcp",
-    "concepts/template_applications.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/why-langgraph.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "examples/index.md": "https://docs.langchain.com/oss/python/langgraph/case-studies",
-    "guides/index.md": "https://docs.langchain.com/oss/python/langchain/overview",
-    "how-tos/auth/custom_auth.md": "https://docs.langchain.com/langsmith/custom-auth",
-    "how-tos/auth/openapi_security.md": "https://docs.langchain.com/langsmith/openapi-security",
-    "how-tos/autogen-integration.md": "https://docs.langchain.com/langsmith/autogen-integration",
-    "how-tos/http/custom_lifespan.md": "https://docs.langchain.com/langsmith/custom-lifespan",
-    "how-tos/http/custom_middleware.md": "https://docs.langchain.com/langsmith/custom-middleware",
-    "how-tos/http/custom_routes.md": "https://docs.langchain.com/langsmith/custom-routes",
-    "how-tos/ttl/configure_ttl.md": "https://docs.langchain.com/langsmith/configure-ttl",
-    "how-tos/use-remote-graph.md": "https://docs.langchain.com/langsmith/use-remote-graph",
-    "index.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "snippets/chat_model_tabs.md": "https://docs.langchain.com/oss/python/langchain/overview",
-    "troubleshooting/errors/GRAPH_RECURSION_LIMIT.md": "https://docs.langchain.com/oss/python/langgraph/GRAPH_RECURSION_LIMIT",
-    "troubleshooting/errors/index.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "troubleshooting/errors/INVALID_CHAT_HISTORY.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_CHAT_HISTORY",
-    "troubleshooting/errors/INVALID_CONCURRENT_GRAPH_UPDATE.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_CONCURRENT_GRAPH_UPDATE",
-    "troubleshooting/errors/INVALID_GRAPH_NODE_RETURN_VALUE.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_GRAPH_NODE_RETURN_VALUE",
-    "troubleshooting/errors/INVALID_LICENSE.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "troubleshooting/errors/MULTIPLE_SUBGRAPHS.md": "https://docs.langchain.com/oss/python/langgraph/MULTIPLE_SUBGRAPHS",
-    "troubleshooting/studio.md": "https://docs.langchain.com/langsmith/troubleshooting-studio",
-    "tutorials/auth/add_auth_server.md": "https://docs.langchain.com/langsmith/add-auth-server",
-    "tutorials/auth/getting_started.md": "https://docs.langchain.com/langsmith/auth",
-    "tutorials/auth/resource_auth.md": "https://docs.langchain.com/langsmith/resource-auth",
-    "agents/agents.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "concepts/why-langgraph.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/langsmith/local-server.md": "https://docs.langchain.com/oss/python/langgraph/local-server",
-    "tutorials/workflows.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "concepts/agentic_concepts.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "guides/index.md": "https://docs.langchain.com/oss/python/langchain/overview",
-    "agents/overview.md": "https://docs.langchain.com/oss/python/langchain/agents",
-    "concepts/agentic_concepts.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "agents/run_agents.md": "https://docs.langchain.com/oss/python/langgraph/quickstart",
-    "concepts/low_level.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "how-tos/graph-api.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "concepts/functional_api.md": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "how-tos/use-functional-api.md": "https://docs.langchain.com/oss/python/langgraph/functional-api",
-    "concepts/pregel.md": "https://docs.langchain.com/oss/python/langgraph/pregel",
-    "concepts/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "how-tos/streaming.md": "https://docs.langchain.com/oss/python/langgraph/streaming",
-    "concepts/persistence.md": "https://docs.langchain.com/oss/python/langgraph/persistence",
-    "concepts/durable_execution.md": "https://docs.langchain.com/oss/python/langgraph/durable-execution",
-    "concepts/memory.md": "https://docs.langchain.com/oss/python/langgraph/memory",
-    "how-tos/memory/add-memory.md": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "agents/context.md": "https://docs.langchain.com/oss/python/langgraph/add-memory",
-    "agents/models.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/tools.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "how-tos/tool-calling.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "concepts/human_in_the_loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "how-tos/human_in_the_loop/add-human-in-the-loop.md": "https://docs.langchain.com/oss/python/langgraph/interrupts",
-    "concepts/time-travel.md": "https://docs.langchain.com/oss/python/langgraph/persistence",
-    "how-tos/human_in_the_loop/time-travel.md": "https://docs.langchain.com/oss/python/langgraph/use-time-travel",
-    "concepts/subgraphs.md": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs",
-    "how-tos/subgraph.md": "https://docs.langchain.com/oss/python/langgraph/use-subgraphs",
-    "concepts/multi_agent.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "agents/multi-agent.md": "https://docs.langchain.com/oss/python/langchain/multi-agent",
-    "how-tos/multi_agent.md": "https://docs.langchain.com/oss/python/langgraph/graph-api",
-    "concepts/mcp.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/mcp.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "concepts/tracing.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "how-tos/enable-tracing.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "agents/evals.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "examples/index.md": "https://docs.langchain.com/oss/python/langgraph/case-studies",
-    "concepts/template_applications.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "tutorials/rag/langgraph_agentic_rag.md": "https://docs.langchain.com/oss/python/langgraph/agentic-rag",
-    "tutorials/multi_agent/agent_supervisor.md": "https://docs.langchain.com/oss/python/langgraph/workflows-agents",
-    "tutorials/sql/sql-agent.md": "https://docs.langchain.com/oss/python/langgraph/sql-agent",
-    "agents/ui.md": "https://docs.langchain.com/oss/python/langgraph/ui",
-    "how-tos/run-id-langsmith.md": "https://docs.langchain.com/oss/python/langgraph/observability",
-    "troubleshooting/errors/index.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "troubleshooting/errors/GRAPH_RECURSION_LIMIT.md": "https://docs.langchain.com/oss/python/langgraph/GRAPH_RECURSION_LIMIT",
-    "troubleshooting/errors/INVALID_CONCURRENT_GRAPH_UPDATE.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_CONCURRENT_GRAPH_UPDATE",
-    "troubleshooting/errors/INVALID_GRAPH_NODE_RETURN_VALUE.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_GRAPH_NODE_RETURN_VALUE",
-    "troubleshooting/errors/MULTIPLE_SUBGRAPHS.md": "https://docs.langchain.com/oss/python/langgraph/MULTIPLE_SUBGRAPHS",
-    "troubleshooting/errors/INVALID_CHAT_HISTORY.md": "https://docs.langchain.com/oss/python/langgraph/INVALID_CHAT_HISTORY",
-    "troubleshooting/errors/INVALID_LICENSE.md": "https://docs.langchain.com/oss/python/langgraph/common-errors",
-    "adopters.md": "https://docs.langchain.com/oss/python/langgraph/case-studies",
-    "concepts/faq.md": "https://docs.langchain.com/oss/python/langgraph/overview",
-    "agents/prebuilt.md": "https://docs.langchain.com/oss/python/langchain/agents",
+    "how-tos/wait-user-input-functional.ipynb": "how-tos/use-functional-api.md",
+    "how-tos/review-tool-calls-functional.ipynb": "how-tos/use-functional-api.md",
+    "how-tos/create-react-agent-hitl.ipynb": "how-tos/human_in_the_loop/add-human-in-the-loop.md",
+    "agents/human-in-the-loop.md": "how-tos/human_in_the_loop/add-human-in-the-loop.md",
+    "how-tos/human_in_the_loop/dynamic_breakpoints.ipynb": "how-tos/human_in_the_loop/breakpoints.md",
+    "concepts/breakpoints.md": "concepts/human_in_the_loop.md",
+    "how-tos/human_in_the_loop/breakpoints.md": "how-tos/human_in_the_loop/add-human-in-the-loop.md",
+    "cloud/how-tos/human_in_the_loop_breakpoint.md": "cloud/how-tos/add-human-in-the-loop.md",
+    "how-tos/human_in_the_loop/edit-graph-state.ipynb": "how-tos/human_in_the_loop/time-travel.md",
+    # LGP migration-related redirects - once LG is also migrated, we can add a redirect for the whole site
+    "concepts/langgraph_platform.md": "https://docs.langchain.com/langgraph-platform",
+    "concepts/langgraph_components.md": "https://docs.langchain.com/langgraph-platform/components",
+    "concepts/langgraph_server.md": "https://docs.langchain.com/langgraph-platform/langgraph-server",
+    "concepts/langgraph_studio.md": "https://docs.langchain.com/langgraph-platform/langgraph-studio",
+    "cloud/how-tos/invoke_studio.md": "https://docs.langchain.com/langgraph-platform/invoke-studio",
+    "concepts/langgraph_cli.md": "https://docs.langchain.com/langgraph-platform/langgraph-cli",
+    "cloud/how-tos/studio/quick_start.md": "https://docs.langchain.com/langgraph-platform/quick-start-studio",
+    "concepts/sdk.md": "https://docs.langchain.com/langgraph-platform/sdk",
+    "concepts/auth.md": "https://docs.langchain.com/langgraph-platform/auth",
+    "concepts/assistants.md": "https://docs.langchain.com/langgraph-platform/assistants",
+    "concepts/deployment_options.md": "https://docs.langchain.com/langgraph-platform/deployment-options",
+    "cloud/quick_start.md": "https://docs.langchain.com/langgraph-platform/deployment-quickstart",
+    "cloud/deployment/setup.md": "https://docs.langchain.com/langgraph-platform/setup-app-requirements-txt",
+    "concepts/langgraph_self_hosted_data_plane.md": "https://docs.langchain.com/langgraph-platform/self-hosted-data-plane",
+    "concepts/langgraph_self_hosted_control_plane.md": "https://docs.langchain.com/langgraph-platform/self-hosted-control-plane",
+    "concepts/langgraph_standalone_container.md": "https://docs.langchain.com/langgraph-platform/standalone-container",
+    "cloud/deployment/self_hosted_data_plane.md": "https://docs.langchain.com/langgraph-platform/deploy-self-hosted-data-plane",
+    "cloud/deployment/self_hosted_control_plane.md": "https://docs.langchain.com/langgraph-platform/deploy-self-hosted-control-plane",
+    "cloud/deployment/standalone_container.md": "https://docs.langchain.com/langgraph-platform/deploy-standalone-container",
+    "concepts/server-mcp.md": "https://docs.langchain.com/langgraph-platform/server-mcp",
+    "cloud/reference/cli.md": "https://docs.langchain.com/langgraph-platform/cli",
+    "cloud/how-tos/use_stream_react.md": "https://docs.langchain.com/langgraph-platform/use-stream-react",
+    "cloud/how-tos/generative-ui-react.md": "https://docs.langchain.com/langgraph-platform/generative-ui-react",
 }
 
 
@@ -500,7 +200,31 @@ def _add_path_to_code_blocks(markdown: str, page: Page) -> str:
     return code_block_pattern.sub(replace_code_block_header, markdown)
 
 
-# Compiled regex patterns for better performance and readability
+def _resolve_cross_references(md_text: str, link_map: dict[str, str]) -> str:
+    """Replace [title][identifier] with [title](url) using language-specific link_map.
+
+    Args:
+        md_text: The markdown text to process.
+        link_map: mapping of identifier to URL.
+
+    Returns:
+        The processed markdown text with cross-references resolved.
+    """
+    # Pattern to match [title][identifier]
+    pattern = re.compile(r"\[([^\]]+)\]\[([^\]]+)\]")
+
+    def replace_reference(match: re.Match) -> str:
+        """Replace the matched reference with the corresponding URL."""
+        title, identifier = match.group(1), match.group(2)
+        url = link_map.get(identifier)
+
+        if url:
+            return f"[{title}]({url})"
+        else:
+            # Leave it unchanged if not found
+            return match.group(0)
+
+    return pattern.sub(replace_reference, md_text)
 
 
 def _apply_conditional_rendering(md_text: str, target_language: str) -> str:
@@ -510,7 +234,7 @@ def _apply_conditional_rendering(md_text: str, target_language: str) -> str:
     pattern = re.compile(
         r"(?P<indent>[ \t]*):::(?P<language>\w+)\s*\n"
         r"(?P<content>((?:.*\n)*?))"  # Capture the content inside the block
-        r"(?P=indent)[ \t]*:::"  # Match closing with the same indentation + any additional whitespace
+        r"(?P=indent):::"  # Match closing with the same indentation
     )
 
     def replace_conditional_blocks(match: re.Match) -> str:
@@ -595,7 +319,7 @@ def _highlight_code_blocks(markdown: str) -> str:
             opening_fence += f" {attributes}"
 
         if highlighted_lines:
-            opening_fence += f' hl_lines="{" ".join(highlighted_lines)}"'
+            opening_fence += f" hl_lines=\"{' '.join(highlighted_lines)}\""
 
         return (
             # The indent and opening fence
@@ -610,21 +334,6 @@ def _highlight_code_blocks(markdown: str) -> str:
     return markdown
 
 
-def _save_page_output(markdown: str, output_path: str):
-    """Save markdown content to a file, creating parent directories if needed.
-
-    Args:
-        markdown: The markdown content to save
-        output_path: The file path to save to
-    """
-    # Create parent directories recursively if they don't exist
-    os.makedirs(os.path.dirname(output_path), exist_ok=True)
-    
-    # Write the markdown content to the file
-    with open(output_path, "w", encoding="utf-8") as f:
-        f.write(markdown)
-
-
 def _on_page_markdown_with_config(
     markdown: str,
     page: Page,
@@ -640,14 +349,6 @@ def _on_page_markdown_with_config(
         # logger.info("Processing Jupyter notebook: %s", page.file.src_path)
         markdown = convert_notebook(page.file.abs_src_path)
 
-    target_language = kwargs.get(
-        "target_language",
-        os.environ.get("TARGET_LANGUAGE", "python")
-    )
-
-    # Apply cross-reference preprocessing to all markdown content
-    markdown = _replace_autolinks(markdown, page.file.src_path, default_scope=target_language)
-
     # Append API reference links to code blocks
     if add_api_references:
         markdown = update_markdown_with_imports(markdown, page.file.abs_src_path)
@@ -655,7 +356,18 @@ def _on_page_markdown_with_config(
     markdown = _highlight_code_blocks(markdown)
 
     # Apply conditional rendering for code blocks
+    target_language = kwargs.get("target_language", "python")
     markdown = _apply_conditional_rendering(markdown, target_language)
+    if target_language == "js":
+        markdown = _resolve_cross_references(markdown, JS_LINK_MAP)
+    elif target_language == "python":
+        # Via a dedicated plugin
+        pass
+    else:
+        raise ValueError(
+            f"Unsupported target language: {target_language}. "
+            "Supported languages are 'python' and 'js'."
+        )
 
     # Add file path as an attribute to code blocks that are executable.
     # This file path is used to associate fixtures with the executable code
@@ -670,19 +382,15 @@ def _on_page_markdown_with_config(
 
 
 def on_page_markdown(markdown: str, page: Page, **kwargs: Dict[str, Any]):
-    finalized_markdown = _on_page_markdown_with_config(
-        markdown,
-        page,
-        add_api_references=True,
-        **kwargs,
+    finalized_markdown = (
+        _on_page_markdown_with_config(
+            markdown,
+            page,
+            add_api_references=True,
+            **kwargs,
+        )
     )
     page.meta["original_markdown"] = finalized_markdown
-
-    output_path = os.environ.get("MD_OUTPUT_PATH")
-    if output_path:
-        file_path = os.path.join(output_path, page.file.src_path)
-        _save_page_output(finalized_markdown, file_path)
-
     return finalized_markdown
 
 
@@ -753,7 +461,6 @@ height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>
     else:
         return html  # fallback if no <body> found
 
-
 def _inject_markdown_into_html(html: str, page: Page) -> str:
     """Inject the original markdown content into the HTML page as JSON."""
     original_markdown = page.meta.get("original_markdown", "")
@@ -786,7 +493,6 @@ def _inject_markdown_into_html(html: str, page: Page) -> str:
         )
     return html.replace("</head>", f"{script_content}</head>")
 
-
 def on_post_page(html: str, page: Page, config: MkDocsConfig) -> str:
     """Inject Google Tag Manager noscript tag immediately after <body>.
 
@@ -801,135 +507,20 @@ def on_post_page(html: str, page: Page, config: MkDocsConfig) -> str:
     html = _inject_markdown_into_html(html, page)
     return _inject_gtm(html)
 
-
 # Create HTML files for redirects after site dir has been built
 def on_post_build(config):
     use_directory_urls = config.get("use_directory_urls")
-    site_dir = config["site_dir"]
-
-    # Track which paths have explicit redirects
-    redirected_paths = set()
-
-    # Collect all existing HTML files in the site
-    all_html_files = set()
-    for root, dirs, files in os.walk(site_dir):
-        for file in files:
-            if file.endswith(".html"):
-                # Get relative path from site_dir
-                html_path = os.path.relpath(os.path.join(root, file), site_dir)
-                # Normalize path separators to forward slashes
-                html_path = html_path.replace(os.sep, "/")
-                all_html_files.add(html_path)
-
-    # Process explicit redirects from REDIRECT_MAP
     for page_old, page_new in REDIRECT_MAP.items():
-        # Convert .ipynb to .md for path calculation
         page_old = page_old.replace(".ipynb", ".md")
-
-        # Calculate the HTML path for the old page (whether it exists or not)
-        if use_directory_urls:
-            # With directory URLs: /path/to/page/ becomes /path/to/page/index.html
-            if page_old.endswith(".md"):
-                old_html_path = page_old[:-3] + "/index.html"
-            else:
-                old_html_path = page_old + "/index.html"
-        else:
-            # Without directory URLs: /path/to/page.md becomes /path/to/page.html
-            if page_old.endswith(".md"):
-                old_html_path = page_old[:-3] + ".html"
-            else:
-                old_html_path = page_old + ".html"
-
-        # Track this path as redirected
-        redirected_paths.add(old_html_path)
-
-        if isinstance(page_new, str) and page_new.startswith("http"):
-            # Handle external redirects
-            _write_html(site_dir, old_html_path, page_new)
-        else:
-            # Handle internal redirects
-            page_new = page_new.replace(".ipynb", ".md")
-            page_new_before_hash, hash, suffix = page_new.partition("#")
-
-            # Try to get the new path using File class, but fallback to manual calculation
-            try:
-                new_html_path = File(page_new_before_hash, "", "", True).url
-                new_html_path = (
-                    posixpath.relpath(new_html_path, start=posixpath.dirname(old_html_path))
-                    + hash
-                    + suffix
-                )
-            except:
-                # Fallback: calculate relative path manually
-                if use_directory_urls:
-                    if page_new_before_hash.endswith(".md"):
-                        new_html_path = page_new_before_hash[:-3] + "/"
-                    else:
-                        new_html_path = page_new_before_hash + "/"
-                else:
-                    if page_new_before_hash.endswith(".md"):
-                        new_html_path = page_new_before_hash[:-3] + ".html"
-                    else:
-                        new_html_path = page_new_before_hash + ".html"
-                new_html_path += hash + suffix
-
-            _write_html(site_dir, old_html_path, new_html_path)
-
-    # Create catch-all redirects for any HTML files not explicitly redirected
-    catchall_url = "https://docs.langchain.com/oss/python/langgraph/overview"
-    for html_file in all_html_files:
-        # Skip if this file is already explicitly redirected
-        if html_file in redirected_paths:
-            continue
-
-        # Skip the root index.html (we handle that separately)
-        if html_file == "index.html":
-            continue
-
-        # Skip reference documentation (keep those accessible)
-        if html_file.startswith("reference/"):
-            continue
-
-        # Create redirect for this unmapped file
-        _write_html(site_dir, html_file, catchall_url)
-
-    # Create root index.html redirect
-    root_redirect_html = """<!doctype html>
-<html lang="en">
-<head>
-    <meta charset="utf-8">
-    <title>Redirecting to LangGraph Documentation</title>
-    <link rel="canonical" href="https://docs.langchain.com/oss/python/langgraph/overview">
-    <meta name="robots" content="noindex">
-    <script>var anchor=window.location.hash.substr(1);location.href="https://docs.langchain.com/oss/python/langgraph/overview"+(anchor?"#"+anchor:"")</script>
-    <meta http-equiv="refresh" content="0; url=https://docs.langchain.com/oss/python/langgraph/overview">
-</head>
-<body>
-<h1>Documentation has moved</h1>
-<p>The LangGraph documentation has moved to <a href="https://docs.langchain.com/oss/python/langgraph/overview">docs.langchain.com</a>.</p>
-<p>Redirecting you now...</p>
-</body>
-</html>
-"""
-
-    root_index_path = os.path.join(site_dir, "index.html")
-    with open(root_index_path, "w", encoding="utf-8") as f:
-        f.write(root_redirect_html)
-
-    # Create server-side catch-all redirect file for Netlify/Cloudflare Pages
-    # This handles any pages not explicitly mapped in REDIRECT_MAP
-    # Note: This won't work on GitHub Pages, but kept for potential future use
-    redirects_content = """# Netlify/Cloudflare Pages redirect rules
-# Specific redirects are handled by individual HTML redirect pages
-# This is the catch-all for any unmapped pages
-
-# Exclude reference docs from catch-all
-/reference/*  200
-
-# Catch-all: redirect any page not explicitly mapped
-/*  https://docs.langchain.com/oss/python/langgraph/overview  301
-"""
-
-    redirects_path = os.path.join(site_dir, "_redirects")
-    with open(redirects_path, "w", encoding="utf-8") as f:
-        f.write(redirects_content)
+        page_new = page_new.replace(".ipynb", ".md")
+        page_new_before_hash, hash, suffix = page_new.partition("#")
+        old_html_path = File(page_old, "", "", use_directory_urls).dest_path.replace(
+            os.sep, "/"
+        )
+        new_html_path = File(page_new_before_hash, "", "", True).url
+        new_html_path = (
+            posixpath.relpath(new_html_path, start=posixpath.dirname(old_html_path))
+            + hash
+            + suffix
+        )
+        _write_html(config["site_dir"], old_html_path, new_html_path)

docs/_scripts/third_party_page/create_third_party_page.py

@@ -15,10 +15,9 @@ If you’re looking for other prebuilt libraries, explore the community-built op
 below. These libraries can extend LangGraph's functionality in various ways.
 
 ## 📚 Available Libraries
+
 [//]: # (This file is automatically generated using a script in docs/_scripts. Do not edit this file directly!)
-
-:::python
-{python_library_list}
+{library_list}
 
 ## ✨ Contributing Your Library
 
@@ -29,39 +28,16 @@ To share your project, simply open a Pull Request adding an entry for your packa
 
 **Guidelines**
 
-- Your repo must be distributed as an installable package on PyPI 📦
+- Your repo must be distributed as an installable package (e.g., PyPI for Python, npm 
+  for JavaScript/TypeScript, etc.) 📦
 - The repo should either use the Graph API (exposing a `StateGraph` instance) or 
   the Functional API (exposing an `entrypoint`).
 - The package must include documentation (e.g., a `README.md` or docs site) 
   explaining how to use it.
-
+  
 We'll review your contribution and merge it in!
 
 Thanks for contributing! 🚀
-:::
-
-:::js
-{js_library_list}
-
-## ✨ Contributing Your Library
-
-Have you built an awesome open-source library using LangGraph? We'd love to feature 
-your project on the official LangGraph documentation pages! 🏆
-
-To share your project, simply open a Pull Request adding an entry for your package in our [packages.yml]({langgraph_url}) file.
-
-**Guidelines**
-
-- Your repo must be distributed as an installable package on npm 📦
-- The repo should either use the Graph API (exposing a `StateGraph` instance) or 
-  the Functional API (exposing an `entrypoint`).
-- The package must include documentation (e.g., a `README.md` or docs site) 
-  explaining how to use it.
-
-We'll review your contribution and merge it in!
-
-Thanks for contributing! 🚀
-:::
 """
 
 
@@ -70,18 +46,36 @@ class ResolvedPackage(TypedDict):
     """The name of the package."""
     repo: str
     """Repository ID within github. Format is: [orgname]/[repo_name]."""
-    monorepo_path: str | None
-    """Optional: The path to the package in the monorepo. Must be relative to the root of the monorepo."""
-    language: str
-    """The language of the package. (either 'python' or 'js')"""
     weekly_downloads: int | None
     """The weekly download count of the package."""
     description: str
     """A brief description of what the package does."""
 
-def generate_package_table(resolved_packages: List[ResolvedPackage]) -> str:
-    """Generate the package table for the third party page.
+
+def generate_markdown(resolved_packages: List[ResolvedPackage], language: str) -> str:
+    """Generate the markdown content for the third party page.
+
+    Args:
+        resolved_packages: A list of resolved package information.
+        language: str
+
+    Returns:
+        The markdown content as a string.
     """
+    # Update the URL to the actual file once the initial version is merged
+    if language == "python":
+        langgraph_url = (
+            "https://github.com/langchain-ai/langgraph/blob/main/docs"
+            "/_scripts/third_party_page/packages.yml"
+        )
+    elif language == "js":
+        langgraph_url = (
+            "https://github.com/langchain-ai/langgraphjs/blob/main/docs"
+            "/_scripts/third_party/packages.yml"
+        )
+    else:
+        raise ValueError(f"Invalid language '{language}'. Expected 'python' or 'js'.")
+
     sorted_packages = sorted(
         resolved_packages, key=lambda p: p["weekly_downloads"] or 0, reverse=True
     )
@@ -91,15 +85,7 @@ def generate_package_table(resolved_packages: List[ResolvedPackage]) -> str:
     ]
     for package in sorted_packages:
         name = f"**{package['name']}**"
-        
-        monorepo_path = package.get("monorepo_path", "")
-        if monorepo_path:
-            monorepo_path = monorepo_path[1:] if monorepo_path.startswith('/') else monorepo_path
-            repo_url_suffix = f"/tree/main/{monorepo_path}"
-        else:
-            repo_url_suffix = ""
-        repo_url = f"https://github.com/{package['repo']}{repo_url_suffix}"
-
+        repo_url = f"[{package['repo']}](https://github.com/{package['repo']})"
         stars_badge = (
             f"https://img.shields.io/github/stars/{package['repo']}?style=social"
         )
@@ -107,39 +93,13 @@ def generate_package_table(resolved_packages: List[ResolvedPackage]) -> str:
         downloads = package["weekly_downloads"] or "-"
         row = f"| {name} | {repo_url} | {package['description']} | {downloads} | {stars}"
         rows.append(row)
-    return "\n".join(rows)
-
-def generate_markdown(resolved_packages: List[ResolvedPackage]) -> str:
-    """Generate the markdown content for the third party page.
-
-    Args:
-        resolved_packages: A list of resolved package information.
-
-    Returns:
-        The markdown content as a string.
-    """
-    # Update the URL to the actual file once the initial version is merged
-    langgraph_url = (
-        "https://github.com/langchain-ai/langgraph/blob/main/docs"
-        "/_scripts/third_party_page/packages.yml"
-    )
-
-    python_library_list = generate_package_table(
-        [p for p in resolved_packages if p["language"] == "python"]
-    )
-    js_library_list = generate_package_table(
-        [p for p in resolved_packages if p["language"] == "js"]
-    )
-    
     markdown_content = MARKDOWN.format(
-        python_library_list=python_library_list,
-        js_library_list=js_library_list,
-        langgraph_url=langgraph_url,
+        library_list="\n".join(rows), langgraph_url=langgraph_url
     )
     return markdown_content
 
 
-def main(input_file: str, output_file: str) -> None:
+def main(input_file: str, output_file: str, language: str) -> None:
     """Main function to create the third party page.
 
     Args:
@@ -151,7 +111,7 @@ def main(input_file: str, output_file: str) -> None:
     with open(input_file, "r") as f:
         resolved_packages: List[ResolvedPackage] = yaml.safe_load(f)
 
-    markdown_content = generate_markdown(resolved_packages)
+    markdown_content = generate_markdown(resolved_packages, language)
 
     # Write the markdown content to the output file
     with open(output_file, "w", encoding="utf-8") as f:
@@ -167,6 +127,12 @@ if __name__ == "__main__":
     parser.add_argument(
         "output_file", help="Path to the output file for the third party page."
     )
+    parser.add_argument(
+        "--language",
+        choices=["python", "js"],
+        default="python",
+        help="The language for which to generate the third party page. Defaults to 'python'.",
+    )
     args = parser.parse_args()
 
-    main(args.input_file, args.output_file)
+    main(args.input_file, args.output_file, args.language)

docs/_scripts/third_party_page/get_download_stats.py

@@ -11,158 +11,101 @@ import yaml
 
 
 class Package(TypedDict):
+    """A TypedDict representing a package"""
+
     name: str
     """The name of the package."""
     repo: str
     """Repository ID within github. Format is: [orgname]/[repo_name]."""
-    monorepo_path: str | None
-    """The path to the package in the monorepo. Only used for JS packages."""
     description: str
     """A brief description of what the package does."""
 
 
 class ResolvedPackage(Package):
     weekly_downloads: int | None
-    """The weekly download count of the package."""
-    language: str
-    """The language of the package. (either 'python' or 'js')"""
 
 
 HERE = pathlib.Path(__file__).parent
 PACKAGES_FILE = HERE / "packages.yml"
-PACKAGES = yaml.safe_load(PACKAGES_FILE.read_text())["packages"]
+PACKAGES = yaml.safe_load(PACKAGES_FILE.read_text())['packages']
 
 
-def _get_pypi_downloads(package: Package) -> int:
-    """Retrieve the weekly download count for a package from PyPIStats."""
-
-    # First check if package exists on PyPI
-    pypi_url = f"https://pypi.org/pypi/{package['name']}/json"
-    try:
-        pypi_response = requests.get(pypi_url)
-        pypi_response.raise_for_status()
-    except requests.exceptions.HTTPError:
-        raise AssertionError(f"Package {package['name']} does not exist on PyPI")
-
-    # Get first release date
-    pypi_data = pypi_response.json()
-    releases = pypi_data["releases"]
-    first_release_date = None
-    for version_releases in releases.values():
-        if version_releases:  # Some versions may be empty lists
-            upload_time = datetime.fromisoformat(version_releases[0]["upload_time"])
-            if first_release_date is None or upload_time < first_release_date:
-                first_release_date = upload_time
-
-    if first_release_date is None:
-        raise AssertionError(f"Package {package['name']} has no releases yet")
-
-    # If package was published in last 48 hours, skip download stats
-    if (datetime.now() - first_release_date).total_seconds() >= 48 * 3600:
-        url = f"https://pypistats.org/api/packages/{package['name']}/overall"
-
-        response = requests.get(url)
-        response.raise_for_status()
-        data = response.json()
-
-        sorted_data = sorted(
-            data["data"],
-            key=lambda x: datetime.strptime(x["date"], "%Y-%m-%d"),
-            reverse=True,
-        )
-
-        # Sum the last 7 days of downloads
-        return sum(entry["downloads"] for entry in sorted_data[:7])
-    else:
-        return None
-
-
-def _get_npm_downloads(package: Package) -> int:
-    """Retrieve the weekly download count for a package on the npm registry."""
-
-    # Check if package exists on the npm registry
-    npm_url = f"https://registry.npmjs.org/{package['name']}"
-    try:
-        npm_response = requests.get(npm_url)
-        npm_response.raise_for_status()
-    except requests.exceptions.HTTPError:
-        raise AssertionError(
-            f"Package {package['name']} does not exist on npm registry"
-        )
-
-    npm_data = npm_response.json()
-
-    # Retrieve the first publish date using the 'created' timestamp from the 'time' field.
-    created_str = npm_data.get("time", {}).get("created")
-    if created_str is None:
-        raise AssertionError(
-            f"Package {package['name']} has no creation time in registry data"
-        )
-    # Remove the trailing 'Z' if present and parse the ISO format timestamp
-    first_publish_date = datetime.fromisoformat(created_str.rstrip("Z"))
-
-    # If package was published more than 48 hours ago, fetch download stats.
-    if (datetime.now() - first_publish_date).total_seconds() >= 48 * 3600:
-        stats_url = f"https://api.npmjs.org/downloads/point/last-week/{package['name']}"
-        stats_response = requests.get(stats_url)
-        stats_response.raise_for_status()
-        stats_data = stats_response.json()
-        return stats_data.get("downloads", None)
-    else:
-        return None
-
-
-def _get_weekly_downloads(
-    packages: dict[str, list[Package]], fake: bool
-) -> list[ResolvedPackage]:
-    """Retrieve the weekly download count for a dictionary of python or js packages."""
+def _get_weekly_downloads(packages: list[Package], fake: bool) -> list[ResolvedPackage]:
+    """Retrieve the monthly download count for a list of packages from PyPIStats."""
     resolved_packages: list[ResolvedPackage] = []
 
     if fake:
         # To avoid making network requests during testing, return fake download counts
-        for language, package_list in packages.items():
-            for package in package_list:
-                resolved_packages.append(
-                    {
-                        "name": package["name"],
-                        "repo": package["repo"],
-                        "monorepo_path": package.get("monorepo_path", None),
-                        "language": language,
-                        "description": package["description"],
-                        "weekly_downloads": -12345,
-                    }
-                )
-        return resolved_packages
-
-    for language, package_list in packages.items():
-        for package in package_list:
-            if language == "python":
-                num_downloads = _get_pypi_downloads(package)
-            elif language == "js":
-                num_downloads = _get_npm_downloads(package)
-            else:
-                num_downloads = None
-
+        for package in packages:
             resolved_packages.append(
                 {
                     "name": package["name"],
                     "repo": package["repo"],
-                    "monorepo_path": package.get("monorepo_path", None),
-                    "language": language,
+                    "weekly_downloads": -12345,
                     "description": package["description"],
-                    "weekly_downloads": num_downloads,
                 }
             )
+        return resolved_packages
+
+    for package in packages:
+        # First check if package exists on PyPI
+        pypi_url = f"https://pypi.org/pypi/{package['name']}/json"
+        try:
+            pypi_response = requests.get(pypi_url)
+            pypi_response.raise_for_status()
+        except requests.exceptions.HTTPError:
+            raise AssertionError(f"Package {package['name']} does not exist on PyPI")
+
+        # Get first release date
+        pypi_data = pypi_response.json()
+        releases = pypi_data["releases"]
+        first_release_date = None
+        for version_releases in releases.values():
+            if version_releases:  # Some versions may be empty lists
+                upload_time = datetime.fromisoformat(version_releases[0]["upload_time"])
+                if first_release_date is None or upload_time < first_release_date:
+                    first_release_date = upload_time
+
+        if first_release_date is None:
+            raise AssertionError(f"Package {package['name']} has no releases yet")
+
+        # If package was published in last 48 hours, skip download stats
+        if (datetime.now() - first_release_date).total_seconds() >= 48 * 3600:
+            url = f"https://pypistats.org/api/packages/{package['name']}/overall"
+
+            response = requests.get(url)
+            response.raise_for_status()
+            data = response.json()
+
+            sorted_data = sorted(
+                data["data"],
+                key=lambda x: datetime.strptime(x["date"], "%Y-%m-%d"),
+                reverse=True,
+            )
+
+            # Sum the last 7 days of downloads
+            num_downloads = sum(entry["downloads"] for entry in sorted_data[:7])
+        else:
+            num_downloads = None
+
+        resolved_packages.append(
+            {
+                "name": package["name"],
+                "repo": package["repo"],
+                "weekly_downloads": num_downloads,
+                "description": package["description"],
+            }
+        )
 
     return resolved_packages
 
 
+
 def main(output_file: str, fake: bool) -> None:
     """Main function to generate package download information.
 
     Args:
         output_file: Path to the output YAML file.
-        fake: If `True`, use fake download counts for testing purposes.
     """
     resolved_packages: list[ResolvedPackage] = _get_weekly_downloads(PACKAGES, fake)
 

docs/_scripts/third_party_page/packages.yml

@@ -1,58 +1,41 @@
 #A list of third-party packages to surface on the third-party page.
 packages:
-  python:
-    - name: "trustcall"
-      repo: "hinthornw/trustcall"
-      description: "Tenacious tool calling built on LangGraph."
-    - name: "breeze-agent"
-      repo: "andrestorres123/breeze-agent"
-      description: "A streamlined research system built inspired on STORM and built on LangGraph."
-    - name: "langgraph-supervisor"
-      repo: "langchain-ai/langgraph-supervisor-py"
-      description: "Build supervisor multi-agent systems with LangGraph."
-    - name: "langmem"
-      repo: "langchain-ai/langmem"
-      description: "Build agents that learn and adapt from interactions over time."
-    - name: "langchain-mcp-adapters"
-      repo: "langchain-ai/langchain-mcp-adapters"
-      description: "Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents."
-    - name: "open-deep-research"
-      repo: "langchain-ai/open_deep_research"
-      description: "Open source assistant for iterative web research and report writing."
-    - name: "langgraph-swarm"
-      repo: "langchain-ai/langgraph-swarm-py"
-      description: "Build swarm-style multi-agent systems using LangGraph."
-    - name: "delve-taxonomy-generator"
-      repo: "andrestorres123/delve"
-      description: "A taxonomy generator for unstructured data"
-    - name: "nodeology"
-      repo: "xyin-anl/Nodeology"
-      description: "Enable researcher to build scientific workflows easily with simplified interface."
-    - name: "langgraph-bigtool"
-      repo: "langchain-ai/langgraph-bigtool"
-      description: "Build LangGraph agents with large numbers of tools."
-    - name: "ai-data-science-team"
-      repo: "business-science/ai-data-science-team"
-      description: "An AI-powered data science team of agents to help you perform common data science tasks 10X faster."
-    - name: "langgraph-reflection"
-      repo: "langchain-ai/langgraph-reflection"
-      description: "LangGraph agent that runs a reflection step."
-    - name: "langgraph-codeact"
-      repo: "langchain-ai/langgraph-codeact"
-      description: "LangGraph implementation of CodeAct agent that generates and executes code instead of tool calling."
-  js:
-    - name: "@langchain/mcp-adapters"
-      repo: "langchain-ai/langchainjs"
-      description: "Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents."
-    - name: "@langchain/langgraph-supervisor"
-      repo: "langchain-ai/langgraphjs"
-      monorepo_path: "libs/langgraph-supervisor"
-      description: "Build supervisor multi-agent systems with LangGraph"
-    - name: "@langchain/langgraph-swarm"
-      repo: "langchain-ai/langgraphjs"
-      monorepo_path: "libs/langgraph-swarm"
-      description: "Build multi-agent swarms with LangGraph"
-    - name: "@langchain/langgraph-cua"
-      repo: "langchain-ai/langgraphjs"
-      monorepo_path: "libs/langgraph-cua"
-      description: "Build computer use agents with LangGraph"
+  - name: "trustcall"
+    repo: "hinthornw/trustcall"
+    description: "Tenacious tool calling built on LangGraph."
+  - name: "breeze-agent"
+    repo: "andrestorres123/breeze-agent"
+    description: "A streamlined research system built inspired on STORM and built on LangGraph."
+  - name: "langgraph-supervisor"
+    repo: "langchain-ai/langgraph-supervisor-py"
+    description: "Build supervisor multi-agent systems with LangGraph."
+  - name: "langmem"
+    repo: "langchain-ai/langmem"
+    description: "Build agents that learn and adapt from interactions over time."
+  - name: "langchain-mcp-adapters"
+    repo: "langchain-ai/langchain-mcp-adapters"
+    description: "Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents."
+  - name: "open-deep-research"
+    repo: "langchain-ai/open_deep_research"
+    description: "Open source assistant for iterative web research and report writing."
+  - name: "langgraph-swarm"
+    repo: "langchain-ai/langgraph-swarm-py"
+    description: "Build swarm-style multi-agent systems using LangGraph."
+  - name: "delve-taxonomy-generator"
+    repo: "andrestorres123/delve"
+    description: "A taxonomy generator for unstructured data"
+  - name: "nodeology"
+    repo: "xyin-anl/Nodeology"
+    description: "Enable researcher to build scientific workflows easily with simplified interface."
+  - name: "langgraph-bigtool"
+    repo: "langchain-ai/langgraph-bigtool"
+    description: "Build LangGraph agents with large numbers of tools."
+  - name: "ai-data-science-team"
+    repo: "business-science/ai-data-science-team"
+    description: "An AI-powered data science team of agents to help you perform common data science tasks 10X faster."
+  - name: "langgraph-reflection"
+    repo: "langchain-ai/langgraph-reflection"
+    description: "LangGraph agent that runs a reflection step."
+  - name: "langgraph-codeact"
+    repo: "langchain-ai/langgraph-codeact"
+    description: "LangGraph implementation of CodeAct agent that generates and executes code instead of tool calling."

docs/docs/agents/agents.md

@@ -15,40 +15,23 @@ This guide shows you how to set up and use LangGraph's **prebuilt**, **reusable*
 
 Before you start this tutorial, ensure you have the following:
 
-- An [Anthropic](https://console.anthropic.com/settings/keys) API key
+- An [Anthropic](https://console.anthropic.com/settings/keys) API key 
 
 ## 1. Install dependencies
 
 If you haven't already, install LangGraph and LangChain:
 
-:::python
-
 ```
 pip install -U langgraph "langchain[anthropic]"
 ```
 
-!!! info
+!!! info 
 
-    `langchain[anthropic]` is installed so the agent can call the [model](https://python.langchain.com/docs/integrations/chat/).
-
-:::
-
-:::js
-
-```bash
-npm install @langchain/langgraph @langchain/core @langchain/anthropic
-```
-
-!!! info
-
-    `@langchain/core` `@langchain/anthropic` are installed so the agent can call the [model](https://js.langchain.com/docs/integrations/chat/).
-
-:::
+    LangChain is installed so the agent can call the [model](https://python.langchain.com/docs/integrations/chat/).
 
 ## 2. Create an agent
 
-:::python
-To create an agent, use @[`create_react_agent`][create_react_agent]:
+To create an agent, use [`create_react_agent`][langgraph.prebuilt.chat_agent_executor.create_react_agent]:
 
 ```python
 from langgraph.prebuilt import create_react_agent
@@ -73,52 +56,9 @@ agent.invoke(
 2. Provide a language model for the agent to use. To learn more about configuring language models for the agents, check the [models](./models.md) page.
 3. Provide a list of tools for the model to use.
 4. Provide a system prompt (instructions) to the language model used by the agent.
-   :::
-
-:::js
-To create an agent, use [`createReactAgent`](https://langchain-ai.github.io/langgraphjs/reference/functions/langgraph_prebuilt.createReactAgent.html):
-
-```typescript
-import { ChatAnthropic } from "@langchain/anthropic";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-import { tool } from "@langchain/core/tools";
-import { z } from "zod";
-
-const getWeather = tool(
-  // (1)!
-  async ({ city }) => {
-    return `It's always sunny in ${city}!`;
-  },
-  {
-    name: "get_weather",
-    description: "Get weather for a given city.",
-    schema: z.object({
-      city: z.string().describe("The city to get weather for"),
-    }),
-  }
-);
-
-const agent = createReactAgent({
-  llm: new ChatAnthropic({ model: "anthropic:claude-3-5-sonnet-latest" }), // (2)!
-  tools: [getWeather], // (3)!
-  stateModifier: "You are a helpful assistant", // (4)!
-});
-
-// Run the agent
-await agent.invoke({
-  messages: [{ role: "user", content: "what is the weather in sf" }],
-});
-```
-
-1. Define a tool for the agent to use. Tools can be defined using the `tool` function. For more advanced tool usage and customization, check the [tools](./tools.md) page.
-2. Provide a language model for the agent to use. To learn more about configuring language models for the agents, check the [models](./models.md) page.
-3. Provide a list of tools for the model to use.
-4. Provide a system prompt (instructions) to the language model used by the agent.
-   :::
 
 ## 3. Configure an LLM
 
-:::python
 To configure an LLM with specific parameters, such as temperature, use [init_chat_model](https://python.langchain.com/api_reference/langchain/chat_models/langchain.chat_models.base.init_chat_model.html):
 
 ```python
@@ -139,45 +79,19 @@ agent = create_react_agent(
 )
 ```
 
-:::
-
-:::js
-To configure an LLM with specific parameters, such as temperature, use a model instance:
-
-```typescript
-import { ChatAnthropic } from "@langchain/anthropic";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-// highlight-next-line
-const model = new ChatAnthropic({
-  model: "claude-3-5-sonnet-latest",
-  // highlight-next-line
-  temperature: 0,
-});
-
-const agent = createReactAgent({
-  // highlight-next-line
-  llm: model,
-  tools: [getWeather],
-});
-```
-
-:::
-
 For more information on how to configure LLMs, see [Models](./models.md).
 
 ## 4. Add a custom prompt
 
 Prompts instruct the LLM how to behave. Add one of the following types of prompts:
 
-- **Static**: A string is interpreted as a **system message**.
-- **Dynamic**: A list of messages generated at **runtime**, based on input or configuration.
+* **Static**: A string is interpreted as a **system message**.
+* **Dynamic**: A list of messages generated at **runtime**, based on input or configuration.
 
 === "Static prompt"
 
     Define a fixed prompt string or list of messages:
 
-    :::python
     ```python
     from langgraph.prebuilt import create_react_agent
 
@@ -193,30 +107,9 @@ Prompts instruct the LLM how to behave. Add one of the following types of prompt
         {"messages": [{"role": "user", "content": "what is the weather in sf"}]}
     )
     ```
-    :::
-
-    :::js
-    ```typescript
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-    import { ChatAnthropic } from "@langchain/anthropic";
-
-    const agent = createReactAgent({
-      llm: new ChatAnthropic({ model: "anthropic:claude-3-5-sonnet-latest" }),
-      tools: [getWeather],
-      // A static prompt that never changes
-      // highlight-next-line
-      stateModifier: "Never answer questions about the weather."
-    });
-
-    await agent.invoke({
-      messages: [{ role: "user", content: "what is the weather in sf" }]
-    });
-    ```
-    :::
 
 === "Dynamic prompt"
 
-    :::python
     Define a function that returns a message list based on the agent's state and configuration:
 
     ```python
@@ -251,52 +144,12 @@ Prompts instruct the LLM how to behave. Add one of the following types of prompt
         - Internal agent state updated during a multi-step reasoning process (using `state`).
 
         Dynamic prompts can be defined as functions that take `state` and `config` and return a list of messages to send to the LLM.
-    :::
-
-    :::js
-    Define a function that returns messages based on the agent's state and configuration:
-
-    ```typescript
-    import { type BaseMessageLike } from "@langchain/core/messages";
-    import { type RunnableConfig } from "@langchain/core/runnables";
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-    // highlight-next-line
-    const dynamicPrompt = (state: { messages: BaseMessageLike[] }, config: RunnableConfig): BaseMessageLike[] => {  // (1)!
-      const userName = config.configurable?.user_name;
-      const systemMsg = `You are a helpful assistant. Address the user as ${userName}.`;
-      return [{ role: "system", content: systemMsg }, ...state.messages];
-    };
-
-    const agent = createReactAgent({
-      llm: "anthropic:claude-3-5-sonnet-latest",
-      tools: [getWeather],
-      // highlight-next-line
-      stateModifier: dynamicPrompt
-    });
-
-    await agent.invoke(
-      { messages: [{ role: "user", content: "what is the weather in sf" }] },
-      // highlight-next-line
-      { configurable: { user_name: "John Smith" } }
-    );
-    ```
-
-    1. Dynamic prompts allow including non-message [context](./context.md) when constructing an input to the LLM, such as:
-
-        - Information passed at runtime, like a `user_id` or API credentials (using `config`).
-        - Internal agent state updated during a multi-step reasoning process (using `state`).
-
-        Dynamic prompts can be defined as functions that take `state` and `config` and return a list of messages to send to the LLM.
-    :::
 
 For more information, see [Context](./context.md).
 
 ## 5. Add memory
 
-To allow multi-turn conversations with an agent, you need to enable [persistence](../concepts/persistence.md) by providing a checkpointer when creating an agent. At runtime, you need to provide a config containing `thread_id` — a unique identifier for the conversation (session):
-
-:::python
+To allow multi-turn conversations with an agent, you need to enable [persistence](../concepts/persistence.md) by providing a `checkpointer` when creating an agent. At runtime, you need to provide a config containing `thread_id` — a unique identifier for the conversation (session):
 
 ```python
 from langgraph.prebuilt import create_react_agent
@@ -329,50 +182,8 @@ ny_response = agent.invoke(
 
 1. `checkpointer` allows the agent to store its state at every step in the tool calling loop. This enables [short-term memory](../how-tos/memory/add-memory.md#add-short-term-memory) and [human-in-the-loop](../concepts/human_in_the_loop.md) capabilities.
 2. Pass configuration with `thread_id` to be able to resume the same conversation on future agent invocations.
-   :::
 
-:::js
-
-```typescript
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-import { MemorySaver } from "@langchain/langgraph";
-
-// highlight-next-line
-const checkpointer = new MemorySaver();
-
-const agent = createReactAgent({
-  llm: "anthropic:claude-3-5-sonnet-latest",
-  tools: [getWeather],
-  // highlight-next-line
-  checkpointSaver: checkpointer, // (1)!
-});
-
-// Run the agent
-// highlight-next-line
-const config = { configurable: { thread_id: "1" } };
-const sfResponse = await agent.invoke(
-  { messages: [{ role: "user", content: "what is the weather in sf" }] },
-  // highlight-next-line
-  config // (2)!
-);
-const nyResponse = await agent.invoke(
-  { messages: [{ role: "user", content: "what about new york?" }] },
-  // highlight-next-line
-  config
-);
-```
-
-1. `checkpointSaver` allows the agent to store its state at every step in the tool calling loop. This enables [short-term memory](../how-tos/memory/add-memory.md#add-short-term-memory) and [human-in-the-loop](../concepts/human_in_the_loop.md) capabilities.
-2. Pass configuration with `thread_id` to be able to resume the same conversation on future agent invocations.
-   :::
-
-:::python
 When you enable the checkpointer, it stores agent state at every step in the provided checkpointer database (or in memory, if using `InMemorySaver`).
-:::
-
-:::js
-When you enable the checkpointer, it stores agent state at every step in the provided checkpointer database (or in memory, if using `MemorySaver`).
-:::
 
 Note that in the above example, when the agent is invoked the second time with the same `thread_id`, the original message history from the first conversation is automatically included, together with the new user input.
 
@@ -380,7 +191,6 @@ For more information, see [Memory](../how-tos/memory/add-memory.md).
 
 ## 6. Configure structured output
 
-:::python
 To produce structured responses conforming to a schema, use the `response_format` parameter. The schema can be defined with a `Pydantic` model or `TypedDict`. The result will be accessible via the `structured_response` field.
 
 ```python
@@ -405,43 +215,9 @@ response = agent.invoke(
 response["structured_response"]
 ```
 
-1.  When `response_format` is provided, a separate step is added at the end of the agent loop: agent message history is passed to an LLM with structured output to generate a structured response.
+1. When `response_format` is provided, a separate step is added at the end of the agent loop: agent message history is passed to an LLM with structured output to generate a structured response.
 
-        To provide a system prompt to this LLM, use a tuple `(prompt, schema)`, e.g., `response_format=(prompt, WeatherResponse)`.
-
-    :::
-
-:::js
-To produce structured responses conforming to a schema, use the `responseFormat` parameter. The schema can be defined with a `Zod` schema. The result will be accessible via the `structuredResponse` field.
-
-```typescript
-import { z } from "zod";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-const WeatherResponse = z.object({
-  conditions: z.string(),
-});
-
-const agent = createReactAgent({
-  llm: "anthropic:claude-3-5-sonnet-latest",
-  tools: [getWeather],
-  // highlight-next-line
-  responseFormat: WeatherResponse, // (1)!
-});
-
-const response = await agent.invoke({
-  messages: [{ role: "user", content: "what is the weather in sf" }],
-});
-
-// highlight-next-line
-response.structuredResponse;
-```
-
-1.  When `responseFormat` is provided, a separate step is added at the end of the agent loop: agent message history is passed to an LLM with structured output to generate a structured response.
-
-        To provide a system prompt to this LLM, use an object `{ prompt, schema }`, e.g., `responseFormat: { prompt, schema: WeatherResponse }`.
-
-    :::
+    To provide a system prompt to this LLM, use a tuple `(prompt, schema)`, e.g., `response_format=(prompt, WeatherResponse)`.
 
 !!! Note "LLM post-processing"
 

docs/docs/agents/context.md

@@ -1,84 +1,67 @@
 # Context
 
-**Context engineering** is the practice of building dynamic systems that provide the right information and tools, in the right format, so that an AI application can accomplish a task. Context can be characterized along two key dimensions:
+**Context engineering** is the practice of building dynamic systems that provide the right information and tools, in the right format, so that a language model can plausibly accomplish a task.
 
-1. By **mutability**:
-    - **Static context**: Immutable data that doesn't change during execution (e.g., user metadata, database connections, tools)
-    - **Dynamic context**: Mutable data that evolves as the application runs (e.g., conversation history, intermediate results, tool call observations)
-2. By **lifetime**:
-    - **Runtime context**: Data scoped to a single run or invocation
-    - **Cross-conversation context**: Data that persists across multiple conversations or sessions
+Context includes *any* data outside the message list that can shape behavior. This can be:
 
-!!! tip "Runtime context vs LLM context"
+- Information passed at runtime, like a `user_id` or API credentials.
+- Internal state updated during a multi-step reasoning process.
+- Persistent memory or facts from previous interactions.
 
-    Runtime context refers to local context: data and dependencies your code needs to run. It does **not** refer to:
+LangGraph provides **three** primary ways to supply context:
 
-    * The LLM context, which is the data passed into the LLM's prompt.
-    * The "context window", which is the maximum number of tokens that can be passed to the LLM.
+| Type                                                                         | Description                                   | Mutable? | Lifetime                |
+|------------------------------------------------------------------------------|-----------------------------------------------|----------|-------------------------|
+| [**Config**](#config-static-context)                                         | data passed at the start of a run             | ❌        | per run                 |
+| [**Short-term memory (State)**](#short-term-memory-mutable-context)          | dynamic data that can change during execution | ✅        | per run or conversation |
+| [**Long-term memory (Store)**](#long-term-memory-cross-conversation-context) | data that can be shared between conversations | ✅        | across conversations    |
 
-    Runtime context can be used to optimize the LLM context. For example, you can use user metadata
-    in the runtime context to fetch user preferences and feed them into the context window.
+## Provide runtime context
 
-LangGraph provides three ways to manage context, which combines the mutability and lifetime dimensions:
+### Config (static context)
 
-:::python
+Config is for immutable data like user metadata or API keys. Use
+when you have values that don't change mid-run.
 
-| Context type                                                                                | Description                                            | Mutability | Lifetime           | Access method                           |
-| ------------------------------------------------------------------------------------------- | ------------------------------------------------------ | ---------- | ------------------ | --------------------------------------- |
-| [**Static runtime context**](#static-runtime-context)                                       | User metadata, tools, db connections passed at startup | Static     | Single run         | `context` argument to `invoke`/`stream` |
-| [**Dynamic runtime context (state)**](#dynamic-runtime-context-state)                       | Mutable data that evolves during a single run          | Dynamic    | Single run         | LangGraph state object                  |
-| [**Dynamic cross-conversation context (store)**](#dynamic-cross-conversation-context-store) | Persistent data shared across conversations            | Dynamic    | Cross-conversation | LangGraph store                         |
-
-## Static runtime context
-
-**Static runtime context** represents immutable data like user metadata, tools, and database connections that are passed to an application at the start of a run via the `context` argument to `invoke`/`stream`. This data does not change during execution.
-
-!!! version-added "Added in version 0.6.0: `context` replaces `config['configurable']`"
-
-    Runtime context is now passed to the `context` argument of `invoke`/`stream`,
-    which replaces the previous pattern of passing application configuration to `config['configurable']`.
+Specify configuration using a key called **"configurable"** which is reserved
+for this purpose:
 
 ```python
-@dataclass
-class ContextSchema:
-    user_name: str
-
 graph.invoke( # (1)!
     {"messages": [{"role": "user", "content": "hi!"}]}, # (2)!
     # highlight-next-line
-    context={"user_name": "John Smith"} # (3)!
+    config={"configurable": {"user_id": "user_123"}} # (3)!
 )
 ```
 
 1. This is the invocation of the agent or graph. The `invoke` method runs the underlying graph with the provided input.
 2. This example uses messages as an input, which is common, but your application may use different input structures.
-3. This is where you pass the runtime data. The `context` parameter allows you to provide additional dependencies that the agent can use during its execution.
+3. This is where you pass the configuration data. The `config` parameter allows you to provide additional context that the agent can use during its execution.
 
 === "Agent prompt"
 
     ```python
     from langchain_core.messages import AnyMessage
-    from langgraph.runtime import get_runtime
+    from langchain_core.runnables import RunnableConfig
     from langgraph.prebuilt.chat_agent_executor import AgentState
     from langgraph.prebuilt import create_react_agent
 
     # highlight-next-line
-    def prompt(state: AgentState) -> list[AnyMessage]:
-        runtime = get_runtime(ContextSchema)
-        system_msg = f"You are a helpful assistant. Address the user as {runtime.context.user_name}."
+    def prompt(state: AgentState, config: RunnableConfig) -> list[AnyMessage]:
+        user_name = config["configurable"].get("user_name")
+        system_msg = f"You are a helpful assistant. Address the user as {user_name}."
         return [{"role": "system", "content": system_msg}] + state["messages"]
 
     agent = create_react_agent(
         model="anthropic:claude-3-7-sonnet-latest",
         tools=[get_weather],
-        prompt=prompt,
-        context_schema=ContextSchema
+        prompt=prompt
     )
 
     agent.invoke(
         {"messages": [{"role": "user", "content": "what is the weather in sf"}]},
         # highlight-next-line
-        context={"user_name": "John Smith"}
+        config={"configurable": {"user_name": "John Smith"}}
     )
     ```
 
@@ -87,11 +70,11 @@ graph.invoke( # (1)!
 === "Workflow node"
 
     ```python
-    from langgraph.runtime import Runtime
+    from langchain_core.runnables import RunnableConfig
 
     # highlight-next-line
-    def node(state: State, runtime: Runtime[ContextSchema]):
-        user_name = runtime.context.user_name
+    def node(state: State, config: RunnableConfig):
+        user_name = config["configurable"].get("user_name")
         ...
     ```
 
@@ -100,55 +83,21 @@ graph.invoke( # (1)!
 === "In a tool"
 
     ```python
-    from langgraph.runtime import get_runtime
+    from langchain_core.runnables import RunnableConfig
 
     @tool
     # highlight-next-line
-    def get_user_email() -> str:
+    def get_user_info(config: RunnableConfig) -> str:
         """Retrieve user information based on user ID."""
-        # simulate fetching user info from a database
-        runtime = get_runtime(ContextSchema)
-        email = get_user_email_from_db(runtime.context.user_name)
-        return email
+        user_id = config["configurable"].get("user_id")
+        return "User is John Smith" if user_id == "user_123" else "Unknown user"
     ```
 
     See the [tool calling guide](../how-tos/tool-calling.md#configuration) for details.
 
-!!! tip
+### Short-term memory (mutable context)
 
-    The `Runtime` object can be used to access static context and other utilities like the active store and stream writer.
-    See the [Runtime][langgraph.runtime.Runtime] documentation for details.
-
-:::
-
-:::js
-
-| Context type                                                                                | Description                                   | Mutability | Lifetime           |
-| ------------------------------------------------------------------------------------------- | --------------------------------------------- | ---------- | ------------------ |
-| [**Config**](#config-static-context)                                                        | data passed at the start of a run             | Static     | Single run         |
-| [**Dynamic runtime context (state)**](#dynamic-runtime-context-state)                       | Mutable data that evolves during a single run | Dynamic    | Single run         |
-| [**Dynamic cross-conversation context (store)**](#dynamic-cross-conversation-context-store) | Persistent data shared across conversations   | Dynamic    | Cross-conversation |
-
-## Config (static context)
-
-Config is for immutable data like user metadata or API keys. Use this when you have values that don't change mid-run.
-
-Specify configuration using a key called **"configurable"** which is reserved for this purpose.
-
-```typescript
-await graph.invoke(
-  // (1)!
-  { messages: [{ role: "user", content: "hi!" }] }, // (2)!
-  // highlight-next-line
-  { configurable: { user_id: "user_123" } } // (3)!
-);
-```
-
-:::
-
-## Dynamic runtime context (state)
-
-**Dynamic runtime context** represents mutable data that can evolve during a single run and is managed through the LangGraph state object. This includes conversation history, intermediate results, and values derived from tools or LLM outputs. In LangGraph, the state object acts as [short-term memory](../concepts/memory.md) during a run.
+State acts as [short-term memory](../concepts/memory.md) during a run. It holds dynamic data that can evolve during execution, such as values derived from tools or LLM outputs.
 
 === "In an agent"
 
@@ -156,7 +105,6 @@ await graph.invoke(
 
     State can also be accessed by the agent's **tools**, which can read or update the state as needed. See [tool calling guide](../how-tos/tool-calling.md#short-term-memory) for details.
 
-    :::python
     ```python
     from langchain_core.messages import AnyMessage
     from langchain_core.runnables import RunnableConfig
@@ -191,51 +139,10 @@ await graph.invoke(
 
     1. Define a custom state schema that extends `AgentState` or `MessagesState`.
     2. Pass the custom state schema to the agent. This allows the agent to access and modify the state during execution.
-    :::
 
-    :::js
-    ```typescript
-    import type { BaseMessage } from "@langchain/core/messages";
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-    import { MessagesZodState } from "@langchain/langgraph";
-    import { z } from "zod";
-
-    // highlight-next-line
-    const CustomState = z.object({ // (1)!
-      messages: MessagesZodState.shape.messages,
-      userName: z.string(),
-    });
-
-    const prompt = (
-      // highlight-next-line
-      state: z.infer<typeof CustomState>
-    ): BaseMessage[] => {
-      const userName = state.userName;
-      const systemMsg = `You are a helpful assistant. User's name is ${userName}`;
-      return [{ role: "system", content: systemMsg }, ...state.messages];
-    };
-
-    const agent = createReactAgent({
-      llm: model,
-      tools: [...],
-      // highlight-next-line
-      stateSchema: CustomState, // (2)!
-      stateModifier: prompt,
-    });
-
-    await agent.invoke({
-      messages: [{ role: "user", content: "hi!" }],
-      userName: "John Smith",
-    });
-    ```
-
-    1. Define a custom state schema that extends `MessagesZodState` or creates a new schema.
-    2. Pass the custom state schema to the agent. This allows the agent to access and modify the state during execution.
-    :::
 
 === "In a workflow"
 
-    :::python
     ```python
     from typing_extensions import TypedDict
     from langchain_core.messages import AnyMessage
@@ -260,49 +167,18 @@ await graph.invoke(
     builder.set_entry_point("node")
     graph = builder.compile()
     ```
-
+    
     1. Define a custom state
     2. Access the state in any node or tool
     3. The Graph API is designed to work as easily as possible with state. The return value of a node represents a requested update to the state.
-    :::
 
-    :::js
-    ```typescript
-    import type { BaseMessage } from "@langchain/core/messages";
-    import { StateGraph, MessagesZodState, START } from "@langchain/langgraph";
-    import { z } from "zod";
-
-    // highlight-next-line
-    const CustomState = z.object({ // (1)!
-      messages: MessagesZodState.shape.messages,
-      extraField: z.number(),
-    });
-
-    const builder = new StateGraph(CustomState)
-      .addNode("node", async (state) => { // (2)!
-        const messages = state.messages;
-        // ...
-        return { // (3)!
-          // highlight-next-line
-          extraField: state.extraField + 1,
-        };
-      })
-      .addEdge(START, "node");
-
-    const graph = builder.compile();
-    ```
-
-    1. Define a custom state
-    2. Access the state in any node or tool
-    3. The Graph API is designed to work as easily as possible with state. The return value of a node represents a requested update to the state.
-    :::
 
 !!! tip "Turning on memory"
 
     Please see the [memory guide](../how-tos/memory/add-memory.md) for more details on how to enable memory. This is a powerful feature that allows you to persist the agent's state across multiple invocations. Otherwise, the state is scoped only to a single run.
 
-## Dynamic cross-conversation context (store)
+### Long-term memory (cross-conversation context)
 
-**Dynamic cross-conversation context** represents persistent, mutable data that spans across multiple conversations or sessions and is managed through the LangGraph store. This includes user profiles, preferences, and historical interactions. The LangGraph store acts as [long-term memory](../concepts/memory.md#long-term-memory) across multiple runs. This can be used to read or update persistent facts (e.g., user profiles, preferences, prior interactions).
+For context that spans *across* conversations or sessions, LangGraph allows access to **long-term memory** via a `store`. This can be used to read or update persistent facts (e.g., user profiles, preferences, prior interactions). 
 
-For more information, see the [Memory guide](../how-tos/memory/add-memory.md).
+For more information, see the [Memory guide](../how-tos/memory/add-memory.md).

docs/docs/agents/evals.md

@@ -11,8 +11,6 @@ hide:
 
 To evaluate your agent's performance you can use `LangSmith` [evaluations](https://docs.smith.langchain.com/evaluation). You would need to first define an evaluator function to judge the results from an agent, such as final outputs or trajectory. Depending on your evaluation technique, this may or may not involve a reference output:
 
-:::python
-
 ```python
 def evaluator(*, outputs: dict, reference_outputs: dict):
     # compare agent outputs against reference outputs
@@ -22,51 +20,16 @@ def evaluator(*, outputs: dict, reference_outputs: dict):
     return {"key": "evaluator_score", "score": score}
 ```
 
-:::
-
-:::js
-
-```typescript
-type EvaluatorParams = {
-  outputs: Record<string, any>;
-  referenceOutputs: Record<string, any>;
-};
-
-function evaluator({ outputs, referenceOutputs }: EvaluatorParams) {
-  // compare agent outputs against reference outputs
-  const outputMessages = outputs.messages;
-  const referenceMessages = referenceOutputs.messages;
-  const score = compareMessages(outputMessages, referenceMessages);
-  return { key: "evaluator_score", score: score };
-}
-```
-
-:::
-
 To get started, you can use prebuilt evaluators from `AgentEvals` package:
 
-:::python
-
 ```bash
 pip install -U agentevals
 ```
 
-:::
-
-:::js
-
-```bash
-npm install agentevals
-```
-
-:::
-
 ## Create evaluator
 
 A common way to evaluate agent performance is by comparing its trajectory (the order in which it calls its tools) against a reference trajectory:
 
-:::python
-
 ```python
 import json
 # highlight-next-line
@@ -117,72 +80,15 @@ result = evaluator(
 )
 ```
 
-:::
-
-:::js
-
-```typescript
-import { createTrajectoryMatchEvaluator } from "agentevals/trajectory/match";
-
-const outputs = [
-  {
-    role: "assistant",
-    tool_calls: [
-      {
-        function: {
-          name: "get_weather",
-          arguments: JSON.stringify({ city: "san francisco" }),
-        },
-      },
-      {
-        function: {
-          name: "get_directions",
-          arguments: JSON.stringify({ destination: "presidio" }),
-        },
-      },
-    ],
-  },
-];
-
-const referenceOutputs = [
-  {
-    role: "assistant",
-    tool_calls: [
-      {
-        function: {
-          name: "get_weather",
-          arguments: JSON.stringify({ city: "san francisco" }),
-        },
-      },
-    ],
-  },
-];
-
-// Create the evaluator
-const evaluator = createTrajectoryMatchEvaluator({
-  // Specify how the trajectories will be compared. `superset` will accept output trajectory as valid if it's a superset of the reference one. Other options include: strict, unordered and subset
-  trajectoryMatchMode: "superset", // (1)!
-});
-
-// Run the evaluator
-const result = evaluator({
-  outputs: outputs,
-  referenceOutputs: referenceOutputs,
-});
-```
-
-:::
-
 1. Specify how the trajectories will be compared. `superset` will accept output trajectory as valid if it's a superset of the reference one. Other options include: [strict](https://github.com/langchain-ai/agentevals?tab=readme-ov-file#strict-match), [unordered](https://github.com/langchain-ai/agentevals?tab=readme-ov-file#unordered-match) and [subset](https://github.com/langchain-ai/agentevals?tab=readme-ov-file#subset-and-superset-match)
 
+
 As a next step, learn more about how to [customize trajectory match evaluator](https://github.com/langchain-ai/agentevals?tab=readme-ov-file#agent-trajectory-match).
 
 ### LLM-as-a-judge
 
 You can use LLM-as-a-judge evaluator that uses an LLM to compare the trajectory against the reference outputs and output a score:
 
-:::python
-
 ```python
 import json
 from agentevals.trajectory.llm import (
@@ -197,24 +103,6 @@ evaluator = create_trajectory_llm_as_judge(
 )
 ```
 
-:::
-
-:::js
-
-```typescript
-import {
-  createTrajectoryLlmAsJudge,
-  TRAJECTORY_ACCURACY_PROMPT_WITH_REFERENCE,
-} from "agentevals/trajectory/llm";
-
-const evaluator = createTrajectoryLlmAsJudge({
-  prompt: TRAJECTORY_ACCURACY_PROMPT_WITH_REFERENCE,
-  model: "openai:o3-mini",
-});
-```
-
-:::
-
 ## Run evaluator
 
 To run an evaluator, you will first need to create a [LangSmith dataset](https://docs.smith.langchain.com/evaluation/concepts#datasets). To use the prebuilt AgentEvals evaluators, you will need a dataset with the following schema:
@@ -222,8 +110,6 @@ To run an evaluator, you will first need to create a [LangSmith dataset](https:/
 - **input**: `{"messages": [...]}` input messages to call the agent with.
 - **output**: `{"messages": [...]}` expected message history in the agent output. For trajectory evaluation, you can choose to keep only assistant messages.
 
-:::python
-
 ```python
 from langsmith import Client
 from langgraph.prebuilt import create_react_agent
@@ -239,27 +125,4 @@ experiment_results = client.evaluate(
     data="<Name of your dataset>",
     evaluators=[evaluator]
 )
-```
-
-:::
-
-:::js
-
-```typescript
-import { Client } from "langsmith";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-import { createTrajectoryMatchEvaluator } from "agentevals/trajectory/match";
-
-const client = new Client();
-const agent = createReactAgent({...});
-const evaluator = createTrajectoryMatchEvaluator({...});
-
-const experimentResults = await client.evaluate(
-    (inputs) => agent.invoke(inputs),
-    // replace with your dataset name
-    { data: "<Name of your dataset>" },
-    { evaluators: [evaluator] }
-);
-```
-
-:::
+```

docs/docs/agents/mcp.md

@@ -9,31 +9,10 @@ hide:
 
 # Use MCP
 
-[Model Context Protocol (MCP)](https://modelcontextprotocol.io/introduction) is an open protocol that standardizes how applications provide tools and context to language models. LangGraph agents can use tools defined on MCP servers through the `langchain-mcp-adapters` library.
-
-![MCP](./assets/mcp.png)
-
-:::python
-Install the `langchain-mcp-adapters` library to use MCP tools in LangGraph:
-
-```bash
-pip install langchain-mcp-adapters
-```
-
-:::
-
-:::js
-Install the `@langchain/mcp-adapters` library to use MCP tools in LangGraph:
-
-```bash
-npm install langchain-mcp-adapters
-```
-
-:::
+The Model Context Protocol (MCP) is an open protocol that standardizes how applications provide tools and context to language models. LangGraph agents can use tools defined on MCP servers through the `langchain-mcp-adapters` library.
 
 ## Use MCP tools
 
-:::python
 The `langchain-mcp-adapters` package enables agents to use tools defined across one or more MCP servers.
 
 === "In an agent"
@@ -146,111 +125,10 @@ The `langchain-mcp-adapters` package enables agents to use tools defined across
     )
     ```
 
-:::
 
-:::js
-The `@langchain/mcp-adapters` package enables agents to use tools defined across one or more MCP servers.
-
-=== "In an agent"
-
-    ```typescript title="Agent using tools defined on MCP servers"
-    // highlight-next-line
-    import { MultiServerMCPClient } from "langchain-mcp-adapters/client";
-    import { ChatAnthropic } from "@langchain/langgraph/prebuilt";
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-    // highlight-next-line
-    const client = new MultiServerMCPClient({
-      math: {
-        command: "node",
-        // Replace with absolute path to your math_server.js file
-        args: ["/path/to/math_server.js"],
-        transport: "stdio",
-      },
-      weather: {
-        // Ensure you start your weather server on port 8000
-        url: "http://localhost:8000/mcp",
-        transport: "streamable_http",
-      },
-    });
-
-    // highlight-next-line
-    const tools = await client.getTools();
-    const agent = createReactAgent({
-      llm: new ChatAnthropic({ model: "claude-3-7-sonnet-latest" }),
-      // highlight-next-line
-      tools,
-    });
-
-    const mathResponse = await agent.invoke({
-      messages: [{ role: "user", content: "what's (3 + 5) x 12?" }],
-    });
-
-    const weatherResponse = await agent.invoke({
-      messages: [{ role: "user", content: "what is the weather in nyc?" }],
-    });
-    ```
-
-=== "In a workflow"
-
-    ```typescript
-    import { MultiServerMCPClient } from "langchain-mcp-adapters/client";
-    import { StateGraph, MessagesZodState, START } from "@langchain/langgraph";
-    import { ToolNode } from "@langchain/langgraph/prebuilt";
-    import { ChatOpenAI } from "@langchain/openai";
-    import { AIMessage } from "@langchain/core/messages";
-    import { z } from "zod";
-
-    const model = new ChatOpenAI({ model: "gpt-4" });
-
-    const client = new MultiServerMCPClient({
-      math: {
-        command: "node",
-        // Make sure to update to the full absolute path to your math_server.js file
-        args: ["./examples/math_server.js"],
-        transport: "stdio",
-      },
-      weather: {
-        // make sure you start your weather server on port 8000
-        url: "http://localhost:8000/mcp/",
-        transport: "streamable_http",
-      },
-    });
-
-    const tools = await client.getTools();
-
-    const builder = new StateGraph(MessagesZodState)
-      .addNode("callModel", async (state) => {
-        const response = await model.bindTools(tools).invoke(state.messages);
-        return { messages: [response] };
-      })
-      .addNode("tools", new ToolNode(tools))
-      .addEdge(START, "callModel")
-      .addConditionalEdges("callModel", (state) => {
-        const lastMessage = state.messages.at(-1) as AIMessage | undefined;
-        if (!lastMessage?.tool_calls?.length) {
-          return "__end__";
-        }
-        return "tools";
-      })
-      .addEdge("tools", "callModel");
-
-    const graph = builder.compile();
-
-    const mathResponse = await graph.invoke({
-      messages: [{ role: "user", content: "what's (3 + 5) x 12?" }],
-    });
-
-    const weatherResponse = await graph.invoke({
-      messages: [{ role: "user", content: "what is the weather in nyc?" }],
-    });
-    ```
-
-:::
 
 ## Custom MCP servers
 
-:::python
 To create your own MCP servers, you can use the `mcp` library. This library provides a simple way to define tools and run them as servers.
 
 Install the MCP library:
@@ -258,24 +136,8 @@ Install the MCP library:
 ```bash
 pip install mcp
 ```
-
-:::
-
-:::js
-To create your own MCP servers, you can use the `@modelcontextprotocol/sdk` library. This library provides a simple way to define tools and run them as servers.
-
-Install the MCP SDK:
-
-```bash
-npm install @modelcontextprotocol/sdk
-```
-
-:::
-
 Use the following reference implementations to test your agent with MCP tool servers.
 
-:::python
-
 ```python title="Example Math Server (stdio transport)"
 from mcp.server.fastmcp import FastMCP
 
@@ -295,115 +157,6 @@ if __name__ == "__main__":
     mcp.run(transport="stdio")
 ```
 
-:::
-
-:::js
-
-```typescript title="Example Math Server (stdio transport)"
-import { Server } from "@modelcontextprotocol/sdk/server/index.js";
-import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
-import {
-  CallToolRequestSchema,
-  ListToolsRequestSchema,
-} from "@modelcontextprotocol/sdk/types.js";
-
-const server = new Server(
-  {
-    name: "math-server",
-    version: "0.1.0",
-  },
-  {
-    capabilities: {
-      tools: {},
-    },
-  }
-);
-
-server.setRequestHandler(ListToolsRequestSchema, async () => {
-  return {
-    tools: [
-      {
-        name: "add",
-        description: "Add two numbers",
-        inputSchema: {
-          type: "object",
-          properties: {
-            a: {
-              type: "number",
-              description: "First number",
-            },
-            b: {
-              type: "number",
-              description: "Second number",
-            },
-          },
-          required: ["a", "b"],
-        },
-      },
-      {
-        name: "multiply",
-        description: "Multiply two numbers",
-        inputSchema: {
-          type: "object",
-          properties: {
-            a: {
-              type: "number",
-              description: "First number",
-            },
-            b: {
-              type: "number",
-              description: "Second number",
-            },
-          },
-          required: ["a", "b"],
-        },
-      },
-    ],
-  };
-});
-
-server.setRequestHandler(CallToolRequestSchema, async (request) => {
-  switch (request.params.name) {
-    case "add": {
-      const { a, b } = request.params.arguments as { a: number; b: number };
-      return {
-        content: [
-          {
-            type: "text",
-            text: String(a + b),
-          },
-        ],
-      };
-    }
-    case "multiply": {
-      const { a, b } = request.params.arguments as { a: number; b: number };
-      return {
-        content: [
-          {
-            type: "text",
-            text: String(a * b),
-          },
-        ],
-      };
-    }
-    default:
-      throw new Error(`Unknown tool: ${request.params.name}`);
-  }
-});
-
-async function main() {
-  const transport = new StdioServerTransport();
-  await server.connect(transport);
-  console.error("Math MCP server running on stdio");
-}
-
-main();
-```
-
-:::
-
-:::python
-
 ```python title="Example Weather Server (Streamable HTTP transport)"
 from mcp.server.fastmcp import FastMCP
 
@@ -418,100 +171,8 @@ if __name__ == "__main__":
     mcp.run(transport="streamable-http")
 ```
 
-:::
-
-:::js
-
-```typescript title="Example Weather Server (HTTP transport)"
-import { Server } from "@modelcontextprotocol/sdk/server/index.js";
-import { SSEServerTransport } from "@modelcontextprotocol/sdk/server/sse.js";
-import {
-  CallToolRequestSchema,
-  ListToolsRequestSchema,
-} from "@modelcontextprotocol/sdk/types.js";
-import express from "express";
-
-const app = express();
-app.use(express.json());
-
-const server = new Server(
-  {
-    name: "weather-server",
-    version: "0.1.0",
-  },
-  {
-    capabilities: {
-      tools: {},
-    },
-  }
-);
-
-server.setRequestHandler(ListToolsRequestSchema, async () => {
-  return {
-    tools: [
-      {
-        name: "get_weather",
-        description: "Get weather for location",
-        inputSchema: {
-          type: "object",
-          properties: {
-            location: {
-              type: "string",
-              description: "Location to get weather for",
-            },
-          },
-          required: ["location"],
-        },
-      },
-    ],
-  };
-});
-
-server.setRequestHandler(CallToolRequestSchema, async (request) => {
-  switch (request.params.name) {
-    case "get_weather": {
-      const { location } = request.params.arguments as { location: string };
-      return {
-        content: [
-          {
-            type: "text",
-            text: `It's always sunny in ${location}`,
-          },
-        ],
-      };
-    }
-    default:
-      throw new Error(`Unknown tool: ${request.params.name}`);
-  }
-});
-
-app.post("/mcp", async (req, res) => {
-  const transport = new SSEServerTransport("/mcp", res);
-  await server.connect(transport);
-});
-
-const PORT = process.env.PORT || 8000;
-app.listen(PORT, () => {
-  console.log(`Weather MCP server running on port ${PORT}`);
-});
-```
-
-:::
-
-:::python
-
 ## Additional resources
 
 - [MCP documentation](https://modelcontextprotocol.io/introduction)
 - [MCP Transport documentation](https://modelcontextprotocol.io/docs/concepts/transports)
 - [langchain_mcp_adapters](https://github.com/langchain-ai/langchain-mcp-adapters)
-  :::
-
-:::js
-
-## Additional resources
-
-- [MCP documentation](https://modelcontextprotocol.io/introduction)
-- [MCP Transport documentation](https://modelcontextprotocol.io/docs/concepts/transports)
-- [`@langchain/mcp-adapters`](https://npmjs.com/package/@langchain/mcp-adapters)
-  :::

docs/docs/agents/models.md

@@ -2,70 +2,18 @@
 
 LangGraph provides built-in support for [LLMs (language models)](https://python.langchain.com/docs/concepts/chat_models/) via the LangChain library. This makes it easy to integrate various LLMs into your agents and workflows.
 
+
 ## Initialize a model
 
-:::python
 Use [`init_chat_model`](https://python.langchain.com/docs/how_to/chat_models_universal_init/) to initialize models:
 
 {% include-markdown "../../snippets/chat_model_tabs.md" %}
-:::
-
-:::js
-Use model provider classes to initialize models:
-
-=== "OpenAI"
-
-    ```typescript
-    import { ChatOpenAI } from "@langchain/openai";
-
-    const model = new ChatOpenAI({
-      model: "gpt-4o",
-      temperature: 0,
-    });
-    ```
-
-=== "Anthropic"
-
-    ```typescript
-    import { ChatAnthropic } from "@langchain/anthropic";
-
-    const model = new ChatAnthropic({
-      model: "claude-3-5-sonnet-20240620",
-      temperature: 0,
-      maxTokens: 2048,
-    });
-    ```
-
-=== "Google"
-
-    ```typescript
-    import { ChatGoogleGenerativeAI } from "@langchain/google-genai";
-
-    const model = new ChatGoogleGenerativeAI({
-      model: "gemini-1.5-pro",
-      temperature: 0,
-    });
-    ```
-
-=== "Groq"
-
-    ```typescript
-    import { ChatGroq } from "@langchain/groq";
-
-    const model = new ChatGroq({
-      model: "llama-3.1-70b-versatile",
-      temperature: 0,
-    });
-    ```
-
-:::
-
-:::python
 
 ### Instantiate a model directly
 
 If a model provider is not available via `init_chat_model`, you can instantiate the provider's model class directly. The model must implement the [BaseChatModel interface](https://python.langchain.com/api_reference/core/language_models/langchain_core.language_models.chat_models.BaseChatModel.html) and support tool calling:
 
+
 ```python
 # Anthropic is already supported by `init_chat_model`,
 # but you can also instantiate it directly.
@@ -78,20 +26,19 @@ model = ChatAnthropic(
 )
 ```
 
-:::
-
 !!! important "Tool calling support"
 
     If you are building an agent or workflow that requires the model to call external tools, ensure that the underlying
     language model supports [tool calling](../concepts/tools.md). Compatible models can be found in the [LangChain integrations directory](https://python.langchain.com/docs/integrations/chat/).
 
+
 ## Use in an agent
 
-:::python
 When using `create_react_agent` you can specify the model by its name string, which is a shorthand for initializing the model using `init_chat_model`. This allows you to use the model without needing to import or instantiate it directly.
 
 === "model name"
 
+
       ```python
       from langgraph.prebuilt import create_react_agent
 
@@ -123,103 +70,10 @@ When using `create_react_agent` you can specify the model by its name string, wh
       )
       ```
 
-:::
-
-:::js
-When using `createReactAgent` you can pass the model instance directly:
-
-```typescript
-import { ChatOpenAI } from "@langchain/openai";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-const model = new ChatOpenAI({
-  model: "gpt-4o",
-  temperature: 0,
-});
-
-const agent = createReactAgent({
-  llm: model,
-  tools: tools,
-});
-```
-
-:::
-
-:::python
-
-### Dynamic model selection
-
-Pass a callable function to `create_react_agent` to dynamically select the model at runtime. This is useful for scenarios where you want to choose a model based on user input, configuration settings, or other runtime conditions.
-
-The selector function must return a chat model. If you're using tools, you must bind the tools to the model within the selector function.
-
-  ```python
-from dataclasses import dataclass
-from typing import Literal
-from langchain.chat_models import init_chat_model
-from langchain_core.language_models import BaseChatModel
-from langchain_core.tools import tool
-from langgraph.prebuilt import create_react_agent
-from langgraph.prebuilt.chat_agent_executor import AgentState
-from langgraph.runtime import Runtime
-
-@tool
-def weather() -> str:
-    """Returns the current weather conditions."""
-    return "It's nice and sunny."
-
-
-# Define the runtime context
-@dataclass
-class CustomContext:
-    provider: Literal["anthropic", "openai"]
-
-# Initialize models
-openai_model = init_chat_model("openai:gpt-4o")
-anthropic_model = init_chat_model("anthropic:claude-sonnet-4-20250514")
-
-
-# Selector function for model choice
-def select_model(state: AgentState, runtime: Runtime[CustomContext]) -> BaseChatModel:
-    if runtime.context.provider == "anthropic":
-        model = anthropic_model
-    elif runtime.context.provider == "openai":
-        model = openai_model
-    else:
-        raise ValueError(f"Unsupported provider: {runtime.context.provider}")
-
-    # With dynamic model selection, you must bind tools explicitly
-    return model.bind_tools([weather])
-
-
-# Create agent with dynamic model selection
-agent = create_react_agent(select_model, tools=[weather])
-
-# Invoke with context to select model
-output = agent.invoke(
-    {
-        "messages": [
-            {
-                "role": "user",
-                "content": "Which model is handling this?",
-            }
-        ]
-    },
-    context=CustomContext(provider="openai"),
-)
-
-print(output["messages"][-1].text())
-```
-
-!!! version-added "Added in version 0.6.0"
-
-:::
-
 ## Advanced model configuration
 
 ### Disable streaming
 
-:::python
 To disable streaming of the individual LLM tokens, set `disable_streaming=True` when initializing the model:
 
 === "`init_chat_model`"
@@ -247,25 +101,9 @@ To disable streaming of the individual LLM tokens, set `disable_streaming=True`
     ```
 
 Refer to the [API reference](https://python.langchain.com/api_reference/core/language_models/langchain_core.language_models.chat_models.BaseChatModel.html#langchain_core.language_models.chat_models.BaseChatModel.disable_streaming) for more information on `disable_streaming`
-:::
-
-:::js
-To disable streaming of the individual LLM tokens, set `streaming: false` when initializing the model:
-
-```typescript
-import { ChatOpenAI } from "@langchain/openai";
-
-const model = new ChatOpenAI({
-  model: "gpt-4o",
-  streaming: false,
-});
-```
-
-:::
 
 ### Add model fallbacks
 
-:::python
 You can add a fallback to a different model or a different LLM provider using `model.with_fallbacks([...])`:
 
 === "`init_chat_model`"
@@ -298,28 +136,6 @@ You can add a fallback to a different model or a different LLM provider using `m
     ```
 
 See this [guide](https://python.langchain.com/docs/how_to/fallbacks/#fallback-to-better-model) for more information on model fallbacks.
-:::
-
-:::js
-You can add a fallback to a different model or a different LLM provider using `model.withFallbacks([...])`:
-
-```typescript
-import { ChatOpenAI } from "@langchain/openai";
-import { ChatAnthropic } from "@langchain/anthropic";
-
-const modelWithFallbacks = new ChatOpenAI({
-  model: "gpt-4o",
-}).withFallbacks([
-  new ChatAnthropic({
-    model: "claude-3-5-sonnet-20240620",
-  }),
-]);
-```
-
-See this [guide](https://js.langchain.com/docs/how_to/fallbacks/#fallback-to-better-model) for more information on model fallbacks.
-:::
-
-:::python
 
 ### Use the built-in rate limiter
 
@@ -336,53 +152,28 @@ rate_limiter = InMemoryRateLimiter(
 )
 
 model = ChatAnthropic(
-   model_name="claude-3-opus-20240229",
+   model_name="claude-3-opus-20240229", 
    rate_limiter=rate_limiter
 )
 ```
 
 See the LangChain docs for more information on how to [handle rate limiting](https://python.langchain.com/docs/how_to/chat_model_rate_limiting/).
-:::
 
 ## Bring your own model
 
 If your desired LLM isn't officially supported by LangChain, consider these options:
 
-:::python
-
 1. **Implement a custom LangChain chat model**: Create a model conforming to the [LangChain chat model interface](https://python.langchain.com/docs/how_to/custom_chat_model/). This enables full compatibility with LangGraph's agents and workflows but requires understanding of the LangChain framework.
 
-   :::
-
-:::js
-
-1. **Implement a custom LangChain chat model**: Create a model conforming to the [LangChain chat model interface](https://js.langchain.com/docs/how_to/custom_chat/). This enables full compatibility with LangGraph's agents and workflows but requires understanding of the LangChain framework.
-
-   :::
-
 2. **Direct invocation with custom streaming**: Use your model directly by [adding custom streaming logic](../how-tos/streaming.md#use-with-any-llm) with `StreamWriter`.
    Refer to the [custom streaming documentation](../how-tos/streaming.md#use-with-any-llm) for guidance. This approach suits custom workflows where prebuilt agent integration is not necessary.
 
+ 
 ## Additional resources
 
-:::python
-
 - [Multimodal inputs](https://python.langchain.com/docs/how_to/multimodal_inputs/)
 - [Structured outputs](https://python.langchain.com/docs/how_to/structured_output/)
 - [Model integration directory](https://python.langchain.com/docs/integrations/chat/)
 - [Force model to call a specific tool](https://python.langchain.com/docs/how_to/tool_choice/)
 - [All chat model how-to guides](https://python.langchain.com/docs/how_to/#chat-models)
 - [Chat model integrations](https://python.langchain.com/docs/integrations/chat/)
-
-  :::
-
-:::js
-
-- [Multimodal inputs](https://js.langchain.com/docs/how_to/multimodal_inputs/)
-- [Structured outputs](https://js.langchain.com/docs/how_to/structured_output/)
-- [Model integration directory](https://js.langchain.com/docs/integrations/chat/)
-- [Force model to call a specific tool](https://js.langchain.com/docs/how_to/tool_choice/)
-- [All chat model how-to guides](https://js.langchain.com/docs/how_to/#chat-models)
-- [Chat model integrations](https://js.langchain.com/docs/integrations/chat/)
-
-  :::

docs/docs/agents/multi-agent.md

@@ -22,7 +22,6 @@ Two of the most popular multi-agent architectures are:
 
 ![Supervisor](./assets/supervisor.png)
 
-:::python
 Use [`langgraph-supervisor`](https://github.com/langchain-ai/langgraph-supervisor-py) library to create a supervisor multi-agent system:
 
 ```bash
@@ -83,76 +82,10 @@ for chunk in supervisor.stream(
     print("\n")
 ```
 
-:::
-
-:::js
-Use [`@langchain/langgraph-supervisor`](https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-supervisor) library to create a supervisor multi-agent system:
-
-```bash
-npm install @langchain/langgraph-supervisor
-```
-
-```typescript
-import { ChatOpenAI } from "@langchain/openai";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-// highlight-next-line
-import { createSupervisor } from "langgraph-supervisor";
-
-function bookHotel(hotelName: string) {
-  /**Book a hotel*/
-  return `Successfully booked a stay at ${hotelName}.`;
-}
-
-function bookFlight(fromAirport: string, toAirport: string) {
-  /**Book a flight*/
-  return `Successfully booked a flight from ${fromAirport} to ${toAirport}.`;
-}
-
-const flightAssistant = createReactAgent({
-  llm: "openai:gpt-4o",
-  tools: [bookFlight],
-  stateModifier: "You are a flight booking assistant",
-  // highlight-next-line
-  name: "flight_assistant",
-});
-
-const hotelAssistant = createReactAgent({
-  llm: "openai:gpt-4o",
-  tools: [bookHotel],
-  stateModifier: "You are a hotel booking assistant",
-  // highlight-next-line
-  name: "hotel_assistant",
-});
-
-// highlight-next-line
-const supervisor = createSupervisor({
-  agents: [flightAssistant, hotelAssistant],
-  llm: new ChatOpenAI({ model: "gpt-4o" }),
-  systemPrompt:
-    "You manage a hotel booking assistant and a " +
-    "flight booking assistant. Assign work to them.",
-});
-
-for await (const chunk of supervisor.stream({
-  messages: [
-    {
-      role: "user",
-      content: "book a flight from BOS to JFK and a stay at McKittrick Hotel",
-    },
-  ],
-})) {
-  console.log(chunk);
-  console.log("\n");
-}
-```
-
-:::
-
 ## Swarm
 
 ![Swarm](./assets/swarm.png)
 
-:::python
 Use [`langgraph-swarm`](https://github.com/langchain-ai/langgraph-swarm-py) library to create a swarm multi-agent system:
 
 ```bash
@@ -210,82 +143,18 @@ for chunk in swarm.stream(
     print("\n")
 ```
 
-:::
-
-:::js
-Use [`@langchain/langgraph-swarm`](https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-swarm) library to create a swarm multi-agent system:
-
-```bash
-npm install @langchain/langgraph-swarm
-```
-
-```typescript
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-// highlight-next-line
-import { createSwarm, createHandoffTool } from "@langchain/langgraph-swarm";
-
-const transferToHotelAssistant = createHandoffTool({
-  agentName: "hotel_assistant",
-  description: "Transfer user to the hotel-booking assistant.",
-});
-
-const transferToFlightAssistant = createHandoffTool({
-  agentName: "flight_assistant",
-  description: "Transfer user to the flight-booking assistant.",
-});
-
-const flightAssistant = createReactAgent({
-  llm: "anthropic:claude-3-5-sonnet-latest",
-  // highlight-next-line
-  tools: [bookFlight, transferToHotelAssistant],
-  stateModifier: "You are a flight booking assistant",
-  // highlight-next-line
-  name: "flight_assistant",
-});
-
-const hotelAssistant = createReactAgent({
-  llm: "anthropic:claude-3-5-sonnet-latest",
-  // highlight-next-line
-  tools: [bookHotel, transferToFlightAssistant],
-  stateModifier: "You are a hotel booking assistant",
-  // highlight-next-line
-  name: "hotel_assistant",
-});
-
-// highlight-next-line
-const swarm = createSwarm({
-  agents: [flightAssistant, hotelAssistant],
-  defaultActiveAgent: "flight_assistant",
-});
-
-for await (const chunk of swarm.stream({
-  messages: [
-    {
-      role: "user",
-      content: "book a flight from BOS to JFK and a stay at McKittrick Hotel",
-    },
-  ],
-})) {
-  console.log(chunk);
-  console.log("\n");
-}
-```
-
-:::
-
 ## Handoffs
 
-A common pattern in multi-agent interactions is **handoffs**, where one agent _hands off_ control to another. Handoffs allow you to specify:
+A common pattern in multi-agent interactions is **handoffs**, where one agent *hands off* control to another. Handoffs allow you to specify:
 
 - **destination**: target agent to navigate to
 - **payload**: information to pass to that agent
 
-:::python
 This is used both by `langgraph-supervisor` (supervisor hands off to individual agents) and `langgraph-swarm` (an individual agent can hand off to other agents).
 
 To implement handoffs with `create_react_agent`, you need to:
 
-1.  Create a special tool that can transfer control to a different agent
+1. Create a special tool that can transfer control to a different agent
 
     ```python
     def transfer_to_bob():
@@ -304,7 +173,7 @@ To implement handoffs with `create_react_agent`, you need to:
         )
     ```
 
-2.  Create individual agents that have access to handoff tools:
+1. Create individual agents that have access to handoff tools:
 
     ```python
     flight_assistant = create_react_agent(
@@ -315,7 +184,7 @@ To implement handoffs with `create_react_agent`, you need to:
     )
     ```
 
-3.  Define a parent graph that contains individual agents as nodes:
+1. Define a parent graph that contains individual agents as nodes:
 
     ```python
     from langgraph.graph import StateGraph, MessagesState
@@ -327,60 +196,8 @@ To implement handoffs with `create_react_agent`, you need to:
     )
     ```
 
-:::
-
-:::js
-This is used both by `@langchain/langgraph-supervisor` (supervisor hands off to individual agents) and `@langchain/langgraph-swarm` (an individual agent can hand off to other agents).
-
-To implement handoffs with `createReactAgent`, you need to:
-
-1.  Create a special tool that can transfer control to a different agent
-
-    ```typescript
-    function transferToBob() {
-      /**Transfer to bob.*/
-      return new Command({
-        // name of the agent (node) to go to
-        // highlight-next-line
-        goto: "bob",
-        // data to send to the agent
-        // highlight-next-line
-        update: { messages: [...] },
-        // indicate to LangGraph that we need to navigate to
-        // agent node in a parent graph
-        // highlight-next-line
-        graph: Command.PARENT,
-      });
-    }
-    ```
-
-2.  Create individual agents that have access to handoff tools:
-
-    ```typescript
-    const flightAssistant = createReactAgent({
-      ..., tools: [bookFlight, transferToHotelAssistant]
-    });
-    const hotelAssistant = createReactAgent({
-      ..., tools: [bookHotel, transferToFlightAssistant]
-    });
-    ```
-
-3.  Define a parent graph that contains individual agents as nodes:
-
-    ```typescript
-    import { StateGraph, MessagesZodState } from "@langchain/langgraph";
-    const multiAgentGraph = new StateGraph(MessagesZodState)
-      .addNode("flight_assistant", flightAssistant)
-      .addNode("hotel_assistant", hotelAssistant)
-      // ...
-    ```
-
-    :::
-
 Putting this together, here is how you can implement a simple multi-agent system with two agents — a flight booking assistant and a hotel booking assistant:
 
-:::python
-
 ```python
 from typing import Annotated
 from langchain_core.tools import tool, InjectedToolCallId
@@ -481,158 +298,11 @@ for chunk in multi_agent_graph.stream(
 3. Name of the agent or node to hand off to.
 4. Take the agent's messages and **add** them to the parent's **state** as part of the handoff. The next agent will see the parent state.
 5. Indicate to LangGraph that we need to navigate to agent node in a **parent** multi-agent graph.
-   :::
-
-:::js
-
-```typescript
-import { tool } from "@langchain/core/tools";
-import { ChatAnthropic } from "@langchain/anthropic";
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-import {
-  StateGraph,
-  START,
-  MessagesZodState,
-  Command,
-} from "@langchain/langgraph";
-import { z } from "zod";
-
-function createHandoffTool({
-  agentName,
-  description,
-}: {
-  agentName: string;
-  description?: string;
-}) {
-  const name = `transfer_to_${agentName}`;
-  const toolDescription = description || `Transfer to ${agentName}`;
-
-  return tool(
-    async (_, config) => {
-      const toolMessage = {
-        role: "tool" as const,
-        content: `Successfully transferred to ${agentName}`,
-        name: name,
-        tool_call_id: config.toolCall?.id!,
-      };
-      return new Command({
-        // (2)!
-        // highlight-next-line
-        goto: agentName, // (3)!
-        // highlight-next-line
-        update: { messages: [toolMessage] }, // (4)!
-        // highlight-next-line
-        graph: Command.PARENT, // (5)!
-      });
-    },
-    {
-      name,
-      description: toolDescription,
-      schema: z.object({}),
-    }
-  );
-}
-
-// Handoffs
-const transferToHotelAssistant = createHandoffTool({
-  agentName: "hotel_assistant",
-  description: "Transfer user to the hotel-booking assistant.",
-});
-
-const transferToFlightAssistant = createHandoffTool({
-  agentName: "flight_assistant",
-  description: "Transfer user to the flight-booking assistant.",
-});
-
-// Simple agent tools
-const bookHotel = tool(
-  async ({ hotelName }) => {
-    /**Book a hotel*/
-    return `Successfully booked a stay at ${hotelName}.`;
-  },
-  {
-    name: "book_hotel",
-    description: "Book a hotel",
-    schema: z.object({
-      hotelName: z.string().describe("Name of the hotel to book"),
-    }),
-  }
-);
-
-const bookFlight = tool(
-  async ({ fromAirport, toAirport }) => {
-    /**Book a flight*/
-    return `Successfully booked a flight from ${fromAirport} to ${toAirport}.`;
-  },
-  {
-    name: "book_flight",
-    description: "Book a flight",
-    schema: z.object({
-      fromAirport: z.string().describe("Departure airport code"),
-      toAirport: z.string().describe("Arrival airport code"),
-    }),
-  }
-);
-
-// Define agents
-const flightAssistant = createReactAgent({
-  llm: new ChatAnthropic({ model: "anthropic:claude-3-5-sonnet-latest" }),
-  // highlight-next-line
-  tools: [bookFlight, transferToHotelAssistant],
-  stateModifier: "You are a flight booking assistant",
-  // highlight-next-line
-  name: "flight_assistant",
-});
-
-const hotelAssistant = createReactAgent({
-  llm: new ChatAnthropic({ model: "anthropic:claude-3-5-sonnet-latest" }),
-  // highlight-next-line
-  tools: [bookHotel, transferToFlightAssistant],
-  stateModifier: "You are a hotel booking assistant",
-  // highlight-next-line
-  name: "hotel_assistant",
-});
-
-// Define multi-agent graph
-const multiAgentGraph = new StateGraph(MessagesZodState)
-  .addNode("flight_assistant", flightAssistant)
-  .addNode("hotel_assistant", hotelAssistant)
-  .addEdge(START, "flight_assistant")
-  .compile();
-
-// Run the multi-agent graph
-for await (const chunk of multiAgentGraph.stream({
-  messages: [
-    {
-      role: "user",
-      content: "book a flight from BOS to JFK and a stay at McKittrick Hotel",
-    },
-  ],
-})) {
-  console.log(chunk);
-  console.log("\n");
-}
-```
-
-1. Access agent's state
-2. The `Command` primitive allows specifying a state update and a node transition as a single operation, making it useful for implementing handoffs.
-3. Name of the agent or node to hand off to.
-4. Take the agent's messages and **add** them to the parent's **state** as part of the handoff. The next agent will see the parent state.
-5. Indicate to LangGraph that we need to navigate to agent node in a **parent** multi-agent graph.
-
-:::
 
 !!! Note
-
     This handoff implementation assumes that:
 
     - each agent receives overall message history (across all agents) in the multi-agent system as its input
     - each agent outputs its internal messages history to the overall message history of the multi-agent system
 
-:::python
-Check out LangGraph [supervisor](https://github.com/langchain-ai/langgraph-supervisor-py#customizing-handoff-tools) and [swarm](https://github.com/langchain-ai/langgraph-swarm-py#customizing-handoff-tools) documentation to learn how to customize handoffs.
-:::
-
-:::js
-Check out LangGraph [supervisor](https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-supervisor#customizing-handoff-tools) and [swarm](https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-swarm#customizing-handoff-tools) documentation to learn how to customize handoffs.
-:::
+    Check out LangGraph [supervisor](https://github.com/langchain-ai/langgraph-supervisor-py#customizing-handoff-tools) and [swarm](https://github.com/langchain-ai/langgraph-swarm-py#customizing-handoff-tools) documentation to learn how to customize handoffs.

docs/docs/agents/overview.md

@@ -14,7 +14,7 @@ LangGraph provides both low-level primitives and high-level prebuilt components
 
 ## What is an agent?
 
-An _agent_ consists of three components: a **large language model (LLM)**, a set of **tools** it can use, and a **prompt** that provides instructions.
+An *agent* consists of three components: a **large language model (LLM)**, a set of **tools** it can use, and a **prompt** that provides instructions.
 
 The LLM operates in a loop. In each iteration, it selects a tool to invoke, provides input, receives the result (an observation), and uses that observation to inform the next action. The loop continues until a stopping condition is met — typically when the agent has gathered enough information to respond to the user.
 
@@ -27,12 +27,12 @@ The LLM operates in a loop. In each iteration, it selects a tool to invoke, prov
 
 LangGraph includes several capabilities essential for building robust, production-ready agentic systems:
 
-- [**Memory integration**](../how-tos/memory/add-memory.md): Native support for _short-term_ (session-based) and _long-term_ (persistent across sessions) memory, enabling stateful behaviors in chatbots and assistants.
-- [**Human-in-the-loop control**](../concepts/human_in_the_loop.md): Execution can pause _indefinitely_ to await human feedback—unlike websocket-based solutions limited to real-time interaction. This enables asynchronous approval, correction, or intervention at any point in the workflow.
+- [**Memory integration**](../how-tos/memory/add-memory.md): Native support for *short-term* (session-based) and *long-term* (persistent across sessions) memory, enabling stateful behaviors in chatbots and assistants.
+- [**Human-in-the-loop control**](../concepts/human_in_the_loop.md): Execution can pause *indefinitely* to await human feedback—unlike websocket-based solutions limited to real-time interaction. This enables asynchronous approval, correction, or intervention at any point in the workflow.
 - [**Streaming support**](../how-tos/streaming.md): Real-time streaming of agent state, model tokens, tool outputs, or combined streams.
 - [**Deployment tooling**](../tutorials/langgraph-platform/local-server.md): Includes infrastructure-free deployment tools. [**LangGraph Platform**](https://langchain-ai.github.io/langgraph/concepts/langgraph_platform/) supports testing, debugging, and deployment.
-  - **[Studio](https://langchain-ai.github.io/langgraph/concepts/langgraph_studio/)**: A visual IDE for inspecting and debugging workflows.
-  - Supports multiple [**deployment options**](https://langchain-ai.github.io/langgraph/concepts/deployment_options.md) for production.
+    - **[Studio](https://langchain-ai.github.io/langgraph/concepts/langgraph_studio/)**: A visual IDE for inspecting and debugging workflows.
+    - Supports multiple [**deployment options**](https://langchain-ai.github.io/langgraph/concepts/deployment_options.md) for production.
 
 ## High-level building blocks
 
@@ -40,32 +40,30 @@ LangGraph comes with a set of prebuilt components that implement common agent be
 
 Using LangGraph for agent development allows you to focus on your application's logic and behavior, instead of building and maintaining the supporting infrastructure for state, memory, and human feedback.
 
-:::python
-
 ## Package ecosystem
 
 The high-level components are organized into several packages, each with a specific focus.
 
-| Package                                    | Description                                                                              | Installation                            |
-| ------------------------------------------ | ---------------------------------------------------------------------------------------- | --------------------------------------- |
-| `langgraph-prebuilt` (part of `langgraph`) | Prebuilt components to [**create agents**](./agents.md)                                  | `pip install -U langgraph langchain`    |
-| `langgraph-supervisor`                     | Tools for building [**supervisor**](./multi-agent.md#supervisor) agents                  | `pip install -U langgraph-supervisor`   |
-| `langgraph-swarm`                          | Tools for building a [**swarm**](./multi-agent.md#swarm) multi-agent system              | `pip install -U langgraph-swarm`        |
-| `langchain-mcp-adapters`                   | Interfaces to [**MCP servers**](./mcp.md) for tool and resource integration              | `pip install -U langchain-mcp-adapters` |
-| `langmem`                                  | Agent memory management: [**short-term and long-term**](../how-tos/memory/add-memory.md) | `pip install -U langmem`                |
-| `agentevals`                               | Utilities to [**evaluate agent performance**](./evals.md)                                | `pip install -U agentevals`             |
+| Package                                    | Description                                                                 | Installation                            |
+|--------------------------------------------|-----------------------------------------------------------------------------|-----------------------------------------|
+| `langgraph-prebuilt` (part of `langgraph`) | Prebuilt components to [**create agents**](./agents.md)                     | `pip install -U langgraph langchain`    |
+| `langgraph-supervisor`                     | Tools for building [**supervisor**](./multi-agent.md#supervisor) agents     | `pip install -U langgraph-supervisor`   |
+| `langgraph-swarm`                          | Tools for building a [**swarm**](./multi-agent.md#swarm) multi-agent system | `pip install -U langgraph-swarm`        |
+| `langchain-mcp-adapters`                   | Interfaces to [**MCP servers**](./mcp.md) for tool and resource integration | `pip install -U langchain-mcp-adapters` |
+| `langmem`                                  | Agent memory management: [**short-term and long-term**](../how-tos/memory/add-memory.md)        | `pip install -U langmem`                |
+| `agentevals`                               | Utilities to [**evaluate agent performance**](./evals.md)                   | `pip install -U agentevals`             |
 
 ## Visualize an agent graph
 
 Use the following tool to visualize the graph generated by
-@[`create_react_agent`][create_react_agent]
+[`create_react_agent`][langgraph.prebuilt.chat_agent_executor.create_react_agent]
 and to view an outline of the corresponding code.
 It allows you to explore the infrastructure of the agent as defined by the presence of:
 
-- [`tools`](../how-tos/tool-calling.md): A list of tools (functions, APIs, or other callable objects) that the agent can use to perform tasks.
-- [`pre_model_hook`](../how-tos/create-react-agent-manage-message-history.ipynb): A function that is called before the model is invoked. It can be used to condense messages or perform other preprocessing tasks.
-- `post_model_hook`: A function that is called after the model is invoked. It can be used to implement guardrails, human-in-the-loop flows, or other postprocessing tasks.
-- [`response_format`](../agents/agents.md#6-configure-structured-output): A data structure used to constrain the type of the final output, e.g., a `pydantic` `BaseModel`.
+* [`tools`](../how-tos/tool-calling.md): A list of tools (functions, APIs, or other callable objects) that the agent can use to perform tasks.
+* [`pre_model_hook`](../how-tos/create-react-agent-manage-message-history.ipynb): A function that is called before the model is invoked. It can be used to condense messages or perform other preprocessing tasks.
+* `post_model_hook`: A function that is called after the model is invoked. It can be used to implement guardrails, human-in-the-loop flows, or other postprocessing tasks.
+* [`response_format`](../agents/agents.md#6-configure-structured-output): A data structure used to constrain the type of the final output, e.g., a `pydantic` `BaseModel`.
 
 <div class="agent-layout">
   <div class="agent-graph-features-container">
@@ -84,13 +82,15 @@ It allows you to explore the infrastructure of the agent as defined by the prese
   </div>
 </div>
 
+
 The following code snippet shows how to create the above agent (and underlying graph) with
-@[`create_react_agent`][create_react_agent]:
+[`create_react_agent`][langgraph.prebuilt.chat_agent_executor.create_react_agent]:
 
 <div class="language-python">
   <pre><code id="agent-code" class="language-python"></code></pre>
 </div>
 
+
 <script>
 function getCheckedValue(id) {
   return document.getElementById(id).checked ? "1" : "0";
@@ -159,7 +159,7 @@ function generateCodeSnippet({ tools, pre, post, response }) {
   if (post) lines.push("    post_model_hook=post_model_hook,");
   if (response) lines.push("    response_format=ResponseFormat,");
 
-  lines.push(")", "", "# Visualize the graph", "# For Jupyter or GUI environments:", "agent.get_graph().draw_mermaid_png()", "", "# To save PNG to file:", "png_data = agent.get_graph().draw_mermaid_png()", "with open(\"graph.png\", \"wb\") as f:", "    f.write(png_data)", "", "# For terminal/ASCII output:", "agent.get_graph().draw_ascii()");
+  lines.push(")", "", "agent.get_graph().draw_mermaid_png()");
 
   return lines.join("\n");
 }
@@ -189,159 +189,3 @@ function initializeWidget() {
 window.addEventListener("DOMContentLoaded", initializeWidget);
 document$.subscribe(initializeWidget);
 </script>
-
-:::
-
-:::js
-
-## Package ecosystem
-
-The high-level components are organized into several packages, each with a specific focus.
-
-| Package                  | Description                                                                 | Installation                                       |
-| ------------------------ | --------------------------------------------------------------------------- | -------------------------------------------------- |
-| `langgraph`              | Prebuilt components to [**create agents**](./agents.md)                     | `npm install @langchain/langgraph @langchain/core` |
-| `langgraph-supervisor`   | Tools for building [**supervisor**](./multi-agent.md#supervisor) agents     | `npm install @langchain/langgraph-supervisor`      |
-| `langgraph-swarm`        | Tools for building a [**swarm**](./multi-agent.md#swarm) multi-agent system | `npm install @langchain/langgraph-swarm`           |
-| `langchain-mcp-adapters` | Interfaces to [**MCP servers**](./mcp.md) for tool and resource integration | `npm install @langchain/mcp-adapters`              |
-| `agentevals`             | Utilities to [**evaluate agent performance**](./evals.md)                   | `npm install agentevals`                           |
-
-## Visualize an agent graph
-
-Use the following tool to visualize the graph generated by @[`createReactAgent`][create_react_agent] and to view an outline of the corresponding code. It allows you to explore the infrastructure of the agent as defined by the presence of:
-
-- [`tools`](./tools.md): A list of tools (functions, APIs, or other callable objects) that the agent can use to perform tasks.
-- `preModelHook`: A function that is called before the model is invoked. It can be used to condense messages or perform other preprocessing tasks.
-- `postModelHook`: A function that is called after the model is invoked. It can be used to implement guardrails, human-in-the-loop flows, or other postprocessing tasks.
-- [`responseFormat`](./agents.md#6-configure-structured-output): A data structure used to constrain the type of the final output (via Zod schemas).
-
-<div class="agent-layout">
-  <div class="agent-graph-features-container">
-    <div class="agent-graph-features">
-      <h3 class="agent-section-title">Features</h3>
-      <label><input type="checkbox" id="tools" checked> <code>tools</code></label>
-      <label><input type="checkbox" id="preModelHook"> <code>preModelHook</code></label>
-      <label><input type="checkbox" id="postModelHook"> <code>postModelHook</code></label>
-      <label><input type="checkbox" id="responseFormat"> <code>responseFormat</code></label>
-    </div>
-  </div>
-
-  <div class="agent-graph-container">
-    <h3 class="agent-section-title">Graph</h3>
-    <img id="agent-graph-img" src="../assets/react_agent_graphs/0001.svg" alt="graph image" style="max-width: 100%;"/>
-  </div>
-</div>
-
-The following code snippet shows how to create the above agent (and underlying graph) with @[`createReactAgent`][create_react_agent]:
-
-<div class="language-typescript">
-  <pre><code id="agent-code" class="language-typescript"></code></pre>
-</div>
-
-<script>
-function getCheckedValue(id) {
-  return document.getElementById(id).checked ? "1" : "0";
-}
-
-function getKey() {
-  return [
-    getCheckedValue("responseFormat"),
-    getCheckedValue("postModelHook"),
-    getCheckedValue("preModelHook"),
-    getCheckedValue("tools")
-  ].join("");
-}
-
-function dedent(strings, ...values) {
-  const str = String.raw({ raw: strings }, ...values)
-  const [space] = str.split("\n").filter(Boolean).at(0).match(/^(\s*)/)
-  const spaceLen = space.length
-  return str.split("\n").map(line => line.slice(spaceLen)).join("\n").trim()
-}
-
-Object.assign(dedent, {
-  offset: (size) => (strings, ...values) => {
-    return dedent(strings, ...values).split("\n").map(line => " ".repeat(size) + line).join("\n")
-  }
-})
-
-
-
-
-function generateCodeSnippet({ tools, pre, post, response }) {
-  const lines = []
-
-  lines.push(dedent`
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-    import { ChatOpenAI } from "@langchain/openai";
-  `)
-
-  if (tools) lines.push(`import { tool } from "@langchain/core/tools";`);  
-  if (response || tools) lines.push(`import { z } from "zod";`);
-
-  lines.push("", dedent`
-    const agent = createReactAgent({
-      llm: new ChatOpenAI({ model: "o4-mini" }),
-  `)
-
-  if (tools) {
-    lines.push(dedent.offset(2)`
-      tools: [
-        tool(() => "Sample tool output", {
-          name: "sampleTool",
-          schema: z.object({}),
-        }),
-      ],
-    `)
-  }
-
-  if (pre) {
-    lines.push(dedent.offset(2)`
-      preModelHook: (state) => ({ llmInputMessages: state.messages }),
-    `)
-  }
-
-  if (post) {
-    lines.push(dedent.offset(2)`
-      postModelHook: (state) => state,
-    `)
-  }
-
-  if (response) {
-    lines.push(dedent.offset(2)`
-      responseFormat: z.object({ result: z.string() }),
-    `)
-  }
-
-  lines.push(`});`);
-
-  return lines.join("\n");
-}
-
-function render() {
-  const key = getKey();
-  document.getElementById("agent-graph-img").src = `../assets/react_agent_graphs/${key}.svg`;
-
-  const state = {
-    tools: document.getElementById("tools").checked,
-    pre: document.getElementById("preModelHook").checked,
-    post: document.getElementById("postModelHook").checked,
-    response: document.getElementById("responseFormat").checked
-  };
-
-  document.getElementById("agent-code").textContent = generateCodeSnippet(state);
-}
-
-function initializeWidget() {
-  render(); // no need for `await` here
-  document.querySelectorAll(".agent-graph-features input").forEach((input) => {
-    input.addEventListener("change", render);
-  });
-}
-
-// Init for both full reload and SPA nav (used by MkDocs Material)
-window.addEventListener("DOMContentLoaded", initializeWidget);
-document$.subscribe(initializeWidget);
-</script>
-
-:::

docs/docs/agents/prebuilt.md

@@ -5,24 +5,23 @@ If you’re looking for other prebuilt libraries, explore the community-built op
 below. These libraries can extend LangGraph's functionality in various ways.
 
 ## 📚 Available Libraries
+
 [//]: # (This file is automatically generated using a script in docs/_scripts. Do not edit this file directly!)
-
-:::python
 | Name | GitHub URL | Description | Weekly Downloads | Stars |
 | --- | --- | --- | --- | --- |
-| **trustcall** | https://github.com/hinthornw/trustcall | Tenacious tool calling built on LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/hinthornw/trustcall?style=social)
-| **breeze-agent** | https://github.com/andrestorres123/breeze-agent | A streamlined research system built inspired on STORM and built on LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/andrestorres123/breeze-agent?style=social)
-| **langgraph-supervisor** | https://github.com/langchain-ai/langgraph-supervisor-py | Build supervisor multi-agent systems with LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-supervisor-py?style=social)
-| **langmem** | https://github.com/langchain-ai/langmem | Build agents that learn and adapt from interactions over time. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langmem?style=social)
-| **langchain-mcp-adapters** | https://github.com/langchain-ai/langchain-mcp-adapters | Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langchain-mcp-adapters?style=social)
-| **open-deep-research** | https://github.com/langchain-ai/open_deep_research | Open source assistant for iterative web research and report writing. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/open_deep_research?style=social)
-| **langgraph-swarm** | https://github.com/langchain-ai/langgraph-swarm-py | Build swarm-style multi-agent systems using LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-swarm-py?style=social)
-| **delve-taxonomy-generator** | https://github.com/andrestorres123/delve | A taxonomy generator for unstructured data | -12345 | ![GitHub stars](https://img.shields.io/github/stars/andrestorres123/delve?style=social)
-| **nodeology** | https://github.com/xyin-anl/Nodeology | Enable researcher to build scientific workflows easily with simplified interface. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/xyin-anl/Nodeology?style=social)
-| **langgraph-bigtool** | https://github.com/langchain-ai/langgraph-bigtool | Build LangGraph agents with large numbers of tools. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-bigtool?style=social)
-| **ai-data-science-team** | https://github.com/business-science/ai-data-science-team | An AI-powered data science team of agents to help you perform common data science tasks 10X faster. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/business-science/ai-data-science-team?style=social)
-| **langgraph-reflection** | https://github.com/langchain-ai/langgraph-reflection | LangGraph agent that runs a reflection step. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-reflection?style=social)
-| **langgraph-codeact** | https://github.com/langchain-ai/langgraph-codeact | LangGraph implementation of CodeAct agent that generates and executes code instead of tool calling. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-codeact?style=social)
+| **trustcall** | [hinthornw/trustcall](https://github.com/hinthornw/trustcall) | Tenacious tool calling built on LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/hinthornw/trustcall?style=social)
+| **breeze-agent** | [andrestorres123/breeze-agent](https://github.com/andrestorres123/breeze-agent) | A streamlined research system built inspired on STORM and built on LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/andrestorres123/breeze-agent?style=social)
+| **langgraph-supervisor** | [langchain-ai/langgraph-supervisor-py](https://github.com/langchain-ai/langgraph-supervisor-py) | Build supervisor multi-agent systems with LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-supervisor-py?style=social)
+| **langmem** | [langchain-ai/langmem](https://github.com/langchain-ai/langmem) | Build agents that learn and adapt from interactions over time. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langmem?style=social)
+| **langchain-mcp-adapters** | [langchain-ai/langchain-mcp-adapters](https://github.com/langchain-ai/langchain-mcp-adapters) | Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langchain-mcp-adapters?style=social)
+| **open-deep-research** | [langchain-ai/open_deep_research](https://github.com/langchain-ai/open_deep_research) | Open source assistant for iterative web research and report writing. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/open_deep_research?style=social)
+| **langgraph-swarm** | [langchain-ai/langgraph-swarm-py](https://github.com/langchain-ai/langgraph-swarm-py) | Build swarm-style multi-agent systems using LangGraph. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-swarm-py?style=social)
+| **delve-taxonomy-generator** | [andrestorres123/delve](https://github.com/andrestorres123/delve) | A taxonomy generator for unstructured data | -12345 | ![GitHub stars](https://img.shields.io/github/stars/andrestorres123/delve?style=social)
+| **nodeology** | [xyin-anl/Nodeology](https://github.com/xyin-anl/Nodeology) | Enable researcher to build scientific workflows easily with simplified interface. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/xyin-anl/Nodeology?style=social)
+| **langgraph-bigtool** | [langchain-ai/langgraph-bigtool](https://github.com/langchain-ai/langgraph-bigtool) | Build LangGraph agents with large numbers of tools. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-bigtool?style=social)
+| **ai-data-science-team** | [business-science/ai-data-science-team](https://github.com/business-science/ai-data-science-team) | An AI-powered data science team of agents to help you perform common data science tasks 10X faster. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/business-science/ai-data-science-team?style=social)
+| **langgraph-reflection** | [langchain-ai/langgraph-reflection](https://github.com/langchain-ai/langgraph-reflection) | LangGraph agent that runs a reflection step. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-reflection?style=social)
+| **langgraph-codeact** | [langchain-ai/langgraph-codeact](https://github.com/langchain-ai/langgraph-codeact) | LangGraph implementation of CodeAct agent that generates and executes code instead of tool calling. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraph-codeact?style=social)
 
 ## ✨ Contributing Your Library
 
@@ -33,41 +32,13 @@ To share your project, simply open a Pull Request adding an entry for your packa
 
 **Guidelines**
 
-- Your repo must be distributed as an installable package on PyPI 📦
+- Your repo must be distributed as an installable package (e.g., PyPI for Python, npm 
+  for JavaScript/TypeScript, etc.) 📦
 - The repo should either use the Graph API (exposing a `StateGraph` instance) or 
   the Functional API (exposing an `entrypoint`).
 - The package must include documentation (e.g., a `README.md` or docs site) 
   explaining how to use it.
-
+  
 We'll review your contribution and merge it in!
 
 Thanks for contributing! 🚀
-:::
-
-:::js
-| Name | GitHub URL | Description | Weekly Downloads | Stars |
-| --- | --- | --- | --- | --- |
-| **@langchain/mcp-adapters** | https://github.com/langchain-ai/langchainjs | Make Anthropic Model Context Protocol (MCP) tools compatible with LangGraph agents. | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langchainjs?style=social)
-| **@langchain/langgraph-supervisor** | https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-supervisor | Build supervisor multi-agent systems with LangGraph | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraphjs?style=social)
-| **@langchain/langgraph-swarm** | https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-swarm | Build multi-agent swarms with LangGraph | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraphjs?style=social)
-| **@langchain/langgraph-cua** | https://github.com/langchain-ai/langgraphjs/tree/main/libs/langgraph-cua | Build computer use agents with LangGraph | -12345 | ![GitHub stars](https://img.shields.io/github/stars/langchain-ai/langgraphjs?style=social)
-
-## ✨ Contributing Your Library
-
-Have you built an awesome open-source library using LangGraph? We'd love to feature 
-your project on the official LangGraph documentation pages! 🏆
-
-To share your project, simply open a Pull Request adding an entry for your package in our [packages.yml](https://github.com/langchain-ai/langgraph/blob/main/docs/_scripts/third_party_page/packages.yml) file.
-
-**Guidelines**
-
-- Your repo must be distributed as an installable package on npm 📦
-- The repo should either use the Graph API (exposing a `StateGraph` instance) or 
-  the Functional API (exposing an `entrypoint`).
-- The package must include documentation (e.g., a `README.md` or docs site) 
-  explaining how to use it.
-
-We'll review your contribution and merge it in!
-
-Thanks for contributing! 🚀
-:::

docs/docs/agents/run_agents.md

@@ -9,27 +9,18 @@ hide:
 
 # Running agents
 
+
 Agents support both synchronous and asynchronous execution using either `.invoke()` / `await .ainvoke()` for full responses, or `.stream()` / `.astream()` for **incremental** [streaming](../how-tos/streaming.md) output. This section explains how to provide input, interpret output, enable streaming, and control execution limits.
 
+
 ## Basic usage
 
 Agents can be executed in two primary modes:
 
-:::python
-
 - **Synchronous** using `.invoke()` or `.stream()`
 - **Asynchronous** using `await .ainvoke()` or `async for` with `.astream()`
-  :::
 
-:::js
-
-- **Synchronous** using `.invoke()` or `.stream()`
-- **Asynchronous** using `await .invoke()` or `for await` with `.stream()`
-  :::
-
-:::python
 === "Sync invocation"
-
     ```python
     from langgraph.prebuilt import create_react_agent
 
@@ -40,7 +31,6 @@ Agents can be executed in two primary modes:
     ```
 
 === "Async invocation"
-
     ```python
     from langgraph.prebuilt import create_react_agent
 
@@ -49,24 +39,6 @@ Agents can be executed in two primary modes:
     response = await agent.ainvoke({"messages": [{"role": "user", "content": "what is the weather in sf"}]})
     ```
 
-:::
-
-:::js
-
-```typescript
-import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-const agent = createReactAgent(...);
-// highlight-next-line
-const response = await agent.invoke({
-    "messages": [
-        { "role": "user", "content": "what is the weather in sf" }
-    ]
-});
-```
-
-:::
-
 ## Inputs and outputs
 
 Agents use a language model that expects a list of `messages` as an input. Therefore, agent inputs and outputs are stored as a list of `messages` under the `messages` key in the agent [state](../concepts/low_level.md#working-with-messages-in-graph-state).
@@ -75,73 +47,33 @@ Agents use a language model that expects a list of `messages` as an input. There
 
 Agent input must be a dictionary with a `messages` key. Supported formats are:
 
-:::python
-| Format | Example |
+| Format             | Example                                                                                                                       |
 |--------------------|-------------------------------------------------------------------------------------------------------------------------------|
-| String | `{"messages": "Hello"}` — Interpreted as a [HumanMessage](https://python.langchain.com/docs/concepts/messages/#humanmessage) |
-| Message dictionary | `{"messages": {"role": "user", "content": "Hello"}}` |
-| List of messages | `{"messages": [{"role": "user", "content": "Hello"}]}` |
-| With custom state | `{"messages": [{"role": "user", "content": "Hello"}], "user_name": "Alice"}` — If using a custom `state_schema` |
-:::
+| String             | `{"messages": "Hello"}`  — Interpreted as a [HumanMessage](https://python.langchain.com/docs/concepts/messages/#humanmessage) |
+| Message dictionary | `{"messages": {"role": "user", "content": "Hello"}}`                                                                          |
+| List of messages   | `{"messages": [{"role": "user", "content": "Hello"}]}`                                                                        |
+| With custom state  | `{"messages": [{"role": "user", "content": "Hello"}], "user_name": "Alice"}` — If using a custom `state_schema`               |
 
-:::js
-| Format | Example |
-|--------------------|-------------------------------------------------------------------------------------------------------------------------------|
-| String | `{"messages": "Hello"}` — Interpreted as a [HumanMessage](https://js.langchain.com/docs/concepts/messages/#humanmessage) |
-| Message dictionary | `{"messages": {"role": "user", "content": "Hello"}}` |
-| List of messages | `{"messages": [{"role": "user", "content": "Hello"}]}` |
-| With custom state | `{"messages": [{"role": "user", "content": "Hello"}], "user_name": "Alice"}` — If using a custom state definition |
-:::
-
-:::python
 Messages are automatically converted into LangChain's internal message format. You can read
 more about [LangChain messages](https://python.langchain.com/docs/concepts/messages/#langchain-messages) in the LangChain documentation.
-:::
-
-:::js
-Messages are automatically converted into LangChain's internal message format. You can read
-more about [LangChain messages](https://js.langchain.com/docs/concepts/messages/#langchain-messages) in the LangChain documentation.
-:::
 
 !!! tip "Using custom agent state"
 
-    :::python
-    You can provide additional fields defined in your agent's state schema directly in the input dictionary. This allows dynamic behavior based on runtime data or prior tool outputs.
+    You can provide additional fields defined in your agent’s state schema directly in the input dictionary. This allows dynamic behavior based on runtime data or prior tool outputs.  
     See the [context guide](./context.md) for full details.
-    :::
-
-    :::js
-    You can provide additional fields defined in your agent's state directly in the state definition. This allows dynamic behavior based on runtime data or prior tool outputs.
-    See the [context guide](./context.md) for full details.
-    :::
 
 !!! note
 
-    :::python
     A string input for `messages` is converted to a [HumanMessage](https://python.langchain.com/docs/concepts/messages/#humanmessage). This behavior differs from the `prompt` parameter in `create_react_agent`, which is interpreted as a [SystemMessage](https://python.langchain.com/docs/concepts/messages/#systemmessage) when passed as a string.
-    :::
 
-    :::js
-    A string input for `messages` is converted to a [HumanMessage](https://js.langchain.com/docs/concepts/messages/#humanmessage). This behavior differs from the `prompt` parameter in `createReactAgent`, which is interpreted as a [SystemMessage](https://js.langchain.com/docs/concepts/messages/#systemmessage) when passed as a string.
-    :::
 
 ## Output format
 
-:::python
 Agent output is a dictionary containing:
 
 - `messages`: A list of all messages exchanged during execution (user input, assistant replies, tool invocations).
 - Optionally, `structured_response` if [structured output](./agents.md#6-configure-structured-output) is configured.
 - If using a custom `state_schema`, additional keys corresponding to your defined fields may also be present in the output. These can hold updated state values from tool execution or prompt logic.
-:::
-
-:::js
-Agent output is a dictionary containing:
-
-- `messages`: A list of all messages exchanged during execution (user input, assistant replies, tool invocations).
-- Optionally, `structuredResponse` if [structured output](./agents.md#6-configure-structured-output) is configured.
-- If using a custom state definition, additional keys corresponding to your defined fields may also be present in the output. These can hold updated state values from tool execution or prompt logic.
-:::
 
 See the [context guide](./context.md) for more details on working with custom state schemas and accessing context.
 
@@ -155,7 +87,6 @@ Agents support streaming responses for more responsive applications. This includ
 
 Streaming is available in both sync and async modes:
 
-:::python
 === "Sync streaming"
 
     ```python
@@ -176,36 +107,14 @@ Streaming is available in both sync and async modes:
         print(chunk)
     ```
 
-:::
-
-:::js
-
-```typescript
-for await (const chunk of agent.stream(
-  { messages: [{ role: "user", content: "what is the weather in sf" }] },
-  { streamMode: "updates" }
-)) {
-  console.log(chunk);
-}
-```
-
-:::
-
 !!! tip
 
     For full details, see the [streaming guide](../how-tos/streaming.md).
 
 ## Max iterations
 
-:::python
 To control agent execution and avoid infinite loops, set a recursion limit. This defines the maximum number of steps the agent can take before raising a `GraphRecursionError`. You can configure `recursion_limit` at runtime or when defining agent via `.with_config()`:
-:::
 
-:::js
-To control agent execution and avoid infinite loops, set a recursion limit. This defines the maximum number of steps the agent can take before raising a `GraphRecursionError`. You can configure `recursionLimit` at runtime or when defining agent via `.withConfig()`:
-:::
-
-:::python
 === "Runtime"
 
     ```python
@@ -254,70 +163,6 @@ To control agent execution and avoid infinite loops, set a recursion limit. This
         print("Agent stopped due to max iterations.")
     ```
 
-:::
-
-:::js
-=== "Runtime"
-
-    ```typescript
-    import { GraphRecursionError } from "@langchain/langgraph";
-    import { ChatAnthropic } from "@langchain/langgraph/prebuilt";
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-    const maxIterations = 3;
-    // highlight-next-line
-    const recursionLimit = 2 * maxIterations + 1;
-    const agent = createReactAgent({
-        llm: new ChatAnthropic({ model: "claude-3-5-haiku-latest" }),
-        tools: [getWeather]
-    });
-
-    try {
-        const response = await agent.invoke(
-            {"messages": [{"role": "user", "content": "what's the weather in sf"}]},
-            // highlight-next-line
-            { recursionLimit }
-        );
-    } catch (error) {
-        if (error instanceof GraphRecursionError) {
-            console.log("Agent stopped due to max iterations.");
-        }
-    }
-    ```
-
-=== "`.withConfig()`"
-
-    ```typescript
-    import { GraphRecursionError } from "@langchain/langgraph";
-    import { ChatAnthropic } from "@langchain/langgraph/prebuilt";
-    import { createReactAgent } from "@langchain/langgraph/prebuilt";
-
-    const maxIterations = 3;
-    // highlight-next-line
-    const recursionLimit = 2 * maxIterations + 1;
-    const agent = createReactAgent({
-        llm: new ChatAnthropic({ model: "claude-3-5-haiku-latest" }),
-        tools: [getWeather]
-    });
-    // highlight-next-line
-    const agentWithRecursionLimit = agent.withConfig({ recursionLimit });
-
-    try {
-        const response = await agentWithRecursionLimit.invoke(
-            {"messages": [{"role": "user", "content": "what's the weather in sf"}]},
-        );
-    } catch (error) {
-        if (error instanceof GraphRecursionError) {
-            console.log("Agent stopped due to max iterations.");
-        }
-    }
-    ```
-
-:::
-
-:::python
-
 ## Additional Resources
 
-- [Async programming in LangChain](https://python.langchain.com/docs/concepts/async)
-  :::
+* [Async programming in LangChain](https://python.langchain.com/docs/concepts/async)

docs/docs/agents/ui.md

@@ -31,7 +31,7 @@ Agent Chat UI has full support for [human-in-the-loop](../concepts/human_in_the_
 
 !!! Important
 
-    Agent Chat UI works best if your LangGraph agent interrupts using the @[`HumanInterrupt` schema][HumanInterrupt]. If you do not use that schema, the Agent Chat UI will be able to render the input passed to the `interrupt` function, but it will not have full support for resuming your graph.
+    Agent Chat UI works best if your LangGraph agent interrupts using the [`HumanInterrupt` schema][langgraph.prebuilt.interrupt.HumanInterrupt]. If you do not use that schema, the Agent Chat UI will be able to render the input passed to the `interrupt` function, but it will not have full support for resuming your graph.
 
 ## Generative UI
 

docs/docs/cloud/concepts/cron_jobs.md

@@ -1,15 +0,0 @@
-## Cron jobs
-
-There are many situations in which it is useful to run an assistant on a schedule. 
-
-For example, say that you're building an assistant that runs daily and sends an email summary
-of the day's news. You could use a cron job to run the assistant every day at 8:00 PM.
-
-LangGraph Platform supports cron jobs, which run on a user-defined schedule. The user specifies a schedule, an assistant, and some input. After that, on the specified schedule, the server will:
-
-- Create a new thread with the specified assistant
-- Send the specified input to that thread
-
-Note that this sends the same input to the thread every time. See the [how-to guide](../../cloud/how-tos/cron_jobs.md) for creating cron jobs.
-
-The LangGraph Platform API provides several endpoints for creating and managing cron jobs. See the [API reference](../../cloud/reference/api/api_ref.html#tag/runscreate/POST/threads/{thread_id}/runs/crons) for more details.

docs/docs/cloud/concepts/data_storage_and_privacy.md

@@ -1,54 +0,0 @@
-# Data Storage and Privacy
-
-This document describes how data is processed in the LangGraph CLI and the LangGraph Server for both the in-memory server (`langgraph dev`) and the local Docker server (`langgraph up`). It also describes what data is tracked when interacting with the hosted LangGraph Studio frontend.
-
-## CLI
-
-LangGraph **CLI** is the command-line interface for building and running LangGraph applications; see the [CLI guide](../../concepts/langgraph_cli.md) to learn more.
-
-By default, calls to most CLI commands log a single analytics event upon invocation. This helps us better prioritize improvements to the CLI experience. Each telemetry event contains the calling process's OS, OS version, Python version, the CLI version, the command name (`dev`, `up`, `run`, etc.), and booleans representing whether a flag was passed to the command. You can see the full analytics logic [here](https://github.com/langchain-ai/langgraph/blob/main/libs/cli/langgraph_cli/analytics.py). 
-
-You can disable all CLI telemetry by setting `LANGGRAPH_CLI_NO_ANALYTICS=1`.
-
-## LangGraph Server (in-memory & docker)
-
-The [LangGraph Server](../../concepts/langgraph_server.md) provides a durable execution runtime that relies on persisting checkpoints of your application state, long-term memories, thread metadata, assistants, and similar resources to the local file system or a database. Unless you have deliberately customized the storage location, this information is either written to local disk (for `langgraph dev`) or a PostgreSQL database (for `langgraph up` and in all deployments).
-
-### LangSmith Tracing
-
-When running the LangGraph server (either in-memory or in Docker), LangSmith tracing may be enabled to facilitate faster debugging and offer observability of graph state and LLM prompts in production. You can always disable tracing by setting `LANGSMITH_TRACING=false` in your server's runtime environment.
-
-### In-memory development server (`langgraph dev`)
-
-`langgraph dev` runs an [in-memory development server](../../tutorials/langgraph-platform/local-server.md) as a single Python process, designed for quick development and testing. It saves all checkpointing and memory data to disk within a `.langgraph_api` directory in the current working directory. Apart from the telemetry data described in the [CLI](#cli) section, no data leaves the machine unless you have enabled tracing or your graph code explicitly contacts an external service.
-
-### Standalone Container (`langgraph up`)
-
-`langgraph up` builds your local package into a Docker image and runs the server as a [standalone container](../../concepts/deployment_options.md#standalone-container) consisting of three containers: the API server, a PostgreSQL container, and a Redis container. All persistent data (checkpoints, assistants, etc.) are stored in the PostgreSQL database. Redis is used as a pubsub connection for real-time streaming of events. You can encrypt all checkpoints before saving to the database by setting a valid `LANGGRAPH_AES_KEY` environment variable. You can also specify [TTLs](../../how-tos/ttl/configure_ttl.md) for checkpoints and cross-thread memories in `langgraph.json` to control how long data is stored. All persisted threads, memories, and other data can be deleted via the relevant API endpoints.
-
-Additional API calls are made to confirm that the server has a valid license and to track the number of executed runs and tasks. Periodically, the API server validates the provided license key (or API key).
-
-If you've disabled [tracing](#langsmith-tracing), no user data is persisted externally unless your graph code explicitly contacts an external service.
-
-## Studio
-
-[LangGraph Studio](../../concepts/langgraph_studio.md) is a graphical interface for interacting with your LangGraph server. It does not persist any private data (the data you send to your server is not sent to LangSmith). Though the studio interface is served at [smith.langchain.com](https://smith.langchain.com), it is run in your browser and connects directly to your local LangGraph server so that no data needs to be sent to LangSmith.
-
-If you are logged in, LangSmith does collect some usage analytics to help improve studio's user experience. This includes:
-
-- Page visits and navigation patterns
-- User actions (button clicks)
-- Browser type and version
-- Screen resolution and viewport size
-
-Importantly, no application data or code (or other sensitive configuration details) are collected. All of that is stored in the persistence layer of your LangGraph server. When using Studio anonymously, no account creation is required and usage analytics are not collected.
-
-## Quick reference
-
-In summary, you can opt-out of server-side telemetry by turning off CLI analytics and disabling tracing.
-
-| Variable                       | Purpose                   | Default                          |
-| ------------------------------ | ------------------------- | -------------------------------- |
-| `LANGGRAPH_CLI_NO_ANALYTICS=1` | Disable CLI analytics     | Analytics enabled                |
-| `LANGSMITH_API_KEY`            | Enable LangSmith tracing  | Tracing disabled                 |
-| `LANGSMITH_TRACING=false`      | Disable LangSmith tracing | Depends on environment           |

docs/docs/cloud/concepts/webhooks.md

@@ -1,7 +0,0 @@
-# Webhooks
-
-Webhooks enable event-driven communication from your LangGraph Platform application to external services. For example, you may want to issue an update to a separate service once an API call to LangGraph Platform has finished running.
-
-Many LangGraph Platform endpoints accept a `webhook` parameter. If this parameter is specified by an endpoint that can accept POST requests, LangGraph Platform will send a request at the completion of a run.
-
-See the corresponding [how-to guide](../../cloud/how-tos/webhooks.md) for more detail.

docs/docs/cloud/deployment/cloud.md

@@ -1,128 +0,0 @@
-# How to Deploy to Cloud SaaS
-
-Before deploying, review the [conceptual guide for the Cloud SaaS](../../concepts/langgraph_cloud.md) deployment option.
-
-## Prerequisites
-
-1. LangGraph Platform applications are deployed from GitHub repositories. Configure and upload a LangGraph Platform application to a GitHub repository in order to deploy it to LangGraph Platform.
-1. [Verify that the LangGraph API runs locally](../../tutorials/langgraph-platform/local-server.md). If the API does not run successfully (i.e. `langgraph dev`), deploying to LangGraph Platform will fail as well.
-
-## Create New Deployment
-
-Starting from the <a href="https://smith.langchain.com/" target="_blank">LangSmith UI</a>...
-
-1. In the left-hand navigation panel, select `LangGraph Platform`. The `LangGraph Platform` view contains a list of existing LangGraph Platform deployments.
-1. In the top-right corner, select `+ New Deployment` to create a new deployment.
-1. In the `Create New Deployment` panel, fill out the required fields.
-    1. `Deployment details`
-        1. Select `Import from GitHub` and follow the GitHub OAuth workflow to install and authorize LangChain's `hosted-langserve` GitHub app to access the selected repositories. After installation is complete, return to the `Create New Deployment` panel and select the GitHub repository to deploy from the dropdown menu. **Note**: The GitHub user installing LangChain's `hosted-langserve` GitHub app must be an [owner](https://docs.github.com/en/organizations/managing-peoples-access-to-your-organization-with-roles/roles-in-an-organization#organization-owners) of the organization or account.
-        1. Specify a name for the deployment.
-        1. Specify the desired `Git Branch`. A deployment is linked to a branch. When a new revision is created, code for the linked branch will be deployed. The branch can be updated later in the [Deployment Settings](#deployment-settings).
-        1. Specify the full path to the [LangGraph API config file](../reference/cli.md#configuration-file) including the file name. For example, if the file `langgraph.json` is in the root of the repository, simply specify `langgraph.json`.
-        1. Check/uncheck checkbox to `Automatically update deployment on push to branch`. If checked, the deployment will automatically be updated when changes are pushed to the specified `Git Branch`. This setting can be enabled/disabled later in the [Deployment Settings](#deployment-settings).
-    1. Select the desired `Deployment Type`.
-        1. `Development` deployments are meant for non-production use cases and are provisioned with minimal resources.
-        1. `Production` deployments can serve up to 500 requests/second and are provisioned with highly available storage with automatic backups.
-    1. Determine if the deployment should be `Shareable through LangGraph Studio`.
-        1. If unchecked, the deployment will only be accessible with a valid LangSmith API key for the workspace.
-        1. If checked, the deployment will be accessible through LangGraph Studio to any LangSmith user. A direct URL to LangGraph Studio for the deployment will be provided to share with other LangSmith users.
-    1. Specify `Environment Variables` and secrets. See the [Environment Variables reference](../reference/env_var.md) to configure additional variables for the deployment.
-        1. Sensitive values such as API keys (e.g. `OPENAI_API_KEY`) should be specified as secrets.
-        1. Additional non-secret environment variables can be specified as well.
-    1. A new LangSmith `Tracing Project` is automatically created with the same name as the deployment.
-1. In the top-right corner, select `Submit`. After a few seconds, the `Deployment` view appears and the new deployment will be queued for provisioning.
-
-## Create New Revision
-
-When [creating a new deployment](#create-new-deployment), a new revision is created by default. Subsequent revisions can be created to deploy new code changes.
-
-Starting from the <a href="https://smith.langchain.com/" target="_blank">LangSmith UI</a>...
-
-1. In the left-hand navigation panel, select `LangGraph Platform`. The `LangGraph Platform` view contains a list of existing LangGraph Platform deployments.
-1. Select an existing deployment to create a new revision for.
-1. In the `Deployment` view, in the top-right corner, select `+ New Revision`.
-1. In the `New Revision` modal, fill out the required fields.
-    1. Specify the full path to the [LangGraph API config file](../reference/cli.md#configuration-file) including the file name. For example, if the file `langgraph.json` is in the root of the repository, simply specify `langgraph.json`.
-    1. Determine if the deployment should be `Shareable through LangGraph Studio`.
-        1. If unchecked, the deployment will only be accessible with a valid LangSmith API key for the workspace.
-        1. If checked, the deployment will be accessible through LangGraph Studio to any LangSmith user. A direct URL to LangGraph Studio for the deployment will be provided to share with other LangSmith users.
-    1. Specify `Environment Variables` and secrets. Existing secrets and environment variables are prepopulated. See the [Environment Variables reference](../reference/env_var.md) to configure additional variables for the revision.
-        1. Add new secrets or environment variables.
-        1. Remove existing secrets or environment variables.
-        1. Update the value of existing secrets or environment variables.
-1. Select `Submit`. After a few seconds, the `New Revision` modal will close and the new revision will be queued for deployment.
-
-## View Build and Server Logs
-
-Build and server logs are available for each revision.
-
-Starting from the `LangGraph Platform` view...
-
-1. Select the desired revision from the `Revisions` table. A panel slides open from the right-hand side and the `Build` tab is selected by default, which displays build logs for the revision.
-1. In the panel, select the `Server` tab to view server logs for the revision. Server logs are only available after a revision has been deployed.
-1. Within the `Server` tab, adjust the date/time range picker as needed. By default, the date/time range picker is set to the `Last 7 days`.
-
-## View Deployment Metrics
-
-Starting from the <a href="https://smith.langchain.com/" target="_blank">LangSmith UI</a>...
-
-1. In the left-hand navigation panel, select `LangGraph Platform`. The `LangGraph Platform` view contains a list of existing LangGraph Platform deployments.
-1. Select an existing deployment to monitor.
-1. Select the `Monitoring` tab to view the deployment metrics. See a list of [all available metrics](../../concepts/langgraph_control_plane.md#monitoring).
-1. Within the `Monitoring` tab, use the date/time range picker as needed. By default, the date/time range picker is set to the `Last 15 minutes`.
-
-## Interrupt Revision
-
-Interrupting a revision will stop deployment of the revision.
-
-!!! warning "Undefined Behavior"
-    Interrupted revisions have undefined behavior. This is only useful if you need to deploy a new revision and you already have a revision "stuck" in progress. In the future, this feature may be removed.
-
-Starting from the `LangGraph Platform` view...
-
-1. Select the menu icon (three dots) on the right-hand side of the row for the desired revision from the `Revisions` table.
-1. Select `Interrupt` from the menu.
-1. A modal will appear. Review the confirmation message. Select `Interrupt revision`.
-
-## Delete Deployment
-
-Starting from the <a href="https://smith.langchain.com/" target="_blank">LangSmith UI</a>...
-
-1. In the left-hand navigation panel, select `LangGraph Platform`. The `LangGraph Platform` view contains a list of existing LangGraph Platform deployments.
-1. Select the menu icon (three dots) on the right-hand side of the row for the desired deployment and select `Delete`.
-1. A `Confirmation` modal will appear. Select `Delete`.
-
-## Deployment Settings
-
-Starting from the `LangGraph Platform` view...
-
-1. In the top-right corner, select the gear icon (`Deployment Settings`).
-1. Update the `Git Branch` to the desired branch.
-1. Check/uncheck checkbox to `Automatically update deployment on push to branch`.
-1. Branch creation/deletion and tag creation/deletion events will not trigger an update. Only pushes to an existing branch will trigger an update.
-1. Pushes in quick succession to a branch will queue subsequent updates. Once a build completes, the most recent commit will begin building and the other queued builds will be skipped.
-
-## Add or Remove GitHub Repositories
-
-After installing and authorizing LangChain's `hosted-langserve` GitHub app, repository access for the app can be modified to add new repositories or remove existing repositories. If a new repository is created, it may need to be added explicitly.
-
-1. From the GitHub profile, navigate to `Settings` > `Applications` > `hosted-langserve` > click `Configure`.
-1. Under `Repository access`, select `All repositories` or `Only select repositories`. If `Only select repositories` is selected, new repositories must be explicitly added.
-1. Click `Save`.
-1. When creating a new deployment, the list of GitHub repositories in the dropdown menu will be updated to reflect the repository access changes.
-
-## Whitelisting IP Addresses
-
-All traffic from `LangGraph Platform` deployments created after January 6th 2025 will come through a NAT gateway.
-This NAT gateway will have several static ip addresses depending on the region you are deploying in. Refer to the table below for the list of IP addresses to whitelist:
-
-| US             | EU              |
-|----------------|-----------------|
-| 35.197.29.146  | 34.90.213.236   |
-| 34.145.102.123 | 34.13.244.114   |
-| 34.169.45.153  | 34.32.180.189   |
-| 34.82.222.17   | 34.34.69.108    |
-| 35.227.171.135 | 34.32.145.240   | 
-| 34.169.88.30   | 34.90.157.44    |
-| 34.19.93.202   | 34.141.242.180  |
-| 34.19.34.50    | 34.32.141.108   |

docs/docs/cloud/deployment/custom_docker.md

@@ -1,19 +0,0 @@
-# How to customize Dockerfile
-
-Users can add an array of additional lines to add to the Dockerfile following the import from the parent LangGraph image. In order to do this, you simply need to modify your `langgraph.json` file by passing in the commands you want run to the `dockerfile_lines` key. For example, if we wanted to use `Pillow` in our graph you would need to add the following dependencies:
-
-```
-{
-    "dependencies": ["."],
-    "graphs": {
-        "openai_agent": "./openai_agent.py:agent",
-    },
-    "env": "./.env",
-    "dockerfile_lines": [
-        "RUN apt-get update && apt-get install -y libjpeg-dev zlib1g-dev libpng-dev",
-        "RUN pip install Pillow"
-    ]
-}
-```
-
-This would install the system packages required to use Pillow if we were working with `jpeg` or `png` image formats. 

docs/docs/cloud/deployment/egress.md

@@ -1,119 +0,0 @@
-# Egress for Subscription Metrics and Operational Metadata
-
-> **Important: Self Hosted Only** 
-> This section only applies to customers who are not running in offline mode and assumes you are using a self-hosted LangGraph Platform instance.
-> This does not apply to SaaS or Hybrid deployments.
-
-Self-Hosted LangGraph Platform instances store all information locally and will never send sensitive information outside of your network. We currently only track platform usage for billing purposes according to the entitlements in your order. In order to better remotely support our customers, we do require egress to `https://beacon.langchain.com`.
-
-In the future, we will be introducing support diagnostics to help us ensure that the LangGraph Platform is running at an optimal level within your environment.
-
-> **Warning**  
-> **This will require egress to `https://beacon.langchain.com` from your network.**
-> **If using an API key, you will also need to allow egress to `https://api.smith.langchain.com` or `https://eu.api.smith.langchain.com` for API key verification.**
-
-Generally, data that we send to Beacon can be categorized as follows:
-
-- **Subscription Metrics**
-  - Subscription metrics are used to determine level of access and utilization of LangSmith. This includes, but are not limited to:
-    - Nodes Executed
-    - Runs Executed
-    - License Key Verification
-- **Operational Metadata**
-  - This metadata will contain and collect the above subscription metrics to assist with remote support, allowing the LangChain team to diagnose and troubleshoot performance issues more effectively and proactively.
-
-## Example Payloads
-
-In an effort to maximize transparency, we provide sample payloads here:
-
-### License Verification (If using an Enterprise License)
-
-**Endpoint:**
-
-`POST beacon.langchain.com/v1/beacon/verify`
-
-**Request:**
-
-```json
-{
-  "license": "<YOUR_LICENSE_KEY>"
-}
-```
-
-**Response:**
-
-```json
-{
-  "token": "Valid JWT" // Short-lived JWT token to avoid repeated license checks
-}
-```
-
-### Api Key Verification (If using a LangSmith API Key)
-
-**Endpoint:**
-`POST api.smith.langchain.com/auth`
-
-**Request:**
-
-```json
-"Headers": {
-  X-Api-Key: <YOUR_API_KEY>
-}
-```
-
-**Response:**
-
-```json
-{
-  "org_config": {
-    "org_id": "3a1c2b6f-4430-4b92-8a5b-79b8b567bbc1",
-    ... // Additional organization details
-  }
-}
-```
-
-### Usage Reporting
-
-**Endpoint:**
-
-`POST beacon.langchain.com/v1/metadata/submit`
-
-**Request:**
-
-```json
-{
-  "license": "<YOUR_LICENSE_KEY>",
-  "from_timestamp": "2025-01-06T09:00:00Z",
-  "to_timestamp": "2025-01-06T10:00:00Z",
-  "tags": {
-    "langgraph.python.version": "0.1.0",
-    "langgraph_api.version": "0.2.0",
-    "langgraph.platform.revision": "abc123",
-    "langgraph.platform.variant": "standard",
-    "langgraph.platform.host": "host-1",
-    "langgraph.platform.tenant_id": "3a1c2b6f-4430-4b92-8a5b-79b8b567bbc1",
-    "langgraph.platform.project_id": "c5b5f53a-4716-4326-8967-d4f7f7799735",
-    "langgraph.platform.plan": "enterprise",
-    "user_app.uses_indexing": "true",
-    "user_app.uses_custom_app": "false",
-    "user_app.uses_custom_auth": "true",
-    "user_app.uses_thread_ttl": "true",
-    "user_app.uses_store_ttl": "false"
-  },
-  "measures": {
-    "langgraph.platform.runs": 150,
-    "langgraph.platform.nodes": 450
-  },
-  "logs": []
-}
-```
-
-**Response:**
-
-```json
-"204 No Content"
-```
-
-## Our Commitment
-
-LangChain will not store any sensitive information in the Subscription Metrics or Operational Metadata. Any data collected will not be shared with a third party. If you have any concerns about the data being sent, please reach out to your account team.

docs/docs/cloud/deployment/graph_rebuild.md

@@ -1,147 +0,0 @@
-# Rebuild Graph at Runtime
-
-You might need to rebuild your graph with a different configuration for a new run. For example, you might need to use a different graph state or graph structure depending on the config. This guide shows how you can do this.
-
-!!! note "Note"
-    In most cases, customizing behavior based on the config should be handled by a single graph where each node can read a config and change its behavior based on it
-
-## Prerequisites
-
-Make sure to check out [this how-to guide](./setup.md) on setting up your app for deployment first.
-
-## Define graphs
-
-Let's say you have an app with a simple graph that calls an LLM and returns the response to the user. The app file directory looks like the following:
-
-```
-my-app/
-|-- requirements.txt
-|-- .env
-|-- openai_agent.py     # code for your graph
-```
-
-where the graph is defined in `openai_agent.py`. 
-
-### No rebuild
-
-In the standard LangGraph API configuration, the server uses the compiled graph instance that's defined at the top level of `openai_agent.py`, which looks like the following:
-
-```python
-from langchain_openai import ChatOpenAI
-from langgraph.graph import END, START, MessageGraph
-
-model = ChatOpenAI(temperature=0)
-
-graph_workflow = MessageGraph()
-
-graph_workflow.add_node("agent", model)
-graph_workflow.add_edge("agent", END)
-graph_workflow.add_edge(START, "agent")
-
-agent = graph_workflow.compile()
-```
-
-To make the server aware of your graph, you need to specify a path to the variable that contains the `CompiledStateGraph` instance in your LangGraph API configuration (`langgraph.json`), e.g.:
-
-```
-{
-    "dependencies": ["."],
-    "graphs": {
-        "openai_agent": "./openai_agent.py:agent",
-    },
-    "env": "./.env"
-}
-```
-
-### Rebuild
-
-To make your graph rebuild on each new run with custom configuration, you need to rewrite `openai_agent.py` to instead provide a _function_ that takes a config and returns a graph (or compiled graph) instance. Let's say we want to return our existing graph for user ID '1', and a tool-calling agent for other users. We can modify `openai_agent.py` as follows:
-
-```python
-from typing import Annotated
-from typing_extensions import TypedDict
-from langchain_openai import ChatOpenAI
-from langgraph.graph import END, START, MessageGraph
-from langgraph.graph.state import StateGraph
-from langgraph.graph.message import add_messages
-from langgraph.prebuilt import ToolNode
-from langchain_core.tools import tool
-from langchain_core.messages import BaseMessage
-from langchain_core.runnables import RunnableConfig
-
-
-class State(TypedDict):
-    messages: Annotated[list[BaseMessage], add_messages]
-
-
-model = ChatOpenAI(temperature=0)
-
-def make_default_graph():
-    """Make a simple LLM agent"""
-    graph_workflow = StateGraph(State)
-    def call_model(state):
-        return {"messages": [model.invoke(state["messages"])]}
-
-    graph_workflow.add_node("agent", call_model)
-    graph_workflow.add_edge("agent", END)
-    graph_workflow.add_edge(START, "agent")
-
-    agent = graph_workflow.compile()
-    return agent
-
-
-def make_alternative_graph():
-    """Make a tool-calling agent"""
-
-    @tool
-    def add(a: float, b: float):
-        """Adds two numbers."""
-        return a + b
-
-    tool_node = ToolNode([add])
-    model_with_tools = model.bind_tools([add])
-    def call_model(state):
-        return {"messages": [model_with_tools.invoke(state["messages"])]}
-
-    def should_continue(state: State):
-        if state["messages"][-1].tool_calls:
-            return "tools"
-        else:
-            return END
-
-    graph_workflow = StateGraph(State)
-
-    graph_workflow.add_node("agent", call_model)
-    graph_workflow.add_node("tools", tool_node)
-    graph_workflow.add_edge("tools", "agent")
-    graph_workflow.add_edge(START, "agent")
-    graph_workflow.add_conditional_edges("agent", should_continue)
-
-    agent = graph_workflow.compile()
-    return agent
-
-
-# this is the graph making function that will decide which graph to
-# build based on the provided config
-def make_graph(config: RunnableConfig):
-    user_id = config.get("configurable", {}).get("user_id")
-    # route to different graph state / structure based on the user ID
-    if user_id == "1":
-        return make_default_graph()
-    else:
-        return make_alternative_graph()
-```
-
-Finally, you need to specify the path to your graph-making function (`make_graph`) in `langgraph.json`:
-
-```
-{
-    "dependencies": ["."],
-    "graphs": {
-        "openai_agent": "./openai_agent.py:make_graph",
-    },
-    "env": "./.env"
-}
-```
-
-See more info on LangGraph API configuration file [here](../reference/cli.md#configuration-file)

docs/docs/cloud/deployment/self_hosted_control_plane.md

@@ -1,53 +0,0 @@
-# How to Deploy Self-Hosted Control Plane
-
-Before deploying, review the [conceptual guide for the Self-Hosted Control Plane](../../concepts/langgraph_self_hosted_control_plane.md) deployment option.
-
-!!! info "Important"
-    The Self-Hosted Control Plane deployment option requires an [Enterprise](../../concepts/plans.md) plan.
-
-## Prerequisites
-
-1. You are using Kubernetes.
-1. You have self-hosted LangSmith deployed.
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to [test your application locally](../../tutorials/langgraph-platform/local-server.md).
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to build a Docker image (i.e. `langgraph build`) and push it to a registry your Kubernetes cluster has access to.
-1. `KEDA` is installed on your cluster.
-
-         helm repo add kedacore https://kedacore.github.io/charts 
-         helm install keda kedacore/keda --namespace keda --create-namespace
-1. Ingress Configuration
-    1. You must set up an ingress for your LangSmith instance. All agents will be deployed as Kubernetes services behind this ingress.
-    1. You can use this guide to [set up an ingress](https://docs.smith.langchain.com/self_hosting/configuration/ingress) for your instance.
-1. You have slack space in your cluster for multiple deployments. `Cluster-Autoscaler` is recommended to automatically provision new nodes.
-1. A valid Dynamic PV provisioner or PVs available on your cluster. You can verify this by running:
-
-        kubectl get storageclass
-
-1. Egress to `https://beacon.langchain.com` from your network. This is required for license verification and usage reporting if not running in air-gapped mode. See the [Egress documentation](../../cloud/deployment/egress.md) for more details.
-
-## Setup
-
-1. As part of configuring your Self-Hosted LangSmith instance, you enable the `langgraphPlatform` option. This will provision a few key resources.
-    1. `listener`: This is a service that listens to the [control plane](../../concepts/langgraph_control_plane.md) for changes to your deployments and creates/updates downstream CRDs.
-    1. `LangGraphPlatform CRD`: A CRD for LangGraph Platform deployments. This contains the spec for managing an instance of a LangGraph platform deployment.
-    1. `operator`: This operator handles changes to your LangGraph Platform CRDs.
-    1. `host-backend`: This is the [control plane](../../concepts/langgraph_control_plane.md).
-1. Two additional images will be used by the chart. Use the images that are specified in the latest release.
-
-        hostBackendImage:
-          repository: "docker.io/langchain/hosted-langserve-backend"
-          pullPolicy: IfNotPresent
-        operatorImage:
-          repository: "docker.io/langchain/langgraph-operator"
-          pullPolicy: IfNotPresent
-
-1. In your config file for langsmith (usually `langsmith_config.yaml`, enable the `langgraphPlatform` option. Note that you must also have a valid ingress setup:
-
-        config:
-          langgraphPlatform:
-            enabled: true
-            langgraphPlatformLicenseKey: "YOUR_LANGGRAPH_PLATFORM_LICENSE_KEY"
-1. In your `values.yaml` file, configure the `hostBackendImage` and `operatorImage` options (if you need to mirror images)
-
-1. You can also configure base templates for your agents by overriding the base templates [here](https://github.com/langchain-ai/helm/blob/main/charts/langsmith/values.yaml#L898).
-1. You create a deployment from the [control plane UI](../../concepts/langgraph_control_plane.md#control-plane-ui).

docs/docs/cloud/deployment/self_hosted_data_plane.md

@@ -1,59 +0,0 @@
-# How to Deploy Self-Hosted Data Plane
-
-Before deploying, review the [conceptual guide for the Self-Hosted Data Plane](../../concepts/langgraph_self_hosted_data_plane.md) deployment option.
-
-!!! info "Important"
-    The Self-Hosted Data Plane deployment option requires an [Enterprise](../../concepts/plans.md) plan.
-
-## Prerequisites
-
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to [test your application locally](../../tutorials/langgraph-platform/local-server.md).
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to build a Docker image (i.e. `langgraph build`) and push it to a registry your Kubernetes cluster or Amazon ECS cluster has access to.
-
-## Kubernetes
-
-### Prerequisites
-1. `KEDA` is installed on your cluster.
-
-        helm repo add kedacore https://kedacore.github.io/charts
-        helm install keda kedacore/keda --namespace keda --create-namespace
-
-1. A valid `Ingress` controller is installed on your cluster.
-1. You have slack space in your cluster for multiple deployments. `Cluster-Autoscaler` is recommended to automatically provision new nodes.
-1. You will need to enable egress to two control plane URLs. The listener polls these endpoints for deployments:
-
-        https://api.host.langchain.com
-        https://api.smith.langchain.com
-
-### Setup
-
-1. You give us your LangSmith organization ID. We will enable the Self-Hosted Data Plane for your organization.
-1. We provide you a [Helm chart](https://github.com/langchain-ai/helm/tree/main/charts/langgraph-dataplane) which you run to setup your Kubernetes cluster. This chart contains a few important components.
-    1. `langgraph-listener`: This is a service that listens to LangChain's [control plane](../../concepts/langgraph_control_plane.md) for changes to your deployments and creates/updates downstream CRDs.
-    1. `LangGraphPlatform CRD`: A CRD for LangGraph Platform deployments. This contains the spec for managing an instance of a LangGraph Platform deployment.
-    1. `langgraph-platform-operator`: This operator handles changes to your LangGraph Platform CRDs.
-1. Configure your `langgraph-dataplane-values.yaml` file.
-
-        config:
-          langsmithApiKey: "" # API Key of your Workspace
-          langsmithWorkspaceId: "" # Workspace ID
-          hostBackendUrl: "https://api.host.langchain.com" # Only override this if on EU
-          smithBackendUrl: "https://api.smith.langchain.com" # Only override this if on EU
-
-1. Deploy `langgraph-dataplane` Helm chart.
-
-        helm repo add langchain https://langchain-ai.github.io/helm/
-        helm repo update
-        helm upgrade -i langgraph-dataplane langchain/langgraph-dataplane --values langgraph-dataplane-values.yaml
-
-1. If successful, you will see two services start up in your namespace.
-
-        NAME                                          READY   STATUS              RESTARTS   AGE
-        langgraph-dataplane-listener-7fccd788-wn2dx   0/1     Running             0          9s
-        langgraph-dataplane-redis-0                   0/1     ContainerCreating   0          9s
-
-1. You create a deployment from the [control plane UI](../../concepts/langgraph_control_plane.md#control-plane-ui).
-
-## Amazon ECS
-
-Coming soon!

docs/docs/cloud/deployment/semantic_search.md

@@ -1,123 +0,0 @@
-# How to add semantic search to your LangGraph deployment
-
-This guide explains how to add semantic search to your LangGraph deployment's cross-thread [store](../../concepts/persistence.md#memory-store), so that your agent can search for memories and other documents by semantic similarity.
-
-## Prerequisites
-
-- A LangGraph deployment (see [how to deploy](setup_pyproject.md))
-- API keys for your embedding provider (in this case, OpenAI)
-- `langchain >= 0.3.8` (if you specify using the string format below)
-
-## Steps
-
-1. Update your `langgraph.json` configuration file to include the store configuration:
-
-```json
-{
-    ...
-    "store": {
-        "index": {
-            "embed": "openai:text-embedding-3-small",
-            "dims": 1536,
-            "fields": ["$"]
-        }
-    }
-}
-```
-
-This configuration:
-
-- Uses OpenAI's text-embedding-3-small model for generating embeddings
-- Sets the embedding dimension to 1536 (matching the model's output)
-- Indexes all fields in your stored data (`["$"]` means index everything, or specify specific fields like `["text", "metadata.title"]`)
-
-2. To use the string embedding format above, make sure your dependencies include `langchain >= 0.3.8`:
-
-```toml
-# In pyproject.toml
-[project]
-dependencies = [
-    "langchain>=0.3.8"
-]
-```
-
-Or if using requirements.txt:
-
-```
-langchain>=0.3.8
-```
-
-## Usage
-
-Once configured, you can use semantic search in your LangGraph nodes. The store requires a namespace tuple to organize memories:
-
-```python
-def search_memory(state: State, *, store: BaseStore):
-    # Search the store using semantic similarity
-    # The namespace tuple helps organize different types of memories
-    # e.g., ("user_facts", "preferences") or ("conversation", "summaries")
-    results = store.search(
-        namespace=("memory", "facts"),  # Organize memories by type
-        query="your search query",
-        limit=3  # number of results to return
-    )
-    return results
-```
-
-## Custom Embeddings
-
-If you want to use custom embeddings, you can pass a path to a custom embedding function:
-
-```json
-{
-    ...
-    "store": {
-        "index": {
-            "embed": "path/to/embedding_function.py:embed",
-            "dims": 1536,
-            "fields": ["$"]
-        }
-    }
-}
-```
-
-The deployment will look for the function in the specified path. The function must be async and accept a list of strings:
-
-```python
-# path/to/embedding_function.py
-from openai import AsyncOpenAI
-
-client = AsyncOpenAI()
-
-async def aembed_texts(texts: list[str]) -> list[list[float]]:
-    """Custom embedding function that must:
-    1. Be async
-    2. Accept a list of strings
-    3. Return a list of float arrays (embeddings)
-    """
-    response = await client.embeddings.create(
-        model="text-embedding-3-small",
-        input=texts
-    )
-    return [e.embedding for e in response.data]
-```
-
-## Querying via the API
-
-You can also query the store using the LangGraph SDK. Since the SDK uses async operations:
-
-```python
-from langgraph_sdk import get_client
-
-async def search_store():
-    client = get_client()
-    results = await client.store.search_items(
-        ("memory", "facts"),
-        query="your search query",
-        limit=3  # number of results to return
-    )
-    return results
-
-# Use in an async context
-results = await search_store()
-```

docs/docs/cloud/deployment/setup.md

@@ -1,188 +0,0 @@
-# How to Set Up a LangGraph Application with requirements.txt
-
-A LangGraph application must be configured with a [LangGraph configuration file](../reference/cli.md#configuration-file) in order to be deployed to LangGraph Platform (or to be self-hosted). This how-to guide discusses the basic steps to setup a LangGraph application for deployment using `requirements.txt` to specify project dependencies.
-
-This walkthrough is based on [this repository](https://github.com/langchain-ai/langgraph-example), which you can play around with to learn more about how to setup your LangGraph application for deployment.
-
-!!! tip "Setup with pyproject.toml"
-    If you prefer using poetry for dependency management, check out [this how-to guide](./setup_pyproject.md) on using `pyproject.toml` for LangGraph Platform.
-
-!!! tip "Setup with a Monorepo"
-    If you are interested in deploying a graph located inside a monorepo, take a look at [this repository](https://github.com/langchain-ai/langgraph-example-monorepo) for an example of how to do so.
-
-The final repository structure will look something like this:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── requirements.txt # package dependencies
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-├── .env # environment variables
-└── langgraph.json # configuration file for LangGraph
-```
-
-After each step, an example file directory is provided to demonstrate how code can be organized.
-
-## Specify Dependencies
-
-Dependencies can optionally be specified in one of the following files: `pyproject.toml`, `setup.py`, or `requirements.txt`. If none of these files is created, then dependencies can be specified later in the [LangGraph configuration file](#create-langgraph-configuration-file).
-
-The dependencies below will be included in the image, you can also use them in your code, as long as with a compatible version range:
-
-```
-langgraph>=0.3.27
-langgraph-sdk>=0.1.66
-langgraph-checkpoint>=2.0.23
-langchain-core>=0.2.38
-langsmith>=0.1.63
-orjson>=3.9.7,<3.10.17
-httpx>=0.25.0
-tenacity>=8.0.0
-uvicorn>=0.26.0
-sse-starlette>=2.1.0,<2.2.0
-uvloop>=0.18.0
-httptools>=0.5.0
-jsonschema-rs>=0.20.0
-structlog>=24.1.0
-cloudpickle>=3.0.0
-```
-
-Example `requirements.txt` file:
-
-```
-langgraph
-langchain_anthropic
-tavily-python
-langchain_community
-langchain_openai
-
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   └── requirements.txt # package dependencies
-```
-
-## Specify Environment Variables
-
-Environment variables can optionally be specified in a file (e.g. `.env`). See the [Environment Variables reference](../reference/env_var.md) to configure additional variables for a deployment.
-
-Example `.env` file:
-
-```
-MY_ENV_VAR_1=foo
-MY_ENV_VAR_2=bar
-OPENAI_API_KEY=key
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   └── requirements.txt # package dependencies
-└── .env # environment variables
-```
-
-## Define Graphs
-
-Implement your graphs! Graphs can be defined in a single file or multiple files. Make note of the variable names of each @[CompiledStateGraph][CompiledStateGraph] to be included in the LangGraph application. The variable names will be used later when creating the [LangGraph configuration file](../reference/cli.md#configuration-file).
-
-Example `agent.py` file, which shows how to import from other modules you define (code for the modules is not shown here, please see [this repository](https://github.com/langchain-ai/langgraph-example) to see their implementation):
-
-```python
-# my_agent/agent.py
-from typing import Literal
-from typing_extensions import TypedDict
-
-from langgraph.graph import StateGraph, END, START
-from my_agent.utils.nodes import call_model, should_continue, tool_node # import nodes
-from my_agent.utils.state import AgentState # import state
-
-# Define the runtime context
-class GraphContext(TypedDict):
-    model_name: Literal["anthropic", "openai"]
-
-workflow = StateGraph(AgentState, context_schema=GraphContext)
-workflow.add_node("agent", call_model)
-workflow.add_node("action", tool_node)
-workflow.add_edge(START, "agent")
-workflow.add_conditional_edges(
-    "agent",
-    should_continue,
-    {
-        "continue": "action",
-        "end": END,
-    },
-)
-workflow.add_edge("action", "agent")
-
-graph = workflow.compile()
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── requirements.txt # package dependencies
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-└── .env # environment variables
-```
-
-## Create LangGraph Configuration File
-
-Create a [LangGraph configuration file](../reference/cli.md#configuration-file) called `langgraph.json`. See the [LangGraph configuration file reference](../reference/cli.md#configuration-file) for detailed explanations of each key in the JSON object of the configuration file.
-
-Example `langgraph.json` file:
-
-```json
-{
-  "dependencies": ["./my_agent"],
-  "graphs": {
-    "agent": "./my_agent/agent.py:graph"
-  },
-  "env": ".env"
-}
-```
-
-Note that the variable name of the `CompiledGraph` appears at the end of the value of each subkey in the top-level `graphs` key (i.e. `:<variable_name>`).
-
-!!! warning "Configuration File Location"
-    The LangGraph configuration file must be placed in a directory that is at the same level or higher than the Python files that contain compiled graphs and associated dependencies.
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── requirements.txt # package dependencies
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-├── .env # environment variables
-└── langgraph.json # configuration file for LangGraph
-```
-
-## Next
-
-After you setup your project and place it in a GitHub repository, it's time to [deploy your app](./cloud.md).

docs/docs/cloud/deployment/setup_javascript.md

@@ -1,199 +0,0 @@
-# How to Set Up a LangGraph.js Application
-
-A [LangGraph.js](https://langchain-ai.github.io/langgraphjs/) application must be configured with a [LangGraph configuration file](../reference/cli.md#configuration-file) in order to be deployed to LangGraph Platform (or to be self-hosted). This how-to guide discusses the basic steps to setup a LangGraph.js application for deployment using `package.json` to specify project dependencies.
-
-This walkthrough is based on [this repository](https://github.com/langchain-ai/langgraphjs-studio-starter), which you can play around with to learn more about how to setup your LangGraph application for deployment.
-
-The final repository structure will look something like this:
-
-```bash
-my-app/
-├── src # all project code lies within here
-│   ├── utils # optional utilities for your graph
-│   │   ├── tools.ts # tools for your graph
-│   │   ├── nodes.ts # node functions for you graph
-│   │   └── state.ts # state definition of your graph
-│   └── agent.ts # code for constructing your graph
-├── package.json # package dependencies
-├── .env # environment variables
-└── langgraph.json # configuration file for LangGraph
-```
-
-After each step, an example file directory is provided to demonstrate how code can be organized.
-
-## Specify Dependencies
-
-Dependencies can be specified in a `package.json`. If none of these files is created, then dependencies can be specified later in the [LangGraph configuration file](#create-langgraph-api-config).
-
-Example `package.json` file:
-
-```json
-{
-  "name": "langgraphjs-studio-starter",
-  "packageManager": "yarn@1.22.22",
-  "dependencies": {
-    "@langchain/community": "^0.2.31",
-    "@langchain/core": "^0.2.31",
-    "@langchain/langgraph": "^0.2.0",
-    "@langchain/openai": "^0.2.8"
-  }
-}
-```
-
-When deploying your app, the dependencies will be installed using the package manager of your choice, provided they adhere to the compatible version ranges listed below:
-
-```
-"@langchain/core": "^0.3.42",
-"@langchain/langgraph": "^0.2.57",
-"@langchain/langgraph-checkpoint": "~0.0.16",
-```
-
-Example file directory:
-
-```bash
-my-app/
-└── package.json # package dependencies
-```
-
-## Specify Environment Variables
-
-Environment variables can optionally be specified in a file (e.g. `.env`). See the [Environment Variables reference](../reference/env_var.md) to configure additional variables for a deployment.
-
-Example `.env` file:
-
-```
-MY_ENV_VAR_1=foo
-MY_ENV_VAR_2=bar
-OPENAI_API_KEY=key
-TAVILY_API_KEY=key_2
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── package.json
-└── .env # environment variables
-```
-
-## Define Graphs
-
-Implement your graphs! Graphs can be defined in a single file or multiple files. Make note of the variable names of each compiled graph to be included in the LangGraph application. The variable names will be used later when creating the [LangGraph configuration file](../reference/cli.md#configuration-file).
-
-Here is an example `agent.ts`:
-
-```ts
-import type { AIMessage } from "@langchain/core/messages";
-import { TavilySearchResults } from "@langchain/community/tools/tavily_search";
-import { ChatOpenAI } from "@langchain/openai";
-
-import { MessagesAnnotation, StateGraph } from "@langchain/langgraph";
-import { ToolNode } from "@langchain/langgraph/prebuilt";
-
-const tools = [new TavilySearchResults({ maxResults: 3 })];
-
-// Define the function that calls the model
-async function callModel(state: typeof MessagesAnnotation.State) {
-  /**
-   * Call the LLM powering our agent.
-   * Feel free to customize the prompt, model, and other logic!
-   */
-  const model = new ChatOpenAI({
-    model: "gpt-4o",
-  }).bindTools(tools);
-
-  const response = await model.invoke([
-    {
-      role: "system",
-      content: `You are a helpful assistant. The current date is ${new Date().getTime()}.`,
-    },
-    ...state.messages,
-  ]);
-
-  // MessagesAnnotation supports returning a single message or array of messages
-  return { messages: response };
-}
-
-// Define the function that determines whether to continue or not
-function routeModelOutput(state: typeof MessagesAnnotation.State) {
-  const messages = state.messages;
-  const lastMessage: AIMessage = messages[messages.length - 1];
-  // If the LLM is invoking tools, route there.
-  if ((lastMessage?.tool_calls?.length ?? 0) > 0) {
-    return "tools";
-  }
-  // Otherwise end the graph.
-  return "__end__";
-}
-
-// Define a new graph.
-// See https://langchain-ai.github.io/langgraphjs/how-tos/define-state/#getting-started for
-// more on defining custom graph states.
-const workflow = new StateGraph(MessagesAnnotation)
-  // Define the two nodes we will cycle between
-  .addNode("callModel", callModel)
-  .addNode("tools", new ToolNode(tools))
-  // Set the entrypoint as `callModel`
-  // This means that this node is the first one called
-  .addEdge("__start__", "callModel")
-  .addConditionalEdges(
-    // First, we define the edges' source node. We use `callModel`.
-    // This means these are the edges taken after the `callModel` node is called.
-    "callModel",
-    // Next, we pass in the function that will determine the sink node(s), which
-    // will be called after the source node is called.
-    routeModelOutput,
-    // List of the possible destinations the conditional edge can route to.
-    // Required for conditional edges to properly render the graph in Studio
-    ["tools", "__end__"]
-  )
-  // This means that after `tools` is called, `callModel` node is called next.
-  .addEdge("tools", "callModel");
-
-// Finally, we compile it!
-// This compiles it into a graph you can invoke and deploy.
-export const graph = workflow.compile();
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── src # all project code lies within here
-│   ├── utils # optional utilities for your graph
-│   │   ├── tools.ts # tools for your graph
-│   │   ├── nodes.ts # node functions for you graph
-│   │   └── state.ts # state definition of your graph
-│   └── agent.ts # code for constructing your graph
-├── package.json # package dependencies
-├── .env # environment variables
-└── langgraph.json # configuration file for LangGraph
-```
-
-## Create LangGraph API Config
-
-Create a [LangGraph configuration file](../reference/cli.md#configuration-file) called `langgraph.json`. See the [LangGraph configuration file reference](../reference/cli.md#configuration-file) for detailed explanations of each key in the JSON object of the configuration file.
-
-Example `langgraph.json` file:
-
-```json
-{
-  "node_version": "20",
-  "dockerfile_lines": [],
-  "dependencies": ["."],
-  "graphs": {
-    "agent": "./src/agent.ts:graph"
-  },
-  "env": ".env"
-}
-```
-
-Note that the variable name of the `CompiledGraph` appears at the end of the value of each subkey in the top-level `graphs` key (i.e. `:<variable_name>`).
-
-!!! info "Configuration Location"
-
-    The LangGraph configuration file must be placed in a directory that is at the same level or higher than the TypeScript files that contain compiled graphs and associated dependencies.
-
-## Next
-
-After you setup your project and place it in a GitHub repository, it's time to [deploy your app](./cloud.md).

docs/docs/cloud/deployment/setup_pyproject.md

@@ -1,201 +0,0 @@
-# How to Set Up a LangGraph Application with pyproject.toml
-
-A LangGraph application must be configured with a [LangGraph configuration file](../reference/cli.md#configuration-file) in order to be deployed to LangGraph Platform (or to be self-hosted). This how-to guide discusses the basic steps to setup a LangGraph application for deployment using `pyproject.toml` to define your package's dependencies.
-
-This walkthrough is based on [this repository](https://github.com/langchain-ai/langgraph-example-pyproject), which you can play around with to learn more about how to setup your LangGraph application for deployment.
-
-!!! tip "Setup with requirements.txt"
-    If you prefer using `requirements.txt` for dependency management, check out [this how-to guide](./setup.md).
-
-!!! tip "Setup with a Monorepo"
-    If you are interested in deploying a graph located inside a monorepo, take a look at [this](https://github.com/langchain-ai/langgraph-example-monorepo) repository for an example of how to do so.
-
-The final repository structure will look something like this:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-├── .env # environment variables
-├── langgraph.json  # configuration file for LangGraph
-└── pyproject.toml # dependencies for your project
-```
-
-After each step, an example file directory is provided to demonstrate how code can be organized.
-
-## Specify Dependencies
-
-Dependencies can optionally be specified in one of the following files: `pyproject.toml`, `setup.py`, or `requirements.txt`. If none of these files is created, then dependencies can be specified later in the [LangGraph configuration file](#create-langgraph-configuration-file).
-
-The dependencies below will be included in the image, you can also use them in your code, as long as with a compatible version range:
-
-```
-langgraph>=0.3.27
-langgraph-sdk>=0.1.66
-langgraph-checkpoint>=2.0.23
-langchain-core>=0.2.38
-langsmith>=0.1.63
-orjson>=3.9.7,<3.10.17
-httpx>=0.25.0
-tenacity>=8.0.0
-uvicorn>=0.26.0
-sse-starlette>=2.1.0,<2.2.0
-uvloop>=0.18.0
-httptools>=0.5.0
-jsonschema-rs>=0.20.0
-structlog>=24.1.0
-cloudpickle>=3.0.0
-```
-
-Example `pyproject.toml` file:
-
-```toml
-[build-system]
-requires = ["hatchling"]
-build-backend = "hatchling.build"
-
-[project]
-name = "my-agent"
-version = "0.0.1"
-description = "An excellent agent build for LangGraph Platform."
-authors = [
-    {name = "Polly the parrot", email = "1223+polly@users.noreply.github.com"}
-]
-license = {text = "MIT"}
-readme = "README.md"
-requires-python = ">=3.9"
-dependencies = [
-    "langgraph>=0.2.0",
-    "langchain-fireworks>=0.1.3"
-]
-
-[tool.hatch.build.targets.wheel]
-packages = ["my_agent"]
-```
-
-Example file directory:
-
-```bash
-my-app/
-└── pyproject.toml   # Python packages required for your graph
-```
-
-## Specify Environment Variables
-
-Environment variables can optionally be specified in a file (e.g. `.env`). See the [Environment Variables reference](../reference/env_var.md) to configure additional variables for a deployment.
-
-Example `.env` file:
-
-```
-MY_ENV_VAR_1=foo
-MY_ENV_VAR_2=bar
-FIREWORKS_API_KEY=key
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── .env # file with environment variables
-└── pyproject.toml
-```
-
-## Define Graphs
-
-Implement your graphs! Graphs can be defined in a single file or multiple files. Make note of the variable names of each @[CompiledStateGraph][CompiledStateGraph] to be included in the LangGraph application. The variable names will be used later when creating the [LangGraph configuration file](../reference/cli.md#configuration-file).
-
-Example `agent.py` file, which shows how to import from other modules you define (code for the modules is not shown here, please see [this repository](https://github.com/langchain-ai/langgraph-example-pyproject) to see their implementation):
-
-```python
-# my_agent/agent.py
-from typing import Literal
-from typing_extensions import TypedDict
-
-from langgraph.graph import StateGraph, END, START
-from my_agent.utils.nodes import call_model, should_continue, tool_node # import nodes
-from my_agent.utils.state import AgentState # import state
-
-# Define the runtime context
-class GraphContext(TypedDict):
-    model_name: Literal["anthropic", "openai"]
-
-workflow = StateGraph(AgentState, context_schema=GraphContext)
-workflow.add_node("agent", call_model)
-workflow.add_node("action", tool_node)
-workflow.add_edge(START, "agent")
-workflow.add_conditional_edges(
-    "agent",
-    should_continue,
-    {
-        "continue": "action",
-        "end": END,
-    },
-)
-workflow.add_edge("action", "agent")
-
-graph = workflow.compile()
-```
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-├── .env
-└── pyproject.toml
-```
-
-## Create LangGraph Configuration File
-
-Create a [LangGraph configuration file](../reference/cli.md#configuration-file) called `langgraph.json`. See the [LangGraph configuration file reference](../reference/cli.md#configuration-file) for detailed explanations of each key in the JSON object of the configuration file.
-
-Example `langgraph.json` file:
-
-```json
-{
-  "dependencies": ["."],
-  "graphs": {
-    "agent": "./my_agent/agent.py:graph"
-  },
-  "env": ".env"
-}
-```
-
-Note that the variable name of the `CompiledGraph` appears at the end of the value of each subkey in the top-level `graphs` key (i.e. `:<variable_name>`).
-
-!!! warning "Configuration File Location"
-    The LangGraph configuration file must be placed in a directory that is at the same level or higher than the Python files that contain compiled graphs and associated dependencies.
-
-Example file directory:
-
-```bash
-my-app/
-├── my_agent # all project code lies within here
-│   ├── utils # utilities for your graph
-│   │   ├── __init__.py
-│   │   ├── tools.py # tools for your graph
-│   │   ├── nodes.py # node functions for you graph
-│   │   └── state.py # state definition of your graph
-│   ├── __init__.py
-│   └── agent.py # code for constructing your graph
-├── .env # environment variables
-├── langgraph.json  # configuration file for LangGraph
-└── pyproject.toml # dependencies for your project
-```
-
-## Next
-
-After you setup your project and place it in a GitHub repository, it's time to [deploy your app](./cloud.md).

docs/docs/cloud/deployment/standalone_container.md

@@ -1,110 +0,0 @@
-# How to Deploy a Standalone Container
-
-Before deploying, review the [conceptual guide for the Standalone Container](../../concepts/langgraph_standalone_container.md) deployment option.
-
-## Prerequisites
-
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to [test your application locally](../../tutorials/langgraph-platform/local-server.md).
-1. Use the [LangGraph CLI](../../concepts/langgraph_cli.md) to build a Docker image (i.e. `langgraph build`).
-1. The following environment variables are needed for a standalone container deployment.
-    1. `REDIS_URI`: Connection details to a Redis instance. Redis will be used as a pub-sub broker to enable streaming real time output from background runs. The value of `REDIS_URI` must be a valid [Redis connection URI](https://redis-py.readthedocs.io/en/stable/connections.html#redis.Redis.from_url).
-
-        !!! Note "Shared Redis Instance"
-            Multiple self-hosted deployments can share the same Redis instance. For example, for `Deployment A`, `REDIS_URI` can be set to `redis://<hostname_1>:<port>/1` and for `Deployment B`, `REDIS_URI` can be set to `redis://<hostname_1>:<port>/2`.
-
-            `1` and `2` are different database numbers within the same instance, but `<hostname_1>` is shared. **The same database number cannot be used for separate deployments**.
-
-    1. `DATABASE_URI`: Postgres connection details. Postgres will be used to store assistants, threads, runs, persist thread state and long term memory, and to manage the state of the background task queue with 'exactly once' semantics. The value of `DATABASE_URI` must be a valid [Postgres connection URI](https://www.postgresql.org/docs/current/libpq-connect.html#LIBPQ-CONNSTRING-URIS).
-
-        !!! Note "Shared Postgres Instance"
-            Multiple self-hosted deployments can share the same Postgres instance. For example, for `Deployment A`, `DATABASE_URI` can be set to `postgres://<user>:<password>@/<database_name_1>?host=<hostname_1>` and for `Deployment B`, `DATABASE_URI` can be set to `postgres://<user>:<password>@/<database_name_2>?host=<hostname_1>`.
-
-            `<database_name_1>` and `database_name_2` are different databases within the same instance, but `<hostname_1>` is shared. **The same database cannot be used for separate deployments**.
-
-    1. `LANGGRAPH_CLOUD_LICENSE_KEY`: (if using [Enterprise](../../concepts/langgraph_data_plane.md#licensing)) LangGraph Platform license key. This will be used to authenticate ONCE at server start up.
-    1. `LANGSMITH_ENDPOINT`: To send traces to a [self-hosted LangSmith](https://docs.smith.langchain.com/self_hosting) instance, set `LANGSMITH_ENDPOINT` to the hostname of the self-hosted LangSmith instance.
-1. Egress to `https://beacon.langchain.com` from your network. This is required for license verification and usage reporting if not running in air-gapped mode. See the [Egress documentation](../../cloud/deployment/egress.md) for more details.
-
-## Kubernetes (Helm)
-
-Use this [Helm chart](https://github.com/langchain-ai/helm/blob/main/charts/langgraph-cloud/README.md) to deploy a LangGraph Server to a Kubernetes cluster.
-
-## Docker
-
-Run the following `docker` command:
-```shell
-docker run \
-    --env-file .env \
-    -p 8123:8000 \
-    -e REDIS_URI="foo" \
-    -e DATABASE_URI="bar" \
-    -e LANGSMITH_API_KEY="baz" \
-    my-image
-```
-
-!!! note
-
-    * You need to replace `my-image` with the name of the image you built in the prerequisite steps (from `langgraph build`)
-    and you should provide appropriate values for `REDIS_URI`, `DATABASE_URI`, and `LANGSMITH_API_KEY`.
-    * If your application requires additional environment variables, you can pass them in a similar way.
-
-## Docker Compose
-
-Docker Compose YAML file:
-```yml
-volumes:
-    langgraph-data:
-        driver: local
-services:
-    langgraph-redis:
-        image: redis:6
-        healthcheck:
-            test: redis-cli ping
-            interval: 5s
-            timeout: 1s
-            retries: 5
-    langgraph-postgres:
-        image: postgres:16
-        ports:
-            - "5433:5432"
-        environment:
-            POSTGRES_DB: postgres
-            POSTGRES_USER: postgres
-            POSTGRES_PASSWORD: postgres
-        volumes:
-            - langgraph-data:/var/lib/postgresql/data
-        healthcheck:
-            test: pg_isready -U postgres
-            start_period: 10s
-            timeout: 1s
-            retries: 5
-            interval: 5s
-    langgraph-api:
-        image: ${IMAGE_NAME}
-        ports:
-            - "8123:8000"
-        depends_on:
-            langgraph-redis:
-                condition: service_healthy
-            langgraph-postgres:
-                condition: service_healthy
-        env_file:
-            - .env
-        environment:
-            REDIS_URI: redis://langgraph-redis:6379
-            LANGSMITH_API_KEY: ${LANGSMITH_API_KEY}
-            POSTGRES_URI: postgres://postgres:postgres@langgraph-postgres:5432/postgres?sslmode=disable
-```
-
-You can run the command `docker compose up` with this Docker Compose file in the same folder.
-
-This will launch a LangGraph Server on port `8123` (if you want to change this, you can change this by changing the ports in the `langgraph-api` volume). You can test if the application is healthy by running:
-
-```shell
-curl --request GET --url 0.0.0.0:8123/ok
-```
-Assuming everything is running correctly, you should see a response like:
-
-```shell
-{"ok":true}
-```

docs/docs/cloud/how-tos/add-human-in-the-loop.md

@@ -1,486 +0,0 @@
-# Human-in-the-loop using Server API
-
-To review, edit, and approve tool calls in an agent or workflow, use LangGraph's [human-in-the-loop](../../concepts/human_in_the_loop.md) features.
-
-## Dynamic interrupts
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-    # highlight-next-line
-    from langgraph_sdk.schema import Command
-    client = get_client(url=<DEPLOYMENT_URL>)
-
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-
-    # create a thread
-    thread = await client.threads.create()
-    thread_id = thread["thread_id"]
-
-    # Run the graph until the interrupt is hit.
-    result = await client.runs.wait(
-        thread_id,
-        assistant_id,
-        input={"some_text": "original text"}   # (1)!
-    )
-
-    print(result['__interrupt__']) # (2)!
-    # > [
-    # >     {
-    # >         'value': {'text_to_revise': 'original text'},
-    # >         'id': '...',
-    # >     }
-    # > ]
-
-
-    # Resume the graph
-    print(await client.runs.wait(
-        thread_id,
-        assistant_id,
-        # highlight-next-line
-        command=Command(resume="Edited text")   # (3)!
-    ))
-    # > {'some_text': 'Edited text'}
-    ```
-
-    1. The graph is invoked with some initial state.
-    2. When the graph hits the interrupt, it returns an interrupt object with the payload and metadata.
-    3. The graph is resumed with a `Command(resume=...)`, injecting the human's input and continuing execution.
-
-=== "JavaScript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-
-    // Using the graph deployed with the name "agent"
-    const assistantID = "agent";
-
-    // create a thread
-    const thread = await client.threads.create();
-    const threadID = thread["thread_id"];
-
-    // Run the graph until the interrupt is hit.
-    const result = await client.runs.wait(
-      threadID,
-      assistantID,
-      { input: { "some_text": "original text" } }   // (1)!
-    );
-
-    console.log(result['__interrupt__']); // (2)!
-    // > [
-    // >     {
-    // >         'value': {'text_to_revise': 'original text'},
-    // >         'resumable': True,
-    // >         'ns': ['human_node:fc722478-2f21-0578-c572-d9fc4dd07c3b'],
-    // >         'when': 'during'
-    // >     }
-    // > ]
-
-    // Resume the graph
-    console.log(await client.runs.wait(
-        threadID,
-        assistantID,
-        // highlight-next-line
-        { command: { resume: "Edited text" }}   // (3)!
-    ));
-    // > {'some_text': 'Edited text'}
-    ```
-
-    1. The graph is invoked with some initial state.
-    2. When the graph hits the interrupt, it returns an interrupt object with the payload and metadata.
-    3. The graph is resumed with a `{ resume: ... }` command object, injecting the human's input and continuing execution.
-
-=== "cURL"
-
-    Create a thread:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads \
-    --header 'Content-Type: application/json' \
-    --data '{}'
-    ```
-
-    Run the graph until the interrupt is hit.:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"input\": {\"some_text\": \"original text\"}
-    }"
-    ```
-
-    Resume the graph:
-
-    ```bash
-    curl --request POST \
-     --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-     --header 'Content-Type: application/json' \
-     --data "{
-       \"assistant_id\": \"agent\",
-       \"command\": {
-         \"resume\": \"Edited text\"
-       }
-     }"
-    ```
-
-??? example "Extended example: using `interrupt`"
-
-    This is an example graph you can run in the LangGraph API server.
-    See [LangGraph Platform quickstart](../quick_start.md) for more details.
-
-    ```python
-    from typing import TypedDict
-    import uuid
-
-    from langgraph.checkpoint.memory import InMemorySaver
-    from langgraph.constants import START
-    from langgraph.graph import StateGraph
-    # highlight-next-line
-    from langgraph.types import interrupt, Command
-
-    class State(TypedDict):
-        some_text: str
-
-    def human_node(state: State):
-        # highlight-next-line
-        value = interrupt( # (1)!
-            {
-                "text_to_revise": state["some_text"] # (2)!
-            }
-        )
-        return {
-            "some_text": value # (3)!
-        }
-
-
-    # Build the graph
-    graph_builder = StateGraph(State)
-    graph_builder.add_node("human_node", human_node)
-    graph_builder.add_edge(START, "human_node")
-
-    graph = graph_builder.compile()
-    ```
-
-    1. `interrupt(...)` pauses execution at `human_node`, surfacing the given payload to a human.
-    2. Any JSON serializable value can be passed to the `interrupt` function. Here, a dict containing the text to revise.
-    3. Once resumed, the return value of `interrupt(...)` is the human-provided input, which is used to update the state.
-
-    Once you have a running LangGraph API server, you can interact with it using
-    [LangGraph SDK](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/python_sdk_ref/)
-
-    === "Python"
-
-        ```python
-        from langgraph_sdk import get_client
-        # highlight-next-line
-        from langgraph_sdk.schema import Command
-        client = get_client(url=<DEPLOYMENT_URL>)
-
-        # Using the graph deployed with the name "agent"
-        assistant_id = "agent"
-
-        # create a thread
-        thread = await client.threads.create()
-        thread_id = thread["thread_id"]
-
-        # Run the graph until the interrupt is hit.
-        result = await client.runs.wait(
-            thread_id,
-            assistant_id,
-            input={"some_text": "original text"}   # (1)!
-        )
-
-        print(result['__interrupt__']) # (2)!
-        # > [
-        # >     {
-        # >         'value': {'text_to_revise': 'original text'},
-        # >         'id': '...',
-        # >     }
-        # > ]
-
-
-        # Resume the graph
-        print(await client.runs.wait(
-            thread_id,
-            assistant_id,
-            # highlight-next-line
-            command=Command(resume="Edited text")   # (3)!
-        ))
-        # > {'some_text': 'Edited text'}
-        ```
-
-        1. The graph is invoked with some initial state.
-        2. When the graph hits the interrupt, it returns an interrupt object with the payload and metadata.
-        3. The graph is resumed with a `Command(resume=...)`, injecting the human's input and continuing execution.
-
-    === "JavaScript"
-
-        ```js
-        import { Client } from "@langchain/langgraph-sdk";
-        const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-
-        // Using the graph deployed with the name "agent"
-        const assistantID = "agent";
-
-        // create a thread
-        const thread = await client.threads.create();
-        const threadID = thread["thread_id"];
-
-        // Run the graph until the interrupt is hit.
-        const result = await client.runs.wait(
-          threadID,
-          assistantID,
-          { input: { "some_text": "original text" } }   // (1)!
-        );
-
-        console.log(result['__interrupt__']); // (2)!
-        // > [
-        // >     {
-        // >         'value': {'text_to_revise': 'original text'},
-        // >         'resumable': True,
-        // >         'ns': ['human_node:fc722478-2f21-0578-c572-d9fc4dd07c3b'],
-        // >         'when': 'during'
-        // >     }
-        // > ]
-
-        // Resume the graph
-        console.log(await client.runs.wait(
-            threadID,
-            assistantID,
-            // highlight-next-line
-            { command: { resume: "Edited text" }}   // (3)!
-        ));
-        // > {'some_text': 'Edited text'}
-        ```
-
-        1. The graph is invoked with some initial state.
-        2. When the graph hits the interrupt, it returns an interrupt object with the payload and metadata.
-        3. The graph is resumed with a `{ resume: ... }` command object, injecting the human's input and continuing execution.
-
-    === "cURL"
-
-        Create a thread:
-
-        ```bash
-        curl --request POST \
-        --url <DEPLOYMENT_URL>/threads \
-        --header 'Content-Type: application/json' \
-        --data '{}'
-        ```
-
-        Run the graph until the interrupt is hit:
-
-        ```bash
-        curl --request POST \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-        --header 'Content-Type: application/json' \
-        --data "{
-          \"assistant_id\": \"agent\",
-          \"input\": {\"some_text\": \"original text\"}
-        }"
-        ```
-
-        Resume the graph:
-
-        ```bash
-        curl --request POST \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-        --header 'Content-Type: application/json' \
-        --data "{
-          \"assistant_id\": \"agent\",
-          \"command\": {
-            \"resume\": \"Edited text\"
-          }
-        }"
-        ```
-
-## Static interrupts
-
-Static interrupts (also known as static breakpoints) are triggered either before or after a node executes. 
-
-!!! warning
-
-    Static interrupts are **not** recommended for human-in-the-loop workflows. They are best used for debugging and testing.
-
-You can set static interrupts by specifying `interrupt_before` and `interrupt_after` at compile time:
-
-```python
-# highlight-next-line
-graph = graph_builder.compile( # (1)!
-    # highlight-next-line
-    interrupt_before=["node_a"], # (2)!
-    # highlight-next-line
-    interrupt_after=["node_b", "node_c"], # (3)!
-)
-```
-
-1. The breakpoints are set during `compile` time.
-2. `interrupt_before` specifies the nodes where execution should pause before the node is executed.
-3. `interrupt_after` specifies the nodes where execution should pause after the node is executed.
-
-Alternatively, you can set static interrupts at run time:
-
-=== "Python"
-
-    ```python
-    # highlight-next-line
-    await client.runs.wait( # (1)!
-        thread_id,
-        assistant_id,
-        inputs=inputs,
-        # highlight-next-line
-        interrupt_before=["node_a"], # (2)!
-        # highlight-next-line
-        interrupt_after=["node_b", "node_c"] # (3)!
-    )
-    ```
-
-    1. `client.runs.wait` is called with the `interrupt_before` and `interrupt_after` parameters. This is a run-time configuration and can be changed for every invocation.
-    2. `interrupt_before` specifies the nodes where execution should pause before the node is executed.
-    3. `interrupt_after` specifies the nodes where execution should pause after the node is executed.
-
-=== "JavaScript"
-
-    ```js
-    // highlight-next-line
-    await client.runs.wait( // (1)!
-        threadID,
-        assistantID,
-        {
-        input: input,
-        // highlight-next-line
-        interruptBefore: ["node_a"], // (2)!
-        // highlight-next-line
-        interruptAfter: ["node_b", "node_c"] // (3)!
-        }
-    )
-    ```
-
-    1. `client.runs.wait` is called with the `interruptBefore` and `interruptAfter` parameters. This is a run-time configuration and can be changed for every invocation.
-    2. `interruptBefore` specifies the nodes where execution should pause before the node is executed.
-    3. `interruptAfter` specifies the nodes where execution should pause after the node is executed.
-
-=== "cURL"
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-        \"assistant_id\": \"agent\",
-        \"interrupt_before\": [\"node_a\"],
-        \"interrupt_after\": [\"node_b\", \"node_c\"],
-        \"input\": <INPUT>
-    }"
-    ```
-
-The following example shows how to add static interrupts:
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-    client = get_client(url=<DEPLOYMENT_URL>)
-
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-
-    # create a thread
-    thread = await client.threads.create()
-    thread_id = thread["thread_id"]
-
-    # Run the graph until the breakpoint
-    result = await client.runs.wait(
-        thread_id,
-        assistant_id,
-        input=inputs   # (1)!
-    )
-
-    # Resume the graph
-    await client.runs.wait(
-        thread_id,
-        assistant_id,
-        input=None   # (2)!
-    )
-    ```
-
-    1. The graph is run until the first breakpoint is hit.
-    2. The graph is resumed by passing in `None` for the input. This will run the graph until the next breakpoint is hit.
-
-=== "JavaScript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-
-    // Using the graph deployed with the name "agent"
-    const assistantID = "agent";
-
-    // create a thread
-    const thread = await client.threads.create();
-    const threadID = thread["thread_id"];
-
-    // Run the graph until the breakpoint
-    const result = await client.runs.wait(
-      threadID,
-      assistantID,
-      { input: input }   // (1)!
-    );
-
-    // Resume the graph
-    await client.runs.wait(
-      threadID,
-      assistantID,
-      { input: null }   // (2)!
-    );
-    ```
-
-    1. The graph is run until the first breakpoint is hit.
-    2. The graph is resumed by passing in `null` for the input. This will run the graph until the next breakpoint is hit.
-
-=== "cURL"
-
-    Create a thread:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads \
-    --header 'Content-Type: application/json' \
-    --data '{}'
-    ```
-
-    Run the graph until the breakpoint:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"input\": <INPUT>
-    }"
-    ```
-
-    Resume the graph:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\"
-    }"
-    ```
-
-
-## Learn more
-
-- [Human-in-the-loop conceptual guide](../../concepts/human_in_the_loop.md): learn more about LangGraph human-in-the-loop features. 
-- [Common patterns](../../how-tos/human_in_the_loop/add-human-in-the-loop.md#common-patterns): learn how to implement patterns like approving/rejecting actions, requesting user input, tool call review, and validating human input.

docs/docs/cloud/how-tos/background_run.md

@@ -1,451 +0,0 @@
-# How to kick off background runs
- 
-
-This guide covers how to kick off background runs for your agent.
-This can be useful for long running jobs.
-
-## Setup
-
-First let's set up our client and thread:
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-
-    client = get_client(url=<DEPLOYMENT_URL>)
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-    # create thread
-    thread = await client.threads.create()
-    print(thread)
-    ```
-
-=== "Javascript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-    // Using the graph deployed with the name "agent"
-    const assistantID = "agent";
-    // create thread
-    const thread = await client.threads.create();
-    console.log(thread);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-      --url <DEPLOYMENT_URL>/threads \
-      --header 'Content-Type: application/json' \
-      --data '{}'
-    ```
-
-Output:
-
-    {
-        'thread_id': '5cb1e8a1-34b3-4a61-a34e-71a9799bd00d',
-        'created_at': '2024-08-30T20:35:52.062934+00:00',
-        'updated_at': '2024-08-30T20:35:52.062934+00:00',
-        'metadata': {},
-        'status': 'idle',
-        'config': {},
-        'values': None
-    }
-
-## Check runs on thread
-
-If we list the current runs on this thread, we will see that it's empty:
-
-=== "Python"
-
-    ```python
-    runs = await client.runs.list(thread["thread_id"])
-    print(runs)
-    ```
-
-=== "Javascript"
-
-    ```js
-    let runs = await client.runs.list(thread['thread_id']);
-    console.log(runs);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs
-    ```
-
-Output:
-
-    []
-
-## Start runs on thread
-
-Now let's kick off a run:
-
-=== "Python"
-
-    ```python
-    input = {"messages": [{"role": "user", "content": "what's the weather in sf"}]}
-    run = await client.runs.create(thread["thread_id"], assistant_id, input=input)
-    ```
-
-=== "Javascript"
-
-    ```js
-    let input = {"messages": [{"role": "user", "content": "what's the weather in sf"}]};
-    let run = await client.runs.create(thread["thread_id"], assistantID, { input });
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs \
-        --header 'Content-Type: application/json' \
-        --data '{
-            "assistant_id": <ASSISTANT_ID>
-        }'
-    ```
-
-The first time we poll it, we can see `status=pending`:
-
-=== "Python"
-
-    ```python
-    print(await client.runs.get(thread["thread_id"], run["run_id"]))
-    ```
-
-=== "Javascript"
-
-    ```js
-    console.log(await client.runs.get(thread["thread_id"], run["run_id"]));
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/<RUN_ID>
-    ```
-
-Output:
-
-        {
-            "run_id": "1ef6a5f8-bd86-6763-bbd6-bff042db7b1b",
-            "thread_id": "7885f0cf-94ad-4040-91d7-73f7ba007c8a",
-            "assistant_id": "fe096781-5601-53d2-b2f6-0d3403f7e9ca",
-            "created_at": "2024-09-04T01:46:47.244887+00:00",
-            "updated_at": "2024-09-04T01:46:47.244887+00:00",
-            "metadata": {},
-            "status": "pending",
-            "kwargs": {
-                "input": {
-                    "messages": [
-                        {
-                            "role": "user",
-                            "content": "what's the weather in sf"
-                        }
-                    ]
-                },
-                "config": {
-                    "metadata": {
-                        "created_by": "system"
-                    },
-                    "configurable": {
-                        "run_id": "1ef6a5f8-bd86-6763-bbd6-bff042db7b1b",
-                        "user_id": "",
-                        "graph_id": "agent",
-                        "thread_id": "7885f0cf-94ad-4040-91d7-73f7ba007c8a",
-                        "assistant_id": "fe096781-5601-53d2-b2f6-0d3403f7e9ca",
-                        "checkpoint_id": null
-                    }
-                },
-                "webhook": null,
-                "temporary": false,
-                "stream_mode": [
-                    "values"
-                ],
-                "feedback_keys": null,
-                "interrupt_after": null,
-                "interrupt_before": null
-            },
-            "multitask_strategy": "reject"
-        }
-
-
-
-Now we can join the run, wait for it to finish and check that status again:
-
-=== "Python"
-
-    ```python
-    await client.runs.join(thread["thread_id"], run["run_id"])
-    print(await client.runs.get(thread["thread_id"], run["run_id"]))
-    ```
-
-=== "Javascript"
-
-    ```js
-    await client.runs.join(thread["thread_id"], run["run_id"]);
-    console.log(await client.runs.get(thread["thread_id"], run["run_id"]));
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/<RUN_ID>/join &&
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/<RUN_ID>
-    ```
-
-Output:
-
-    {
-        "run_id": "1ef6a5f8-bd86-6763-bbd6-bff042db7b1b",
-        "thread_id": "7885f0cf-94ad-4040-91d7-73f7ba007c8a",
-        "assistant_id": "fe096781-5601-53d2-b2f6-0d3403f7e9ca",
-        "created_at": "2024-09-04T01:46:47.244887+00:00",
-        "updated_at": "2024-09-04T01:46:47.244887+00:00",
-        "metadata": {},
-        "status": "success",
-        "kwargs": {
-            "input": {
-                "messages": [
-                    {
-                        "role": "user",
-                        "content": "what's the weather in sf"
-                    }
-                ]
-            },
-            "config": {
-                "metadata": {
-                    "created_by": "system"
-                },
-                "configurable": {
-                    "run_id": "1ef6a5f8-bd86-6763-bbd6-bff042db7b1b",
-                    "user_id": "",
-                    "graph_id": "agent",
-                    "thread_id": "7885f0cf-94ad-4040-91d7-73f7ba007c8a",
-                    "assistant_id": "fe096781-5601-53d2-b2f6-0d3403f7e9ca",
-                    "checkpoint_id": null
-                }
-            },
-            "webhook": null,
-            "temporary": false,
-            "stream_mode": [
-                "values"
-            ],
-            "feedback_keys": null,
-            "interrupt_after": null,
-            "interrupt_before": null
-        },
-        "multitask_strategy": "reject"
-    }
-
-
-Perfect! The run succeeded as we would expect. We can double check that the run worked as expected by printing out the final state:
-
-=== "Python"
-
-    ```python
-    final_result = await client.threads.get_state(thread["thread_id"])
-    print(final_result)
-    ```
-
-=== "Javascript"
-
-    ```js
-    let finalResult = await client.threads.getState(thread["thread_id"]);
-    console.log(finalResult);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/state
-    ```
-
-Output:
-
-    {
-        "values": {
-            "messages": [
-                {
-                    "content": "what's the weather in sf",
-                    "additional_kwargs": {},
-                    "response_metadata": {},
-                    "type": "human",
-                    "name": null,
-                    "id": "beba31bf-320d-4125-9c37-cadf526ac47a",
-                    "example": false
-                },
-                {
-                    "content": [
-                        {
-                            "id": "toolu_01AaNPSPzqia21v7aAKwbKYm",
-                            "input": {},
-                            "name": "tavily_search_results_json",
-                            "type": "tool_use",
-                            "index": 0,
-                            "partial_json": "{\"query\": \"weather in san francisco\"}"
-                        }
-                    ],
-                    "additional_kwargs": {},
-                    "response_metadata": {
-                        "stop_reason": "tool_use",
-                        "stop_sequence": null
-                    },
-                    "type": "ai",
-                    "name": null,
-                    "id": "run-f220faf8-1d27-4f73-ad91-6bb3f47e8639",
-                    "example": false,
-                    "tool_calls": [
-                        {
-                            "name": "tavily_search_results_json",
-                            "args": {
-                                "query": "weather in san francisco"
-                            },
-                            "id": "toolu_01AaNPSPzqia21v7aAKwbKYm",
-                            "type": "tool_call"
-                        }
-                    ],
-                    "invalid_tool_calls": [],
-                    "usage_metadata": {
-                        "input_tokens": 273,
-                        "output_tokens": 61,
-                        "total_tokens": 334
-                    }
-                },
-                {
-                    "content": "[{\"url\": \"https://www.weatherapi.com/\", \"content\": \"{'location': {'name': 'San Francisco', 'region': 'California', 'country': 'United States of America', 'lat': 37.78, 'lon': -122.42, 'tz_id': 'America/Los_Angeles', 'localtime_epoch': 1725052131, 'localtime': '2024-08-30 14:08'}, 'current': {'last_updated_epoch': 1725051600, 'last_updated': '2024-08-30 14:00', 'temp_c': 21.1, 'temp_f': 70.0, 'is_day': 1, 'condition': {'text': 'Partly cloudy', 'icon': '//cdn.weatherapi.com/weather/64x64/day/116.png', 'code': 1003}, 'wind_mph': 11.9, 'wind_kph': 19.1, 'wind_degree': 290, 'wind_dir': 'WNW', 'pressure_mb': 1018.0, 'pressure_in': 30.07, 'precip_mm': 0.0, 'precip_in': 0.0, 'humidity': 59, 'cloud': 25, 'feelslike_c': 21.1, 'feelslike_f': 70.0, 'windchill_c': 18.6, 'windchill_f': 65.5, 'heatindex_c': 18.6, 'heatindex_f': 65.5, 'dewpoint_c': 12.2, 'dewpoint_f': 54.0, 'vis_km': 16.0, 'vis_miles': 9.0, 'uv': 5.0, 'gust_mph': 15.0, 'gust_kph': 24.2}}\"}]",
-                    "additional_kwargs": {},
-                    "response_metadata": {},
-                    "type": "tool",
-                    "name": "tavily_search_results_json",
-                    "id": "686b2487-f332-4e58-9508-89b3a814cd81",
-                    "tool_call_id": "toolu_01AaNPSPzqia21v7aAKwbKYm",
-                    "artifact": {
-                        "query": "weather in san francisco",
-                        "follow_up_questions": null,
-                        "answer": null,
-                        "images": [],
-                        "results": [
-                            {
-                                "title": "Weather in San Francisco",
-                                "url": "https://www.weatherapi.com/",
-                                "content": "{'location': {'name': 'San Francisco', 'region': 'California', 'country': 'United States of America', 'lat': 37.78, 'lon': -122.42, 'tz_id': 'America/Los_Angeles', 'localtime_epoch': 1725052131, 'localtime': '2024-08-30 14:08'}, 'current': {'last_updated_epoch': 1725051600, 'last_updated': '2024-08-30 14:00', 'temp_c': 21.1, 'temp_f': 70.0, 'is_day': 1, 'condition': {'text': 'Partly cloudy', 'icon': '//cdn.weatherapi.com/weather/64x64/day/116.png', 'code': 1003}, 'wind_mph': 11.9, 'wind_kph': 19.1, 'wind_degree': 290, 'wind_dir': 'WNW', 'pressure_mb': 1018.0, 'pressure_in': 30.07, 'precip_mm': 0.0, 'precip_in': 0.0, 'humidity': 59, 'cloud': 25, 'feelslike_c': 21.1, 'feelslike_f': 70.0, 'windchill_c': 18.6, 'windchill_f': 65.5, 'heatindex_c': 18.6, 'heatindex_f': 65.5, 'dewpoint_c': 12.2, 'dewpoint_f': 54.0, 'vis_km': 16.0, 'vis_miles': 9.0, 'uv': 5.0, 'gust_mph': 15.0, 'gust_kph': 24.2}}",
-                                "score": 0.976148,
-                                "raw_content": null
-                            }
-                        ],
-                        "response_time": 3.07
-                    },
-                    "status": "success"
-                },
-                {
-                    "content": [
-                        {
-                            "text": "\n\nThe search results provide the current weather conditions in San Francisco. According to the data, as of 2:00 PM on August 30, 2024, the temperature in San Francisco is 70\u00b0F (21.1\u00b0C) with partly cloudy skies. The wind is blowing from the west-northwest at around 12 mph (19 km/h). The humidity is 59% and visibility is 9 miles (16 km). Overall, it looks like a nice late summer day in San Francisco with comfortable temperatures and partly sunny conditions.",
-                            "type": "text",
-                            "index": 0
-                        }
-                    ],
-                    "additional_kwargs": {},
-                    "response_metadata": {
-                        "stop_reason": "end_turn",
-                        "stop_sequence": null
-                    },
-                    "type": "ai",
-                    "name": null,
-                    "id": "run-8fecc61d-3d9f-4e16-8e8a-92f702be498a",
-                    "example": false,
-                    "tool_calls": [],
-                    "invalid_tool_calls": [],
-                    "usage_metadata": {
-                        "input_tokens": 837,
-                        "output_tokens": 124,
-                        "total_tokens": 961
-                    }
-                }
-            ]
-        },
-        "next": [],
-        "tasks": [],
-        "metadata": {
-            "step": 3,
-            "run_id": "1ef67140-eb23-684b-8253-91d4c90bb05e",
-            "source": "loop",
-            "writes": {
-                "agent": {
-                    "messages": [
-                        {
-                            "id": "run-8fecc61d-3d9f-4e16-8e8a-92f702be498a",
-                            "name": null,
-                            "type": "ai",
-                            "content": [
-                                {
-                                    "text": "\n\nThe search results provide the current weather conditions in San Francisco. According to the data, as of 2:00 PM on August 30, 2024, the temperature in San Francisco is 70\u00b0F (21.1\u00b0C) with partly cloudy skies. The wind is blowing from the west-northwest at around 12 mph (19 km/h). The humidity is 59% and visibility is 9 miles (16 km). Overall, it looks like a nice late summer day in San Francisco with comfortable temperatures and partly sunny conditions.",
-                                    "type": "text",
-                                    "index": 0
-                                }
-                            ],
-                            "example": false,
-                            "tool_calls": [],
-                            "usage_metadata": {
-                                "input_tokens": 837,
-                                "total_tokens": 961,
-                                "output_tokens": 124
-                            },
-                            "additional_kwargs": {},
-                            "response_metadata": {
-                                "stop_reason": "end_turn",
-                                "stop_sequence": null
-                            },
-                            "invalid_tool_calls": []
-                        }
-                    ]
-                }
-            },
-            "user_id": "",
-            "graph_id": "agent",
-            "thread_id": "5cb1e8a1-34b3-4a61-a34e-71a9799bd00d",
-            "created_by": "system",
-            "assistant_id": "fe096781-5601-53d2-b2f6-0d3403f7e9ca"
-        },
-        "created_at": "2024-08-30T21:09:00.079909+00:00",
-        "checkpoint_id": "1ef67141-3ca2-6fae-8003-fe96832e57d6",
-        "parent_checkpoint_id": "1ef67141-2129-6b37-8002-61fc3bf69cb5"
-    }
-
-We can also just print the content of the last AIMessage:
-
-=== "Python"
-
-    ```python
-    print(final_result['values']['messages'][-1]['content'][0]['text'])
-    ```
-
-=== "Javascript"
-
-    ```js
-    console.log(finalResult['values']['messages'][finalResult['values']['messages'].length-1]['content'][0]['text']);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request GET \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/state | jq -r '.values.messages[-1].content.[0].text'
-    ```
-
-Output:
-
-    The search results provide the current weather conditions in San Francisco. According to the data, as of 2:00 PM on August 30, 2024, the temperature in San Francisco is 70°F (21.1°C) with partly cloudy skies. The wind is blowing from the west-northwest at around 12 mph (19 km/h). The humidity is 59% and visibility is 9 miles (16 km). Overall, it looks like a nice late summer day in San Francisco with comfortable temperatures and partly sunny conditions.

docs/docs/cloud/how-tos/clone_traces_studio.md

@@ -1,36 +0,0 @@
-# Debug LangSmith traces
-
-This guide explains how to open LangSmith traces in LangGraph Studio for interactive investigation and debugging.
-
-## Open deployed threads
-
-1. Open the LangSmith trace, selecting the root run.
-2. Click "Run in Studio".
-
-This will open LangGraph Studio connected to the associated LangGraph Platform deployment with the trace's parent thread selected.
-
-## Testing local agents with remote traces
-
-This section explains how to test a local agent against remote traces from LangSmith. This enables you to use production traces as input for local testing, allowing you to debug and verify agent modifications in your development environment.
-
-### Requirements
-
-- A LangSmith traced thread
-- A locally running agent. See [here](../how-tos/studio/quick_start.md#local-development-server) for setup
-  instructions.
-
-!!! info "Local agent requirements"
-
-    - langgraph>=0.3.18
-    - langgraph-api>=0.0.32
-    - Contains the same set of nodes present in the remote trace
-
-### Cloning Thread
-
-1. Open the LangSmith trace, selecting the root run.
-2. Click the dropdown next to "Run in Studio".
-3. Enter your local agent's URL.
-4. Select "Clone thread locally".
-5. If multiple graphs exist, select the target graph.
-
-A new thread will be created in your local agent with the thread history inferred and copied from the remote thread, and you will be navigated to LangGraph Studio for your locally running application.

docs/docs/cloud/how-tos/configurable_headers.md

@@ -1,84 +0,0 @@
-# Configurable Headers
-
-LangGraph allows runtime configuration to modify agent behavior and permissions dynamically. When using the [LangGraph Platform](../quick_start.md), you can pass this configuration in the request body (`config`) or specific request headers. This enables adjustments based on user identity or other request data.
-
-For privacy, control which headers are passed to the runtime configuration via the `http.configurable_headers` section in your `langgraph.json` file.
-
-Here's how to customize the included and excluded headers:
-
-```json
-{
-  "http": {
-    "configurable_headers": {
-      "include": ["x-user-id", "x-organization-id", "my-prefix-*"],
-      "exclude": ["authorization", "x-api-key"]
-    }
-  }
-}
-```
-
-
-The `include` and `exclude` lists accept exact header names or patterns using `*` to match any number of characters. For your security, no other regex patterns are supported.
-
-## Using within your graph
-
-You can access the included headers in your graph using the `config` argument of any node.
-
-```python
-def my_node(state, config):
-  organization_id = config["configurable"].get("x-organization-id")
-  ...
-```
-
-Or by fetching from context (useful in tools and or within other nested functions).
-
-```python
-from langgraph.config import get_config
-
-def search_everything(query: str):
-  organization_id = get_config()["configurable"].get("x-organization-id")
-  ...
-```
-
-
-You can even use this to dynamically compile the graph.
-
-```python
-# my_graph.py.
-import contextlib
-
-@contextlib.asynccontextmanager
-async def generate_agent(config):
-  organization_id = config["configurable"].get("x-organization-id")
-  if organization_id == "org1":
-    graph = ...
-    yield graph
-  else:
-    graph = ...
-    yield graph
-
-```
-
-```json
-{
-  "graphs": {"agent": "my_grph.py:generate_agent"}
-}
-```
-
-### Opt-out of configurable headers
-
-If you'd like to opt-out of configurable headers, you can simply set a wildcard pattern in the `exclude` list:
-
-```json
-{
-  "http": {
-    "configurable_headers": {
-      "exclude": ["*"]
-    }
-  }
-}
-```
-
-This will exclude all headers from being added to your run's configuration.
-
-Note that exclusions take precedence over inclusions.

docs/docs/cloud/how-tos/configuration_cloud.md

@@ -1,332 +0,0 @@
-# Manage assistants
-
-In this guide we will show how to create, configure, and manage an [assistant](../../concepts/assistants.md).
-
-First, as a brief refresher on the concept of runtime context, consider the following simple `call_model` node and context schema. Observe that this node tries to read and use the `model_provider` as defined by the `Runtime` object's `context` property.
-
-=== "Python"
-
-    ```python
-    @dataclass
-    class ContextSchema:
-        llm_provider: str = "anthropic"
-
-    builder = StateGraph(AgentState, context_schema=ContextSchema)
-
-    def call_model(state, runtime: Runtime[ContextSchema]):
-        messages = state["messages"]
-        model = _get_model(runtime.context.llm_provider)
-        response = model.invoke(messages)
-        # We return a list, because this will get added to the existing list
-        return {"messages": [response]}
-    ```
-
-=== "Javascript"
-
-    ```js
-    import { Annotation } from "@langchain/langgraph";
-
-    const ConfigSchema = Annotation.Root({
-        model_name: Annotation<string>,
-        system_prompt:
-    });
-
-    const builder = new StateGraph(AgentState, ConfigSchema)
-
-    function callModel(state: State, config: RunnableConfig) {
-      const messages = state.messages;
-      const modelName = config.configurable?.model_name ?? "anthropic";
-      const model = _getModel(modelName);
-      const response = model.invoke(messages);
-      // We return a list, because this will get added to the existing list
-      return { messages: [response] };
-    }
-    ```
-
-:::python
-For more information on runtime context, [see here](../../concepts/low_level.md#runtime-context).
-:::
-
-## Create an assistant
-
-### LangGraph SDK
-
-To create an assistant, use the [LangGraph SDK](../../concepts/sdk.md) `create` method. See the [Python](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.AssistantsClient.create) and [JS](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/js_ts_sdk_ref/#create) SDK reference docs for more information.
-
-This example uses the same configuration schema as above, and creates an assistant with `model_name` set to `openai`.
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-
-    client = get_client(url=<DEPLOYMENT_URL>)
-    openai_assistant = await client.assistants.create(
-        # "agent" is the name of a graph we deployed
-        "agent", config={"configurable": {"model_name": "openai"}}, name="Open AI Assistant"
-    )
-
-    print(openai_assistant)
-    ```
-
-=== "Javascript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-    const openAIAssistant = await client.assistants.create({
-        graphId: 'agent',
-        name: "Open AI Assistant",
-        config: { "configurable": { "model_name": "openai" } },
-    });
-
-    console.log(openAIAssistant);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/assistants \
-        --header 'Content-Type: application/json' \
-        --data '{"graph_id":"agent", "config":{"configurable":{"model_name":"openai"}}, "name": "Open AI Assistant"}'
-    ```
-
-Output:
-
-    {
-        "assistant_id": "62e209ca-9154-432a-b9e9-2d75c7a9219b",
-        "graph_id": "agent",
-        "name": "Open AI Assistant"
-        "config": {
-            "configurable": {
-                "model_name": "openai"
-            }
-        },
-        "metadata": {}
-        "created_at": "2024-08-31T03:09:10.230718+00:00",
-        "updated_at": "2024-08-31T03:09:10.230718+00:00",
-    }
-
-### LangGraph Platform UI
-
-You can also create assistants from the LangGraph Platform UI.
-
-Inside your deployment, select the "Assistants" tab. This will load a table of all of the assistants in your deployment, across all graphs.
-
-To create a new assistant, select the "+ New assistant" button. This will open a form where you can specify the graph this assistant is for, as well as provide a name, description, and the desired configuration for the assistant based on the configuration schema for that graph.
-
-To confirm, click "Create assistant". This will take you to [LangGraph Studio](../../concepts/langgraph_studio.md) where you can test the assistant. If you go back to the "Assistants" tab in the deployment, you will see the newly created assistant in the table.
-
-## Use an assistant
-
-### LangGraph SDK
-
-We have now created an assistant called "Open AI Assistant" that has `model_name` defined as `openai`. We can now use this assistant with this configuration:
-
-=== "Python"
-
-    ```python
-    thread = await client.threads.create()
-    input = {"messages": [{"role": "user", "content": "who made you?"}]}
-    async for event in client.runs.stream(
-        thread["thread_id"],
-        # this is where we specify the assistant id to use
-        openai_assistant["assistant_id"],
-        input=input,
-        stream_mode="updates",
-    ):
-        print(f"Receiving event of type: {event.event}")
-        print(event.data)
-        print("\n\n")
-    ```
-
-=== "Javascript"
-
-    ```js
-    const thread = await client.threads.create();
-    const input = { "messages": [{ "role": "user", "content": "who made you?" }] };
-
-    const streamResponse = client.runs.stream(
-      thread["thread_id"],
-      // this is where we specify the assistant id to use
-      openAIAssistant["assistant_id"],
-      {
-        input,
-        streamMode: "updates"
-      }
-    );
-
-    for await (const event of streamResponse) {
-      console.log(`Receiving event of type: ${event.event}`);
-      console.log(event.data);
-      console.log("\n\n");
-    }
-    ```
-
-=== "CURL"
-
-    ```bash
-    thread_id=$(curl --request POST \
-        --url <DEPLOYMENT_URL>/threads \
-        --header 'Content-Type: application/json' \
-        --data '{}' | jq -r '.thread_id') && \
-    curl --request POST \
-        --url "<DEPLOYMENT_URL>/threads/${thread_id}/runs/stream" \
-        --header 'Content-Type: application/json' \
-        --data '{
-            "assistant_id": <OPENAI_ASSISTANT_ID>,
-            "input": {
-                "messages": [
-                    {
-                        "role": "user",
-                        "content": "who made you?"
-                    }
-                ]
-            },
-            "stream_mode": [
-                "updates"
-            ]
-        }' | \
-        sed 's/\r$//' | \
-        awk '
-        /^event:/ {
-            if (data_content != "") {
-                print data_content "\n"
-            }
-            sub(/^event: /, "Receiving event of type: ", $0)
-            printf "%s...\n", $0
-            data_content = ""
-        }
-        /^data:/ {
-            sub(/^data: /, "", $0)
-            data_content = $0
-        }
-        END {
-            if (data_content != "") {
-                print data_content "\n\n"
-            }
-        }
-    '
-    ```
-
-Output:
-
-    ```
-    Receiving event of type: metadata
-    {'run_id': '1ef6746e-5893-67b1-978a-0f1cd4060e16'}
-
-
-
-    Receiving event of type: updates
-    {'agent': {'messages': [{'content': 'I was created by OpenAI, a research organization focused on developing and advancing artificial intelligence technology.', 'additional_kwargs': {}, 'response_metadata': {'finish_reason': 'stop', 'model_name': 'gpt-4o-2024-05-13', 'system_fingerprint': 'fp_157b3831f5'}, 'type': 'ai', 'name': None, 'id': 'run-e1a6b25c-8416-41f2-9981-f9cfe043f414', 'example': False, 'tool_calls': [], 'invalid_tool_calls': [], 'usage_metadata': None}]}}
-    ```
-
-### LangGraph Platform UI
-
-Inside your deployment, select the "Assistants" tab. For the assistant you would like to use, click the "Studio" button. This will open LangGraph Studio with the selected assistant. When you submit an input (either in Graph or Chat mode), the selected assistant and its configuration will be used.
-
-## Create a new version for your assistant
-
-### LangGraph SDK
-
-To edit the assistant, use the `update` method. This will create a new version of the assistant with the provided edits. See the [Python](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/python_sdk_ref/#langgraph_sdk.client.AssistantsClient.update) and [JS](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/js_ts_sdk_ref/#update) SDK reference docs for more information.
-
-!!! note "Note"
-
-    You must pass in the ENTIRE config (and metadata if you are using it). The update endpoint creates new versions completely from scratch and does not rely on previous versions.
-
-For example, to update your assistant's system prompt:
-
-=== "Python"
-
-    ```python
-    openai_assistant_v2 = await client.assistants.update(
-        openai_assistant["assistant_id"],
-        config={
-            "configurable": {
-                "model_name": "openai",
-                "system_prompt": "You are an unhelpful assistant!",
-            }
-        },
-    )
-    ```
-
-=== "Javascript"
-
-    ```js
-    const openaiAssistantV2 = await client.assistants.update(
-        openai_assistant["assistant_id"],
-        {
-            config: {
-                configurable: {
-                    model_name: 'openai',
-                    system_prompt: 'You are an unhelpful assistant!',
-                },
-        },
-    });
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request PATCH \
-    --url <DEPOLYMENT_URL>/assistants/<ASSISTANT_ID> \
-    --header 'Content-Type: application/json' \
-    --data '{
-    "config": {"model_name": "openai", "system_prompt": "You are an unhelpful assistant!"}
-    }'
-    ```
-
-This will create a new version of the assistant with the updated parameters and set this as the active version of your assistant. If you now run your graph and pass in this assistant id, it will use this latest version.
-
-### LangGraph Platform UI
-
-You can also edit assistants from the LangGraph Platform UI.
-
-Inside your deployment, select the "Assistants" tab. This will load a table of all of the assistants in your deployment, across all graphs.
-
-To edit an existing assistant, select the "Edit" button for the specified assistant. This will open a form where you can edit the assistant's name, description, and configuration.
-
-Additionally, if using LangGraph Studio, you can edit the assistants and create new versions via the "Manage Assistants" button.
-
-## Use a previous assistant version
-
-### LangGraph SDK
-
-You can also change the active version of your assistant. To do so, use the `setLatest` method.
-
-In the example above, to rollback to the first version of the assistant:
-
-=== "Python"
-
-    ```python
-    await client.assistants.set_latest(openai_assistant['assistant_id'], 1)
-    ```
-
-=== "Javascript"
-
-    ```js
-    await client.assistants.setLatest(openaiAssistant['assistant_id'], 1);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/assistants/<ASSISTANT_ID>/latest \
-    --header 'Content-Type: application/json' \
-    --data '{
-    "version": 1
-    }'
-    ```
-
-If you now run your graph and pass in this assistant id, it will use the first version of the assistant.
-
-### LangGraph Platform UI
-
-If using LangGraph Studio, to set the active version of your assistant, click the "Manage Assistants" button and locate the assistant you would like to use. Select the assistant and the version, and then click the "Active" toggle. This will update the assistant to make the selected version active.
-
-!!! warning "Deleting Assistants"
-Deleting as assistant will delete ALL of its versions. There is currently no way to delete a single version, but by pointing your assistant to the correct version you can skip any versions that you don't wish to use.

docs/docs/cloud/how-tos/cron_jobs.md

@@ -1,184 +0,0 @@
-# Use cron jobs
-
-Sometimes you don't want to run your graph based on user interaction, but rather you would like to schedule your graph to run on a schedule - for example if you wish for your graph to compose and send out a weekly email of to-dos for your team. LangGraph Platform allows you to do this without having to write your own script by using the `Crons` client. To schedule a graph job, you need to pass a [cron expression](https://crontab.cronhub.io/) to inform the client when you want to run the graph. `Cron` jobs are run in the background and do not interfere with normal invocations of the graph.
-
-## Setup
-
-First, let's set up our SDK client, assistant, and thread:
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-
-    client = get_client(url=<DEPLOYMENT_URL>)
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-    # create thread
-    thread = await client.threads.create()
-    print(thread)
-    ```
-
-=== "Javascript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-    // Using the graph deployed with the name "agent"
-    const assistantId = "agent";
-    // create thread
-    const thread = await client.threads.create();
-    console.log(thread);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/assistants/search \
-        --header 'Content-Type: application/json' \
-        --data '{
-            "limit": 10,
-            "offset": 0
-        }' | jq -c 'map(select(.config == null or .config == {})) | .[0].graph_id' && \
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/threads \
-        --header 'Content-Type: application/json' \
-        --data '{}'
-    ```
-
-Output:
-
-    {
-        'thread_id': '9dde5490-2b67-47c8-aa14-4bfec88af217', 
-        'created_at': '2024-08-30T23:07:38.242730+00:00', 
-        'updated_at': '2024-08-30T23:07:38.242730+00:00', 
-        'metadata': {}, 
-        'status': 'idle', 
-        'config': {}, 
-        'values': None
-    }
-
-## Cron job on a thread 
-
-To create a cron job associated with a specific thread, you can write:
-
-
-=== "Python"
-
-    ```python
-    # This schedules a job to run at 15:27 (3:27PM) every day
-    cron_job = await client.crons.create_for_thread(
-        thread["thread_id"],
-        assistant_id,
-        schedule="27 15 * * *",
-        input={"messages": [{"role": "user", "content": "What time is it?"}]},
-    )
-    ```
-
-=== "Javascript"
-
-    ```js
-    // This schedules a job to run at 15:27 (3:27PM) every day
-    const cronJob = await client.crons.create_for_thread(
-      thread["thread_id"],
-      assistantId,
-      {
-        schedule: "27 15 * * *",
-        input: { messages: [{ role: "user", content: "What time is it?" }] }
-      }
-    );
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/crons \
-        --header 'Content-Type: application/json' \
-        --data '{
-            "assistant_id": <ASSISTANT_ID>,
-        }'
-    ```
-
-Note that it is **very** important to delete `Cron` jobs that are no longer useful. Otherwise you could rack up unwanted API charges to the LLM! You can delete a `Cron` job using the following code:
-
-=== "Python"
-
-    ```python
-    await client.crons.delete(cron_job["cron_id"])
-    ```
-
-=== "Javascript"
-
-    ```js
-    await client.crons.delete(cronJob["cron_id"]);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request DELETE \
-        --url <DEPLOYMENT_URL>/runs/crons/<CRON_ID>
-    ```
-
-## Cron job stateless
-
-You can also create stateless cron jobs by using the following code:
-
-=== "Python"
-
-    ```python
-    # This schedules a job to run at 15:27 (3:27PM) every day
-    cron_job_stateless = await client.crons.create(
-        assistant_id,
-        schedule="27 15 * * *",
-        input={"messages": [{"role": "user", "content": "What time is it?"}]},
-    )
-    ```
-
-=== "Javascript"
-
-    ```js
-    // This schedules a job to run at 15:27 (3:27PM) every day
-    const cronJobStateless = await client.crons.create(
-      assistantId,
-      {
-        schedule: "27 15 * * *",
-        input: { messages: [{ role: "user", content: "What time is it?" }] }
-      }
-    );
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-        --url <DEPLOYMENT_URL>/runs/crons \
-        --header 'Content-Type: application/json' \
-        --data '{
-            "assistant_id": <ASSISTANT_ID>,
-        }'
-    ```
-
-Again, remember to delete your job once you are done with it!
-
-=== "Python"
-
-    ```python
-    await client.crons.delete(cron_job_stateless["cron_id"])
-    ```
-
-=== "Javascript"
-
-    ```js
-    await client.crons.delete(cronJobStateless["cron_id"]);
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request DELETE \
-        --url <DEPLOYMENT_URL>/runs/crons/<CRON_ID>
-    ```

docs/docs/cloud/how-tos/datasets_studio.md

@@ -1,12 +0,0 @@
-# Add node to dataset
-
-This guide shows how to add examples to [LangSmith datasets](https://docs.smith.langchain.com/evaluation/how_to_guides#dataset-management) from nodes in the thread log. This is useful to evaluate individual steps of the agent.
-
-1. Select a thread.
-2. Click on the `Add to Dataset` button.
-3. Select nodes whose input/output you want to add to a dataset.
-4. For each selected node, select the target dataset to create the example in. By default a dataset for the specific assistant and node will be selected. If this dataset does not yet exist, it will be created.
-5. Edit the example's input/output as needed before adding it to the dataset.
-6. Select "Add to dataset" at the bottom of the page to add all selected nodes to their respective datasets.
-
-See [Evaluating intermediate steps](https://docs.smith.langchain.com/evaluation/how_to_guides/langgraph#evaluating-intermediate-steps) for more details on how to evaluate intermediate steps.

docs/docs/cloud/how-tos/enqueue_concurrent.md

@@ -1,255 +0,0 @@
-# Enqueue
-
-This guide assumes knowledge of what double-texting is, which you can learn about in the [double-texting conceptual guide](../../concepts/double_texting.md).
-
-The guide covers the `enqueue` option for double texting, which adds the interruptions to a queue and executes them in the order they are received by the client. Below is a quick example of using the `enqueue` option.
-
-## Setup
-
-First, we will define a quick helper function for printing out JS and CURL model outputs (you can skip this if using Python):
-
-=== "Javascript"
-
-    ```js
-    function prettyPrint(m) {
-      const padded = " " + m['type'] + " ";
-      const sepLen = Math.floor((80 - padded.length) / 2);
-      const sep = "=".repeat(sepLen);
-      const secondSep = sep + (padded.length % 2 ? "=" : "");
-      
-      console.log(`${sep}${padded}${secondSep}`);
-      console.log("\n\n");
-      console.log(m.content);
-    }
-    ```
-
-=== "CURL"
-
-    ```bash
-    # PLACE THIS IN A FILE CALLED pretty_print.sh
-    pretty_print() {
-      local type="$1"
-      local content="$2"
-      local padded=" $type "
-      local total_width=80
-      local sep_len=$(( (total_width - ${#padded}) / 2 ))
-      local sep=$(printf '=%.0s' $(eval "echo {1.."${sep_len}"}"))
-      local second_sep=$sep
-      if (( (total_width - ${#padded}) % 2 )); then
-        second_sep="${second_sep}="
-      fi
-
-      echo "${sep}${padded}${second_sep}"
-      echo
-      echo "$content"
-    }
-    ```
-
-Then, let's import our required packages and instantiate our client, assistant, and thread.
-
-=== "Python"
-
-    ```python
-    import asyncio
-
-    import httpx
-    from langchain_core.messages import convert_to_messages
-    from langgraph_sdk import get_client
-
-    client = get_client(url=<DEPLOYMENT_URL>)
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-    thread = await client.threads.create()
-    ```
-
-=== "Javascript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-    
-
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-    // Using the graph deployed with the name "agent"
-    const assistantId = "agent";
-    const thread = await client.threads.create();
-    ```
-  
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-      --url <DEPLOYMENT_URL>/threads \
-      --header 'Content-Type: application/json' \
-      --data '{}'
-    ```
-
-## Create runs
-
-Now let's start two runs, with the second interrupting the first one with a multitask strategy of "enqueue":
-
-=== "Python"
-
-    ```python
-    first_run = await client.runs.create(
-        thread["thread_id"],
-        assistant_id,
-        input={"messages": [{"role": "user", "content": "what's the weather in sf?"}]},
-    )
-    second_run = await client.runs.create(
-        thread["thread_id"],
-        assistant_id,
-        input={"messages": [{"role": "user", "content": "what's the weather in nyc?"}]},
-        multitask_strategy="enqueue",
-    )
-    ```
-
-=== "Javascript"
-
-    ```js
-    const firstRun = await client.runs.create(
-      thread["thread_id"],
-      assistantId,
-      input={"messages": [{"role": "user", "content": "what's the weather in sf?"}]},
-    )
-
-    const secondRun = await client.runs.create(
-      thread["thread_id"],
-      assistantId,
-      input={"messages": [{"role": "user", "content": "what's the weather in nyc?"}]},
-      multitask_strategy="enqueue",
-    )
-    ```
-
-=== "CURL"
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOY<ENT_URL>>/threads/<THREAD_ID>/runs \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"input\": {\"messages\": [{\"role\": \"human\", \"content\": \"what\'s the weather in sf?\"}]},
-    }" && curl --request POST \
-    --url <DEPLOY<ENT_URL>>/threads/<THREAD_ID>/runs \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"input\": {\"messages\": [{\"role\": \"human\", \"content\": \"what\'s the weather in nyc?\"}]},
-      \"multitask_strategy\": \"enqueue\"
-    }"
-    ```
-
-## View run results
-
-Verify that the thread has data from both runs:
-
-=== "Python"
-
-    ```python
-    # wait until the second run completes
-    await client.runs.join(thread["thread_id"], second_run["run_id"])
-
-    state = await client.threads.get_state(thread["thread_id"])
-
-    for m in convert_to_messages(state["values"]["messages"]):
-        m.pretty_print()
-    ```
-
-=== "Javascript"
-
-    ```js
-    await client.runs.join(thread["thread_id"], secondRun["run_id"]);
-
-    const state = await client.threads.getState(thread["thread_id"]);
-
-    for (const m of state["values"]["messages"]) {
-      prettyPrint(m);
-    }
-    ```
-
-=== "CURL"
-
-    ```bash
-    source pretty_print.sh && curl --request GET \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/<RUN_ID>/join && \
-    curl --request GET --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/state | \
-    jq -c '.values.messages[]' | while read -r element; do
-        type=$(echo "$element" | jq -r '.type')
-        content=$(echo "$element" | jq -r '.content | if type == "array" then tostring else . end')
-        pretty_print "$type" "$content"
-    done
-    ```
-
-Output:
-
-    ================================ Human Message =================================
-    
-    what's the weather in sf?
-    ================================== Ai Message ==================================
-    
-    [{'id': 'toolu_01Dez1sJre4oA2Y7NsKJV6VT', 'input': {'query': 'weather in san francisco'}, 'name': 'tavily_search_results_json', 'type': 'tool_use'}]
-    Tool Calls:
-      tavily_search_results_json (toolu_01Dez1sJre4oA2Y7NsKJV6VT)
-     Call ID: toolu_01Dez1sJre4oA2Y7NsKJV6VT
-      Args:
-        query: weather in san francisco
-    ================================= Tool Message =================================
-    Name: tavily_search_results_json
-    
-    [{"url": "https://www.accuweather.com/en/us/san-francisco/94103/weather-forecast/347629", "content": "Get the current and future weather conditions for San Francisco, CA, including temperature, precipitation, wind, air quality and more. See the hourly and 10-day outlook, radar maps, alerts and allergy information."}]
-    ================================== Ai Message ==================================
-    
-    According to AccuWeather, the current weather conditions in San Francisco are:
-    
-    Temperature: 57°F (14°C)
-    Conditions: Mostly Sunny
-    Wind: WSW 10 mph
-    Humidity: 72%
-    
-    The forecast for the next few days shows partly sunny skies with highs in the upper 50s to mid 60s F (14-18°C) and lows in the upper 40s to low 50s F (9-11°C). Typical mild, dry weather for San Francisco this time of year.
-    
-    Some key details from the AccuWeather forecast:
-    
-    Today: Mostly sunny, high of 62°F (17°C)
-    Tonight: Partly cloudy, low of 49°F (9°C) 
-    Tomorrow: Partly sunny, high of 59°F (15°C)
-    Saturday: Mostly sunny, high of 64°F (18°C)
-    Sunday: Partly sunny, high of 61°F (16°C)
-    
-    So in summary, expect seasonable spring weather in San Francisco over the next several days, with a mix of sun and clouds and temperatures ranging from the upper 40s at night to the low 60s during the days. Typical dry conditions with no rain in the forecast.
-    ================================ Human Message =================================
-    
-    what's the weather in nyc?
-    ================================== Ai Message ==================================
-    
-    [{'text': 'Here are the current weather conditions and forecast for New York City:', 'type': 'text'}, {'id': 'toolu_01FFft5Sx9oS6AdVJuRWWcGp', 'input': {'query': 'weather in new york city'}, 'name': 'tavily_search_results_json', 'type': 'tool_use'}]
-    Tool Calls:
-      tavily_search_results_json (toolu_01FFft5Sx9oS6AdVJuRWWcGp)
-     Call ID: toolu_01FFft5Sx9oS6AdVJuRWWcGp
-      Args:
-        query: weather in new york city
-    ================================= Tool Message =================================
-    Name: tavily_search_results_json
-    
-    [{"url": "https://www.weatherapi.com/", "content": "{'location': {'name': 'New York', 'region': 'New York', 'country': 'United States of America', 'lat': 40.71, 'lon': -74.01, 'tz_id': 'America/New_York', 'localtime_epoch': 1718734479, 'localtime': '2024-06-18 14:14'}, 'current': {'last_updated_epoch': 1718733600, 'last_updated': '2024-06-18 14:00', 'temp_c': 29.4, 'temp_f': 84.9, 'is_day': 1, 'condition': {'text': 'Sunny', 'icon': '//cdn.weatherapi.com/weather/64x64/day/113.png', 'code': 1000}, 'wind_mph': 2.2, 'wind_kph': 3.6, 'wind_degree': 158, 'wind_dir': 'SSE', 'pressure_mb': 1025.0, 'pressure_in': 30.26, 'precip_mm': 0.0, 'precip_in': 0.0, 'humidity': 63, 'cloud': 0, 'feelslike_c': 31.3, 'feelslike_f': 88.3, 'windchill_c': 28.3, 'windchill_f': 82.9, 'heatindex_c': 29.6, 'heatindex_f': 85.3, 'dewpoint_c': 18.4, 'dewpoint_f': 65.2, 'vis_km': 16.0, 'vis_miles': 9.0, 'uv': 7.0, 'gust_mph': 16.5, 'gust_kph': 26.5}}"}]
-    ================================== Ai Message ==================================
-    
-    According to the weather data from WeatherAPI:
-    
-    Current Conditions in New York City (as of 2:00 PM local time):
-    - Temperature: 85°F (29°C)
-    - Conditions: Sunny
-    - Wind: 2 mph (4 km/h) from the SSE
-    - Humidity: 63%
-    - Heat Index: 85°F (30°C)
-    
-    The forecast shows sunny and warm conditions persisting over the next few days:
-    
-    Today: Sunny, high of 85°F (29°C)
-    Tonight: Clear, low of 68°F (20°C)
-    Tomorrow: Sunny, high of 88°F (31°C) 
-    Thursday: Mostly sunny, high of 90°F (32°C)
-    Friday: Partly cloudy, high of 87°F (31°C)
-    
-    So New York City is experiencing beautiful sunny weather with seasonably warm temperatures in the mid-to-upper 80s Fahrenheit (around 30°C). Humidity is moderate in the 60% range. Overall, ideal late spring/early summer conditions for being outdoors in the city over the next several days.
-

docs/docs/cloud/how-tos/generative_ui_react.md

@@ -1,538 +0,0 @@
-# How to implement Generative User Interfaces with LangGraph
-
-!!! info "Prerequisites"
-
-    - [LangGraph Platform](../../concepts/langgraph_platform.md)
-    - [LangGraph Server](../../concepts/langgraph_server.md)
-    - [`useStream()` React Hook](./use_stream_react.md)
-
-Generative user interfaces (Generative UI) allows agents to go beyond text and generate rich user interfaces. This enables creating more interactive and context-aware applications where the UI adapts based on the conversation flow and AI responses.
-
-![Generative UI Sample](./img/generative_ui_sample.jpg)
-
-LangGraph Platform supports colocating your React components with your graph code. This allows you to focus on building specific UI components for your graph while easily plugging into existing chat interfaces such as [Agent Chat](https://agentchat.vercel.app) and loading the code only when actually needed.
-
-## Tutorial
-
-### 1. Define and configure UI components
-
-First, create your first UI component. For each component you need to provide an unique identifier that will be used to reference the component in your graph code.
-
-```tsx title="src/agent/ui.tsx"
-const WeatherComponent = (props: { city: string }) => {
-  return <div>Weather for {props.city}</div>;
-};
-
-export default {
-  weather: WeatherComponent,
-};
-```
-
-Next, define your UI components in your `langgraph.json` configuration:
-
-=== "Python agent"
-
-    ```json title="langgraph.json"
-    {
-      "node_version": "20",
-      "graphs": {
-        "agent": "./src/agent.py:graph"
-      },
-      "ui": {
-        "agent": "./src/agent/ui.tsx"
-      }
-    }
-    ```
-
-=== "JS agent"
-
-    ```json title="langgraph.json"
-    {
-      "node_version": "20",
-      "graphs": {
-        "agent": "./src/agent/index.ts:graph"
-      },
-      "ui": {
-        "agent": "./src/agent/ui.tsx"
-      }
-    }
-    ```
-
-The `ui` section points to the UI components that will be used by graphs. By default, we recommend using the same key as the graph name, but you can split out the components however you like, see [Customise the namespace of UI components](#customise-the-namespace-of-ui-components) for more details.
-
-LangGraph Platform will automatically bundle your UI components code and styles and serve them as external assets that can be loaded by the `LoadExternalComponent` component. Some dependencies such as `react` and `react-dom` will be automatically excluded from the bundle.
-
-CSS and Tailwind 4.x is also supported out of the box, so you can freely use Tailwind classes as well as `shadcn/ui` in your UI components.
-
-=== "`src/agent/ui.tsx`"
-
-    ```tsx
-    import "./styles.css";
-
-    const WeatherComponent = (props: { city: string }) => {
-      return <div className="bg-red-500">Weather for {props.city}</div>;
-    };
-
-    export default {
-      weather: WeatherComponent,
-    };
-    ```
-
-=== "`src/agent/styles.css`"
-
-    ```css
-    @import "tailwindcss";
-    ```
-
-### 2. Send the UI components in your graph
-
-=== "Python"
-
-    ```python title="src/agent.py"
-    import uuid
-    from typing import Annotated, Sequence, TypedDict
-
-    from langchain_core.messages import AIMessage, BaseMessage
-    from langchain_openai import ChatOpenAI
-    from langgraph.graph import StateGraph
-    from langgraph.graph.message import add_messages
-    from langgraph.graph.ui import AnyUIMessage, ui_message_reducer, push_ui_message
-
-
-    class AgentState(TypedDict):  # noqa: D101
-        messages: Annotated[Sequence[BaseMessage], add_messages]
-        ui: Annotated[Sequence[AnyUIMessage], ui_message_reducer]
-
-
-    async def weather(state: AgentState):
-        class WeatherOutput(TypedDict):
-            city: str
-
-        weather: WeatherOutput = (
-            await ChatOpenAI(model="gpt-4o-mini")
-            .with_structured_output(WeatherOutput)
-            .with_config({"tags": ["nostream"]})
-            .ainvoke(state["messages"])
-        )
-
-        message = AIMessage(
-            id=str(uuid.uuid4()),
-            content=f"Here's the weather for {weather['city']}",
-        )
-
-        # Emit UI elements associated with the message
-        push_ui_message("weather", weather, message=message)
-        return {"messages": [message]}
-
-
-    workflow = StateGraph(AgentState)
-    workflow.add_node(weather)
-    workflow.add_edge("__start__", "weather")
-    graph = workflow.compile()
-    ```
-
-=== "JS"
-
-    Use the `typedUi` utility to emit UI elements from your agent nodes:
-
-    ```typescript title="src/agent/index.ts"
-    import {
-      typedUi,
-      uiMessageReducer,
-    } from "@langchain/langgraph-sdk/react-ui/server";
-
-    import { ChatOpenAI } from "@langchain/openai";
-    import { v4 as uuidv4 } from "uuid";
-    import { z } from "zod";
-
-    import type ComponentMap from "./ui.js";
-
-    import {
-      Annotation,
-      MessagesAnnotation,
-      StateGraph,
-      type LangGraphRunnableConfig,
-    } from "@langchain/langgraph";
-
-    const AgentState = Annotation.Root({
-      ...MessagesAnnotation.spec,
-      ui: Annotation({ reducer: uiMessageReducer, default: () => [] }),
-    });
-
-    export const graph = new StateGraph(AgentState)
-      .addNode("weather", async (state, config) => {
-        // Provide the type of the component map to ensure
-        // type safety of `ui.push()` calls as well as
-        // pushing the messages to the `ui` and sending a custom event as well.
-        const ui = typedUi<typeof ComponentMap>(config);
-
-        const weather = await new ChatOpenAI({ model: "gpt-4o-mini" })
-          .withStructuredOutput(z.object({ city: z.string() }))
-          .withConfig({ tags: ["nostream"] })
-          .invoke(state.messages);
-
-        const response = {
-          id: uuidv4(),
-          type: "ai",
-          content: `Here's the weather for ${weather.city}`,
-        };
-
-        // Emit UI elements associated with the AI message
-        ui.push({ name: "weather", props: weather }, { message: response });
-
-        return { messages: [response] };
-      })
-      .addEdge("__start__", "weather")
-      .compile();
-    ```
-
-### 3. Handle UI elements in your React application
-
-On the client side, you can use `useStream()` and `LoadExternalComponent` to display the UI elements.
-
-```tsx title="src/app/page.tsx"
-"use client";
-
-import { useStream } from "@langchain/langgraph-sdk/react";
-import { LoadExternalComponent } from "@langchain/langgraph-sdk/react-ui";
-
-export default function Page() {
-  const { thread, values } = useStream({
-    apiUrl: "http://localhost:2024",
-    assistantId: "agent",
-  });
-
-  return (
-    <div>
-      {thread.messages.map((message) => (
-        <div key={message.id}>
-          {message.content}
-          {values.ui
-            ?.filter((ui) => ui.metadata?.message_id === message.id)
-            .map((ui) => (
-              <LoadExternalComponent key={ui.id} stream={thread} message={ui} />
-            ))}
-        </div>
-      ))}
-    </div>
-  );
-}
-```
-
-Behind the scenes, `LoadExternalComponent` will fetch the JS and CSS for the UI components from LangGraph Platform and render them in a shadow DOM, thus ensuring style isolation from the rest of your application.
-
-## How-to guides
-
-### Provide custom components on the client side
-
-If you already have the components loaded in your client application, you can provide a map of such components to be rendered directly without fetching the UI code from LangGraph Platform.
-
-```tsx
-const clientComponents = {
-  weather: WeatherComponent,
-};
-
-<LoadExternalComponent
-  stream={thread}
-  message={ui}
-  components={clientComponents}
-/>;
-```
-
-### Show loading UI when components are loading
-
-You can provide a fallback UI to be rendered when the components are loading.
-
-```tsx
-<LoadExternalComponent
-  stream={thread}
-  message={ui}
-  fallback={<div>Loading...</div>}
-/>
-```
-
-### Customise the namespace of UI components.
-
-By default `LoadExternalComponent` will use the `assistantId` from `useStream()` hook to fetch the code for UI components. You can customise this by providing a `namespace` prop to the `LoadExternalComponent` component.
-
-=== "`src/app/page.tsx`"
-
-    ```tsx
-    <LoadExternalComponent
-      stream={thread}
-      message={ui}
-      namespace="custom-namespace"
-    />
-    ```
-
-=== "`langgraph.json`"
-
-    ```json
-    {
-      "ui": {
-        "custom-namespace": "./src/agent/ui.tsx"
-      }
-    }
-    ```
-
-### Access and interact with the thread state from the UI component
-
-You can access the thread state inside the UI component by using the `useStreamContext` hook.
-
-```tsx
-import { useStreamContext } from "@langchain/langgraph-sdk/react-ui";
-
-const WeatherComponent = (props: { city: string }) => {
-  const { thread, submit } = useStreamContext();
-  return (
-    <>
-      <div>Weather for {props.city}</div>
-
-      <button
-        onClick={() => {
-          const newMessage = {
-            type: "human",
-            content: `What's the weather in ${props.city}?`,
-          };
-
-          submit({ messages: [newMessage] });
-        }}
-      >
-        Retry
-      </button>
-    </>
-  );
-};
-```
-
-### Pass additional context to the client components
-
-You can pass additional context to the client components by providing a `meta` prop to the `LoadExternalComponent` component.
-
-```tsx
-<LoadExternalComponent stream={thread} message={ui} meta={{ userId: "123" }} />
-```
-
-Then, you can access the `meta` prop in the UI component by using the `useStreamContext` hook.
-
-```tsx
-import { useStreamContext } from "@langchain/langgraph-sdk/react-ui";
-
-const WeatherComponent = (props: { city: string }) => {
-  const { meta } = useStreamContext<
-    { city: string },
-    { MetaType: { userId?: string } }
-  >();
-
-  return (
-    <div>
-      Weather for {props.city} (user: {meta?.userId})
-    </div>
-  );
-};
-```
-
-### Streaming UI messages from the server
-
-You can stream UI messages before the node execution is finished by using the `onCustomEvent` callback of the `useStream()` hook. This is especially useful when updating the UI component as the LLM is generating the response.
-
-```tsx
-import { uiMessageReducer } from "@langchain/langgraph-sdk/react-ui";
-
-const { thread, submit } = useStream({
-  apiUrl: "http://localhost:2024",
-  assistantId: "agent",
-  onCustomEvent: (event, options) => {
-    options.mutate((prev) => {
-      const ui = uiMessageReducer(prev.ui ?? [], event);
-      return { ...prev, ui };
-    });
-  },
-});
-```
-
-Then you can push updates to the UI component by calling `ui.push()` / `push_ui_message()` with the same ID as the UI message you wish to update.
-
-=== "Python"
-
-    ```python
-    from typing import Annotated, Sequence, TypedDict
-
-    from langchain_anthropic import ChatAnthropic
-    from langchain_core.messages import AIMessage, AIMessageChunk, BaseMessage
-    from langgraph.graph import StateGraph
-    from langgraph.graph.message import add_messages
-    from langgraph.graph.ui import AnyUIMessage, push_ui_message, ui_message_reducer
-
-
-    class AgentState(TypedDict):  # noqa: D101
-        messages: Annotated[Sequence[BaseMessage], add_messages]
-        ui: Annotated[Sequence[AnyUIMessage], ui_message_reducer]
-
-
-    class CreateTextDocument(TypedDict):
-        """Prepare a document heading for the user."""
-
-        title: str
-
-
-    async def writer_node(state: AgentState):
-        model = ChatAnthropic(model="claude-3-5-sonnet-latest")
-        message: AIMessage = await model.bind_tools(
-            tools=[CreateTextDocument],
-            tool_choice={"type": "tool", "name": "CreateTextDocument"},
-        ).ainvoke(state["messages"])
-
-        tool_call = next(
-            (x["args"] for x in message.tool_calls if x["name"] == "CreateTextDocument"),
-            None,
-        )
-
-        if tool_call:
-            ui_message = push_ui_message("writer", tool_call, message=message)
-            ui_message_id = ui_message["id"]
-
-            # We're already streaming the LLM response to the client through UI messages
-            # so we don't need to stream it again to the `messages` stream mode.
-            content_stream = model.with_config({"tags": ["nostream"]}).astream(
-                f"Create a document with the title: {tool_call['title']}"
-            )
-
-            content: AIMessageChunk | None = None
-            async for chunk in content_stream:
-                content = content + chunk if content else chunk
-
-                push_ui_message(
-                    "writer",
-                    {"content": content.text()},
-                    id=ui_message_id,
-                    message=message,
-                    # Use `merge=rue` to merge props with the existing UI message
-                    merge=True,
-                )
-
-        return {"messages": [message]}
-    ```
-
-=== "JS"
-
-    ```tsx
-    import {
-      Annotation,
-      MessagesAnnotation,
-      type LangGraphRunnableConfig,
-    } from "@langchain/langgraph";
-    import { z } from "zod";
-    import { ChatAnthropic } from "@langchain/anthropic";
-    import {
-      typedUi,
-      uiMessageReducer,
-    } from "@langchain/langgraph-sdk/react-ui/server";
-    import type { AIMessageChunk } from "@langchain/core/messages";
-
-    import type ComponentMap from "./ui";
-
-    const AgentState = Annotation.Root({
-      ...MessagesAnnotation.spec,
-      ui: Annotation({ reducer: uiMessageReducer, default: () => [] }),
-    });
-
-    async function writerNode(
-      state: typeof AgentState.State,
-      config: LangGraphRunnableConfig
-    ): Promise<typeof AgentState.Update> {
-      const ui = typedUi<typeof ComponentMap>(config);
-
-      const model = new ChatAnthropic({ model: "claude-3-5-sonnet-latest" });
-      const message = await model
-        .bindTools(
-          [
-            {
-              name: "create_text_document",
-              description: "Prepare a document heading for the user.",
-              schema: z.object({ title: z.string() }),
-            },
-          ],
-          { tool_choice: { type: "tool", name: "create_text_document" } }
-        )
-        .invoke(state.messages);
-
-      type ToolCall = { name: "create_text_document"; args: { title: string } };
-      const toolCall = message.tool_calls?.find(
-        (tool): tool is ToolCall => tool.name === "create_text_document"
-      );
-
-      if (toolCall) {
-        const { id, name } = ui.push(
-          { name: "writer", props: { title: toolCall.args.title } },
-          { message }
-        );
-
-        const contentStream = await model
-          // We're already streaming the LLM response to the client through UI messages
-          // so we don't need to stream it again to the `messages` stream mode.
-          .withConfig({ tags: ["nostream"] })
-          .stream(`Create a short poem with the topic: ${message.text}`);
-
-        let content: AIMessageChunk | undefined;
-        for await (const chunk of contentStream) {
-          content = content?.concat(chunk) ?? chunk;
-
-          ui.push(
-            { id, name, props: { content: content?.text } },
-            // Use `merge: true` to merge props with the existing UI message
-            { message, merge: true }
-          );
-        }
-      }
-
-      return { messages: [message] };
-    }
-    ```
-
-=== "`ui.tsx`"
-
-    ```tsx
-    function WriterComponent(props: { title: string; content?: string }) {
-      return (
-        <article>
-          <h2>{props.title}</h2>
-          <p style={{ whiteSpace: "pre-wrap" }}>{props.content}</p>
-        </article>
-      );
-    }
-
-    export default {
-      weather: WriterComponent,
-    };
-    ```
-
-### Remove UI messages from state
-
-Similar to how messages can be removed from the state by appending a RemoveMessage you can remove an UI message from the state by calling `remove_ui_message` / `ui.delete` with the ID of the UI message.
-
-=== "Python"
-
-    ```python
-    from langgraph.graph.ui import push_ui_message, delete_ui_message
-
-    # push message
-    message = push_ui_message("weather", {"city": "London"})
-
-    # remove said message
-    delete_ui_message(message["id"])
-    ```
-
-=== "JS"
-
-    ```tsx
-    // push message
-    const message = ui.push({ name: "weather", props: { city: "London" } });
-
-    // remove said message
-    ui.delete(message.id);
-    ```
-
-## Learn more
-
-- [JS/TS SDK Reference](../reference/sdk/js_ts_sdk_ref.md)

docs/docs/cloud/how-tos/human_in_the_loop_time_travel.md

@@ -1,238 +0,0 @@
-# Time travel using Server API
-
-LangGraph provides the [**time travel**](../../concepts/time-travel.md) functionality to resume execution from a prior checkpoint, either replaying the same state or modifying it to explore alternatives. In all cases, resuming past execution produces a new fork in the history.
-
-To time travel using the LangGraph Server API (via the LangGraph SDK):
-
-1. **Run the graph** with initial inputs using [LangGraph SDK](https://langchain-ai.github.io/langgraph/cloud/reference/sdk/python_sdk_ref/)'s @[`client.runs.wait`][client.runs.wait] or @[`client.runs.stream`][client.runs.stream] APIs.
-2. **Identify a checkpoint in an existing thread**: Use @[`client.threads.get_history`][client.threads.get_history] method to retrieve the execution history for a specific `thread_id` and locate the desired `checkpoint_id`.
-   Alternatively, set a [breakpoint](./human_in_the_loop_breakpoint.md) before the node(s) where you want execution to pause. You can then find the most recent checkpoint recorded up to that breakpoint.
-3. **(Optional) modify the graph state**: Use the @[`client.threads.update_state`][client.threads.update_state] method to modify the graph’s state at the checkpoint and resume execution from alternative state.
-4. **Resume execution from the checkpoint**: Use the @[`client.runs.wait`][client.runs.wait] or @[`client.runs.stream`][client.runs.stream] APIs with an input of `None` and the appropriate `thread_id` and `checkpoint_id`.
-
-## Use time travel in a workflow
-
-??? example "Example graph"
-
-    ```python
-    from typing_extensions import TypedDict, NotRequired
-    from langgraph.graph import StateGraph, START, END
-    from langchain.chat_models import init_chat_model
-    from langgraph.checkpoint.memory import InMemorySaver
-
-    class State(TypedDict):
-        topic: NotRequired[str]
-        joke: NotRequired[str]
-
-    llm = init_chat_model(
-        "anthropic:claude-3-7-sonnet-latest",
-        temperature=0,
-    )
-
-    def generate_topic(state: State):
-        """LLM call to generate a topic for the joke"""
-        msg = llm.invoke("Give me a funny topic for a joke")
-        return {"topic": msg.content}
-
-    def write_joke(state: State):
-        """LLM call to write a joke based on the topic"""
-        msg = llm.invoke(f"Write a short joke about {state['topic']}")
-        return {"joke": msg.content}
-
-    # Build workflow
-    builder = StateGraph(State)
-
-    # Add nodes
-    builder.add_node("generate_topic", generate_topic)
-    builder.add_node("write_joke", write_joke)
-
-    # Add edges to connect nodes
-    builder.add_edge(START, "generate_topic")
-    builder.add_edge("generate_topic", "write_joke")
-
-    # Compile
-    graph = builder.compile()
-    ```
-
-### 1. Run the graph
-
-=== "Python"
-
-    ```python
-    from langgraph_sdk import get_client
-    client = get_client(url=<DEPLOYMENT_URL>)
-
-    # Using the graph deployed with the name "agent"
-    assistant_id = "agent"
-
-    # create a thread
-    thread = await client.threads.create()
-    thread_id = thread["thread_id"]
-
-    # Run the graph
-    result = await client.runs.wait(
-        thread_id,
-        assistant_id,
-        input={}
-    )
-    ```
-
-=== "JavaScript"
-
-    ```js
-    import { Client } from "@langchain/langgraph-sdk";
-    const client = new Client({ apiUrl: <DEPLOYMENT_URL> });
-
-    // Using the graph deployed with the name "agent"
-    const assistantID = "agent";
-
-    // create a thread
-    const thread = await client.threads.create();
-    const threadID = thread["thread_id"];
-
-    // Run the graph
-    const result = await client.runs.wait(
-      threadID,
-      assistantID,
-      { input: {}}
-    );
-    ```
-
-=== "cURL"
-
-    Create a thread:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads \
-    --header 'Content-Type: application/json' \
-    --data '{}'
-    ```
-
-    Run the graph:
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"input\": {}
-    }"
-    ```
-
-### 2. Identify a checkpoint
-
-=== "Python"
-
-    ```python
-    # The states are returned in reverse chronological order.
-    states = await client.threads.get_history(thread_id)
-    selected_state = states[1]
-    print(selected_state)
-    ```
-
-=== "JavaScript"
-
-    ```js
-    // The states are returned in reverse chronological order.
-    const states = await client.threads.getHistory(threadID);
-    const selectedState = states[1];
-    console.log(selectedState);
-    ```
-
-=== "cURL"
-
-    ```bash
-    curl --request GET \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/history \
-    --header 'Content-Type: application/json'
-    ```
-
-### 3. Update the state (optional)
-
-`update_state` will create a new checkpoint. The new checkpoint will be associated with the same thread, but a new checkpoint ID.
-
-=== "Python"
-
-    ```python
-    new_config = await client.threads.update_state(
-        thread_id,
-        {"topic": "chickens"},
-        # highlight-next-line
-        checkpoint_id=selected_state["checkpoint_id"]
-    )
-    print(new_config)
-    ```
-
-=== "JavaScript"
-
-    ```js
-    const newConfig = await client.threads.updateState(
-      threadID,
-      {
-        values: { "topic": "chickens" },
-        checkpointId: selectedState["checkpoint_id"]
-      }
-    );
-    console.log(newConfig);
-    ```
-
-=== "cURL"
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/state \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"checkpoint_id\": <CHECKPOINT_ID>,
-      \"values\": {\"topic\": \"chickens\"}
-    }"
-    ```
-
-### 4. Resume execution from the checkpoint
-
-=== "Python"
-
-    ```python
-    await client.runs.wait(
-        thread_id,
-        assistant_id,
-        # highlight-next-line
-        input=None,
-        # highlight-next-line
-        checkpoint_id=new_config["checkpoint_id"]
-    )
-    ```
-
-=== "JavaScript"
-
-    ```js
-    await client.runs.wait(
-      threadID,
-      assistantID,
-      {
-        // highlight-next-line
-        input: null,
-        // highlight-next-line
-        checkpointId: newConfig["checkpoint_id"]
-      }
-    );
-    ```
-
-=== "cURL"
-
-    ```bash
-    curl --request POST \
-    --url <DEPLOYMENT_URL>/threads/<THREAD_ID>/runs/wait \
-    --header 'Content-Type: application/json' \
-    --data "{
-      \"assistant_id\": \"agent\",
-      \"checkpoint_id\": <CHECKPOINT_ID>
-    }"
-    ```
-
-## Learn more
-
-- [**LangGraph time travel guide**](../../how-tos/human_in_the_loop/time-travel.md): learn more about using time travel in LangGraph.