swipe

很多团队第一次做 LLM 应用时，都会写出这样一段代码：在 prompt 里补一句“请返回 JSON”，然后在代码里 JSON.parse() 一把梭。它在 demo 阶段通常能跑，但一进真实业务，很

很多人一开始做聊天机器人、RAG 助手或者 Agent，都会把 Memory 理解成一件很朴素的事：把用户和模型的对话一条条存起来，下次继续带上就行。 这个理解不算错，但只对了一半。 真正到了工程落地

很多人第一次接触 RAG，最容易形成一种错觉：只要把文档切块、算向量、丢进向量数据库，再接一个大模型，事情就结束了。 但真正做过项目的人通常很快会发现，问题并不在“能不能把向量存进去”，而在于这条链路

一个被忽视的问题：MySQL 解决不了的语义检索 假设你在做一个 AI 日记本应用，用户问："我哪几天的日记心情比较好？" 如果你把日记存在 MySQL 里，你会怎么查？SELECT * FROM d

目录 引言：为什么原型是前端工程师绕不过去的一课 一、先建立统一认知：对象原型到底是什么 二、prototype 和 [[Prototype]] 不是一回事 三、从 new 和内存视角理解实例、构造函

很多人在刚接触 RAG 时，注意力都会集中在向量数据库、Embedding 模型和相似度检索上。这当然没错，因为这些组件直接决定了“问的时候能不能找到资料”。 但如果你真的开始做一个能落地的知识库系统

很多刚接触大模型应用开发的同学，都会先遇到一个非常现实的问题：模型看起来很聪明，但一旦问题超出训练语料，或者涉及企业内部文档、最新业务规则、私有知识库，它就开始一本正经地胡说八道。 这不是模型“故意骗

背景与收益 在实际开发中，我们经常遇到这样的场景：需要批量创建结构相似的对象，或者需要精确控制对象属性的行为（可写、可枚举、可配置等）。如果只用最基础的对象字面量和 Object.defineProp

背景：为什么要深入理解对象？ 在日常开发中，我们经常会遇到这样的困惑： 为什么有些对象属性用 for-in 遍历不出来？ 为什么 delete 有时能删除属性，有时却失效？ Vue2 的响应式原理到底