存储AI–AI博客聚合
最新聚合的文章
-
前端常用设计模式大全
掌握这些设计模式，不仅能让你的代码更加优雅、可维护，还能在面试中脱颖而出。建议结合项目实践，逐步理解每种模式的适用场景，而不是生搬硬套。
-
没有机密文件，也没有付费数据，在浏览器里造一颗”间谍卫星”
"开源"从来不只是放开代码。一个项目如何对待别人的许可证和别人的隐私，是更诚实的开源态度。这一课，GEV 上得比很多老牌项目都标准。
-
一个 Agent 平台要起 12 个容器，做演示能砍到几个？
quickstart 一条命令要起 12 个服务。本文实跑裁到 4 个常驻容器，逐条说清每砍一个会失去什么；三条纸面推论被实跑推翻了两条，都是会让你卡住的那种。
-
从 getStore() 到 execute() —— 单连接 IMAP 管理器的五次迭代记录
它只有 220 行，却是整个项目里我改得最多、想得最久的一个类。 全文所有代码都来自真实的 git 提交记录，包括那些我后来才发现是错的写法。
-
AI 编程中的隐私与安全：哪些信息不要提交
AI 可以帮助我们分析报错、阅读代码和排查问题。 但在把内容发给 AI 之前，一定要先问自己一个问题： 很多数据泄露并不是因为攻击，而是因为开发者为了让 AI 更好地分析，把完整日志、配置文件或业务代
-
ZGI Agent 发布：配置改了，线上为何还是旧版本
开发页面里的 Agent 已经更新，线上入口仍按旧规则运行，通常与草稿和已发布版本分离、入口绑定范围或会话延续有关。逐项核对版本、入口和运行记录，比反复修改提示词更容易找到差异。
-
ZGI Workflow：外部接口成功后，任务状态怎么落下来
外部接口返回成功，工作流页面却停在处理中，常见原因在于请求回执没有回写任务状态。把请求编号、目标对象、节点状态和最终业务结果连起来，才能知道任务究竟完成到哪一步。
-
手搓JSVM第 7 篇：控制流：if、while 与 jump
1. 本文目标 前面我们已经能编译和执行直线代码： 但真实程序会有分支和循环： 本篇目标是让 VM 支持控制流： label jump jump_if_false if while 2. 为什么控制流
-
RGW 对象多版本功能系统架构与代码解析
RGW 对象多版本功能系统架构与代码解析 目录 多版本功能系统架构总览 多版本数据结构与存储格式 核心流程图 关键代码解析 配置与运维 1. 多版本功能系统架构总览 1.1 功能概述 Ceph RGW
-
手搓JSVM第 6 篇：把 IR 编成字节码：emit 与 label fixup
第 6 篇：把 IR 编成字节码：emit 与 label fixup 1. 本文目标 第 5 篇我们已经能把简化 AST 降级成 IR： 本篇继续向前走一步： 最终我们要得到： 这里的数字只是一种示
-
手搓JSVM第 5 篇：写第一个编译器：从 AST 生成 IR
第 5 篇：写第一个编译器：从 AST 生成 IR 1. 本文目标 前四篇里，我们一直在手写 VM 指令或 bytecode。这一篇，我们希望给定这样一段源码： 它能自动变成类似下面的中间指令
-
Reranker（重排器）
1.为什么有了向量检索，还需要Reranker？ 在RAG系统中，向量检索（Vector Retrieval）负责从海量知识库中快速召回Top-K条相关文本。它的优势是快——即使数据库里有上亿条文档，
-
手搓JSVM第 4 篇：让 VM 支持变量：Slot、Environment 与 TDZ
本文目标 前三篇我们已经让 VM 能执行表达式： 到第 3 篇为止，我们手里是一台寄存器式的表达式计算机。它能把临时值放进 r0、r1、r2： 但 JavaScript 不只有表达式
-
手搓JSVM第 3 篇：从栈式 VM 到寄存器式 VM：为什么我们选择寄存器
本文目标 前两篇我们已经让 VM 能执行： 不过它还是栈式 VM，临时值都放在 stack 里。本篇要把它升级成寄存器式 VM
-
Nest 第一步 · 第 3 篇：理解 Controller / Service / Module 三层架构
一、三层架构图解 我们先用一张图，看清楚三层架构的数据流向： 这张图告诉我们什么？ 步骤 谁在做 做什么 1 前端 发起 HTTP 请求 GET /users 2 Controller 接收请求，调用
