LangChain 官网入口在哪：文档、仓库与安装命令

LangChain 官方入口包括文档站、源码仓库和包管理平台，可用于查文档、读源码并安装 LangChain.js。

官方入口怎么选：文档、仓库不要混用

截至 2026 年 10 月 26 日抓取时，LangChain 官方文档已经集中到 docs.langchain.com。如果你要查框架概念、教程或 Python API，应从这个文档站进入；如果是在排查 JavaScript／TypeScript 项目的依赖版本，则应看 LangChain.js 官方仓库。

现在值得重新确认入口，是因为 LangChain 已从单一框架扩展为包含 LangGraph、LangSmith 等组件的生态。官方仓库当前把项目描述为“agent engineering platform”，仓库 About 区域给出的文档地址也是 docs.langchain.com/langchain/。这意味着搜索结果中同时出现旧教程、Python 仓库、JavaScript 仓库和镜像页面时，不能只看标题判断是不是当前入口。

这张表的关键不是列入口，而是先按语言和目的分流。JavaScript／TypeScript 项目不要照着 Python 教程安装；只想阅读概念，也不必先克隆整个仓库。

先确认环境，再进入安装页

LangChain.js 是用 TypeScript 编写的框架，官方仓库列出的运行环境包括 Node.js 20.x、22.x、24.x，同时还支持 Cloudflare Workers、Vercel／Next.js、Supabase Edge Functions、Browser、Deno 和 Bun。

安装前先核对三件事：

1. 确认项目使用 JavaScript 或 TypeScript，并检查现有依赖管理工具；只保留 npm、pnpm、yarn 中实际使用的一种。
2. 打开项目的 package.json，确认其中没有同名的其他 langchain 包；已有依赖时应先判断版本，避免把包管理器换成另一套。
3. 确认运行环境与项目一致；Node.js 项目应落在官方列出的 20.x、22.x 或 24.x 版本范围内。

三项都不需要购买账号或订阅。LangChain.js 本体以开源包的形式安装，仓库标注许可证为 MIT。模型供应商可能另行要求 API Key，但那是模型调用侧的凭据，不是进入 LangChain 文档或安装框架的前置条件。

三种安装命令：按现有包管理器选择

LangChain.js 官方 README 提供了三种安装方式。不要三条全部执行，选项目当前使用的那一条即可。

如果项目使用 npm，执行：

npm install -S langchain

如果项目使用 pnpm，执行：

pnpm install langchain

如果项目使用 yarn，执行：

yarn add langchain

官方源码位于仓库的 libs/langchain 目录。该目录同时包含 package.json、README.md、CHANGELOG.md、LICENSE 和源码目录 src。因此，安装完成后要继续查包内行为时，应从 libs/langchain 进入，而不是在仓库搜索结果中随意选择其他目录。

三种命令的差别只在依赖写入与安装工具：npm 使用 install -S，pnpm 使用 install，yarn 使用 add。这是我的对照整理，命令本身均来自官方 README。

文档站里具体看哪几个位置

Python 官方文档说明页把内容分为几个明确区域。入口页是 LangChain overview；需要按目标完成任务时，进入文档中的 “How-to guides”，它面向“我要完成什么”的问题；刚接触框架时，先看 “Tutorials”；需要理解组件、表达式语言和整体结构时，再看 “Conceptual guide”。

API 查找则应进入 Python API Reference，不要在概念教程里逐个搜索类名。官方仓库还列出 Chat LangChain，它用于直接询问文档并获得回答，适合已经知道问题、只想快速定位说明的场景。

JavaScript／TypeScript 用户则从仓库根目录的 README.md 继续阅读。根 README 提供安装命令、支持的运行环境以及相关项目入口；需要查变更记录时，进入 libs/langchain/CHANGELOG.md；需要追踪仓库更新时，使用 GitHub 页面的 History。

最容易混淆的入口与实际卡点

最常见的卡点不是依赖安装失败，而是“官方文档”与“代码仓库”找错。Python 教程中的安装命令不能直接用于 Node.js 项目；反过来也一样。另一个常见问题是把 langchainjs 仓库根目录当成 npm 包目录：前者包含整个 monorepo，后者才是 libs/langchain 包。

还要注意包名和仓库名不同。安装时填写的是 langchain，仓库名称则是 langchainjs。如果从仓库根 README 复制命令，命令仍然有效；如果从旧文章复制 langchainjs，则不是官方 README 给出的 LangChain.js 安装包名。

官方仓库根目录目前显示 8,264 Commits，并提供 MIT 许可证、贡献指南和安全策略。这里的提交数是抓取页面时的动态值，只用于说明仓库仍在持续维护，不应写成固定承诺。遇到具体实现问题时，先在目标包目录打开 CHANGELOG.md，确认当前依赖是否已经包含相关变更，再决定升级还是调整调用代码。

如果安装这一步真失败了，用下面三条命令定位（都是 pip/npm 的通用操作，不是 LangChain 官方专属命令）：

# 1) 先确认装到了哪里、什么版本 —— 排错时版本号比报错文本更有用
pip show langchain | head -3
npm ls -g --depth=0 2>/dev/null | grep langchain

# 2) Python 侧最常见的两种失败：缓存损坏、全局目录无写权限
pip install --upgrade --no-cache-dir langchain
pip install --user langchain        # 出现 [Errno 13] Permission denied 时改用这条

# 3) JS 侧看锁文件：package-lock.json 里 langchain 的 resolved 版本
#    与 package.json 声明不一致时，删锁重装比反复 npm install 有效

判断标准是”版本对不对”，不是”报错长什么样”：pip show 或 npm ls 给出的版本与预期一致，问题就不在入口和安装，而在调用代码。

怎么确认入口和安装都找对了

文档入口正确时，页面应显示 LangChain 官方概览，并能继续打开 Tutorials、How-to guides、Conceptual guide 等文档分类。仓库入口正确时，页面路径应为：

langchain-ai/langchainjs

JavaScript 包源码入口则应为：

langchain-ai/langchainjs/tree/main/libs/langchain

安装成功后，项目依赖清单中应出现名为 langchain 的依赖；随后打开 node_modules/langchain，应能对应到仓库中的 libs/langchain 包内容。若项目尚未建立 node_modules，先确认所执行的安装命令与包管理器一致，并确认命令是在项目根目录运行，而不是在某个无关子目录中运行。

官方延伸入口：按问题类型继续查

• 学习 Python：进入 LangChain 官方文档。
• 阅读 JavaScript／TypeScript：进入 LangChain.js 官方仓库。
• 检查核心包：打开 libs/langchain 目录。
• 查 API：打开 Python API Reference。
• 询问文档：打开 Chat LangChain。

把入口记成一条简单路径即可：查概念去文档站，读 JavaScript 源码去 langchainjs，查具体包去 libs/langchain，查 Python API 去 Reference。