i6eal.de
DEEN
Start a project
← Back to the AI Dependency AtlasExact package identity dossier

LangChain · Text Splitters

pypi:langchain-text-splitters
pypi

This dossier links the stable identity pypi:langchain-text-splitters to 3 exact observed versions across 4 public repositories.

pypipypi:langchain-text-splittersecosystem:name + exact version + evidence path

A package identity or provider interface in published code does not prove configuration, an account, procurement, data transfer or an API call.

ecosystem:name + exact version + evidence path
4repositories
4exact evidence rows
3exact versions
1reported license expression
2OSV records returned
Exact published evidence

Observed exact versions and registry metadata

Publication age and licenses come from deps.dev metadata. They are context—not a maintenance, legal or portability verdict.

Exact version0.3.201 Nov 2024
Repositories
1
Occurrences
1
Reported licenses
MIT
no verified publish attestation reported2 OSV records
Open exact source ↗
Exact version1.1.014 Dec 2025
Repositories
1
Occurrences
1
Reported licenses
MIT
no verified publish attestation reported1 OSV record
Open exact source ↗
Exact version1.1.216 Apr 2026
Repositories
2
Occurrences
2
Reported licenses
MIT
no verified publish attestation reportedNo OSV record returned for this exact version
Open exact source ↗
Observed relations

Repositories carrying this identity

ai-websearch-benchmarkdatenlabor-bmz/ai-websearch-benchmark
1.1.01 Occurrence
→
MUCGPTlandeshauptstadt-muenchen/mucgpt
1.1.21 Occurrence
→
ai-sr-litscreenOpenBfS/kemf/ai-sr-litscreen
0.3.21 Occurrence
→
LLM Servicesh/diwish/splitbot/kosmo/llm-service
1.1.21 Occurrence
→
Exact published evidence

exact evidence rows

ai-sr-litscreenOpenBfS/kemf/ai-sr-litscreen
pypi:langchain-text-splitters@0.3.2requirements.txt
direct declarationnot marked as development-only
Open exact source ↗
ai-websearch-benchmarkdatenlabor-bmz/ai-websearch-benchmark
pypi:langchain-text-splitters@1.1.0uv.lock
declaration relationship not reporteddevelopment scope not reported
Open exact source ↗
LLM Servicesh/diwish/splitbot/kosmo/llm-service
pypi:langchain-text-splitters@1.1.2uv.lock
declaration relationship not reporteddevelopment scope not reported
Open exact source ↗
MUCGPTlandeshauptstadt-muenchen/mucgpt
pypi:langchain-text-splitters@1.1.2mucgpt-core-service/uv.lock
declaration relationship not reporteddevelopment scope not reported
Open exact source ↗
OSV

Related OSV records

GHSA-fv5p-p927-qmxr

LangChain Text Splitters: HTMLHeaderTextSplitter.split_text_from_url SSRF Redirect Bypass

2 repositories10 Sept 2026
GHSA-m42m-m8cr-8m58

LangChain Text Splitters is vulnerable to XML External Entity (XXE) attacks due to unsafe XSLT parsing

1 repository10 Sept 2026
Interpretation boundary

Exact identities in, explicit limits out

Only exact npm and PyPI tuples are enriched. Reported SPDX expressions are metadata; no compatibility, obligation or legal conclusion is inferred.

Retrieval, parsing, matching and publishing use no generative AI model.

i6eal (2026): LangChain · Text Splitters — exact AI dependency evidence dossier, data state 14 Sept 2026. https://i6eal.de/en/tools/ki-abhaengigkeitsatlas/paket/langchain-text-splitters-0c057788/

Reading this dossier

Does package presence prove that a provider is used?
No. Even a direct interface declaration does not establish configuration, credentials, procurement, data transfer or an API call.
Why are exact versions required?
OSV and registry metadata can be linked reproducibly only to an observed package@version tuple. The collector never substitutes a newest release for a range.
Does a missing row mean the dependency is absent?
No. It means not observed within the bounded files and repository checkpoint. Incomplete trees and parser failures remain explicit.

Need a permanent dependency evidence trail for another public code cohort?

We build source-backed data products with stable identities, reproducible joins and boundaries that remain visible.

Discuss a data projectExplore all tools
Related tools

Useful next steps

These tools complement the current result.

View all tools
MonitorGerman public-sector AI Code RadarWhich AI building blocks does German public administration publish as open code? Exact packages, containers, commit SHAs and file paths from openCode, with permanent dossiers and no deployment claim.MonitorGerman public-sector AI registerWhere does German public administration already use AI? Search published system profiles from federal, state and municipal bodies, with lifecycle, governance fields, stable identifiers and original evidence.Provenance checkPublic-sector AI system passportSee which public records can be linked to each published government AI system through stable identifiers or exact source-declared repository URLs—with a source for every edge and visible evidence boundaries.