Moment

很多项目在早期都能跑通，到了中后期却开始不稳。最常见的原因不是模型变差，而是上下文结构越来越乱。你把规则、问题、历史、检索结果、工具输出全部堆在一起，短期看起来省事，长期一定会出问题。常见表现有这些：

最近我给一些前端方向的实习生做内推，看了不少简历。投递里常能看出一种预设，找实习只要把前端做熟，页面和接口能啃下来，似乎就踩对了主线。初筛读多了会有另一种感受，当业务和岗位已经大量贴上大模型、RAG

GitHub 2025 Octoverse 报告提到，2025 年 8 月 TypeScript 首次按 GitHub 贡献者数量超过 Python 和 JavaScript，成为 GitHub 上使

很多人一上来就问 LangChain.js 到底能不能和 Python 版打，其实这个问题放在 2025 年已经不太成立了。现在的 LangChain.js 和 Python 版早就不是一个能做、一个

从这一篇开始，用一个简化版计算器 Agent 走一遍 LangGraph 的核心要素。目标很具体：只用节点、边、状态这三个概念，从零定义一张最小的图、让它真正跑起来，在代码里看清楚状态如何在节点之间流

前面几篇里，控制器、服务、模块的关系已经铺开了。接下来是一个很现实的问题：参数一进控制器，能不能直接往服务层传。 技术上可以。@Body()、@Query()、@Param() 拿到的都是未经你类声明

上一节里，Controller 负责接请求、取参数、返回结果。真正撑起接口价值的，多半不是"把请求接进来"，而是背后的业务逻辑。 这段逻辑默认放在 Service 里。 先把 Service 想成"业

在之前的内容里面我们一直在用 LangChain 写链、写 Agent，从最简单的模型调用到工具绑定、路由分发、自定义工作流，走了一整套流程。到这里自然会遇到一个问题：随着应用逻辑越来越复杂，Lang

上一节我们已经跑通了第一个 NestJS 项目，也看到了 Controller 和 Service 是如何配合的。这一节继续往前走，专门看 Controller 到底负责什么，以及路由在 NestJS