存储AI–AI博客聚合
最新聚合的文章
-
面试被问 RAG 说不清楚？故事 + 代码带你吃透检索增强生成
很多人学 RAG 只会死记检索、增强、生成，却不懂如何解决 AI 幻觉。本文通过生动业务场景 + 实战代码，直观对比有无 RAG 的效果，带你通俗吃透 RAG 核心原理，告别大模型 一本正经胡说八道
-
GGUF能在Transformers里直接跑了，本地模型终于不用二选一
本地模型开发过去常有一道割裂：用llama.cpp跑GGUF，省内存、速度快；回到Transformers做激活分析、评测或自定义解码，又要换权重和工具链。Hugging Face的新接入把同一份GGUF带进熟悉的Pyt
-
ref、reactive、toRefs 到底该用哪个？我把三个反例都写了一遍
ref、reactive、toRefs 到底该用哪个？我把三个反例都写了一遍 上一篇《我重写了 Vue3 的响应式》里，我讲了 ref 为什么必须 .value——那是从"语言层面"解释的。这篇换个角
-
MyBatis只查两次，为什么还会查到别家客户？
两次SQL也会串租户。用三条订单和三条客户数据，复现遗漏tenant_id后的错误，再检查可信身份、缺失客户与七组运行结果。
-
Agent会话不是沙箱：微软这次把两个最容易混的隔离轴拆开了
给每个用户新建一段对话，并不能保证代码与文件也被隔离。托管Agent至少有两条安全轴：请求代表谁，决定能访问谁的数据；代码在哪个沙箱继续运行，决定旧文件和进程可能被谁复用。把两者绑成一个“session”字段，看似省事，
-
Agent有对话记录就不怕重启吗？用持久工作区分清三种状态
Agent能接着聊天，不代表它能接着干活。聊天记录保存“说过什么”，工作区保存“做出了什么”，长期记忆保存“以后仍值得使用的事实”。把三者混成一个数据库，轻则上下文越来越贵，重则用户A的文件被用户B读到。分层后，重启恢复
-
“国模一哥”小米MiMo2.6Pro测完了！
小米真的是“营销学”大师，无论哪个领域都是，从手机到汽车，再到 AI！ MiMo2.6 还没发布，就把训练过程给直播了，话题十足！ 模型未必第一，但是确实是第一个直播 RL 过程的！ 模型发布之后，又
-
ValidX 多租户系统的数据验证方案
ValidX 多租户系统的数据验证方案 📋 目录 概述 一、多租户架构：从共享到隔离的三种模式 二、租户ID的校验：谁有权访问谁的数据 三、数据隔离层验证：Service 层的"守门"职责 四、多租户
-
Vue3框架项目初始化
创建项目 vite 创建项目 下载依赖 启动项目 路由配置 下载插件 创建路由页面 路由映射 注册路由 状态管理Pinia配置 下载插件 store/user.js 配置注册 测试使用 Element
-
你 Vibe Coding 完的网站，不会直接上线了吧？
用 AI 把网站做出来，页面能打开，按钮能点，功能看着也能跑，确实很容易让人产生一种错觉。你是不是盯着网站左右欣赏了几遍之后，微微一笑：完美，上线！ 我知道你很急，但你先别急。
-
并非每条日志都值得保留 90 天：Elastic Streams 中按数据流设置保留期限
作者：来自 Elastic Peter Simkins AI Partitioning 会读取你的数据并建议创建子数据流。然后，保留期限、丢弃和降采样都可以按数据流单独设置，因此噪声较多的数据流可以按
-
MCP 参数校验失败，isError 还是 InvalidParams？用三条探针定归属
先给结论：`tools/call` 的调用方是模型，所以参数校验失败只要模型自己能修正——缺必填字段、类型不对、业务上不合法（比如除数为零）——就应该走**工具错误通道**，即一个正常的 JSON-R
-
Vue 3 中 watch 与 watchEffect 的深度解析：从用法差异到源码实现
在 Vue 3 的 Composition API 中，watch 和 watchEffect 都用于观察响应式数据的变化并执行副作用，但两者的设计哲学和底层实现存在本质区别。理解这些差异，并为己所用
-
让 AI Agent 替我跑日常重复任务，一周踩坑记录
最近把手头几件每天都要重复的小事交给 AI Agent 去跑了：几个平台的签到、每天的待办，还有一些固定格式的整理工作。单件都不超过一分钟，但分散在五六个地方，经常想起来的时候已经错过了时间。 跑了一
-
Kubernetes、Ray、vLLM 都在调度，它们各自决定了什么？
Kubernetes、Ray、vLLM 都在调度，它们各自决定了什么？ 一台服务器的 GPU 还有空闲，模型服务却在排队。负责容器的人说资源已经给了，负责 Python 运行时的人说任务已经调度，负责
