Sliencel--优快云博客

原创从 RAG 到 Agent-native Knowledge Context Layer

本文探讨了知识库构建的四种范式及其局限性，提出"金字塔"分层知识工程新范式。当前主流方案（Naive RAG、LLM Wiki、Graphify、Graph RAG）存在层次缺失、角色适配不足等问题。金字塔模型将知识按稳定性和抽象度分为五层（原则→架构→规范→实现→经验），通过跨层图谱关联和角色感知机制实现结构化检索。实验显示金字塔+RAG混合方案在检索精度上显著优于传统方法（Hit@3达89%）。该模型通过分层定位和自动关联解决知识粒度混乱问题，使不同角色能快速获取适配其需求的准确信息

2026-06-25 14:20:06 383

原创 MCP 和 Skills 到底什么区别？一篇文章说清楚

MCP与Skills的本质区别在于应用场景和技术架构：MCP是AI连接外部系统的标准化协议，适用于远程API和对外服务，但存在上下文消耗大的问题；Skills则是编码内部工作流程的轻量级解决方案，采用渐进式披露和脚本执行机制，显著降低上下文负担。最佳实践是两者结合使用 - Skills处理本地流程和专业知识，MCP负责远程连接，但随着Skills生态成熟，MCP将主要服务于跨网络连接场景。开发者应优先掌握Skills，因其更高效且能解决大部分日常问题。

2026-01-26 10:04:51 3077

原创 6A工作流 ————AI编程助手按流程交付的实战手册

本文介绍了6A工作流方法，通过六个阶段（Align对齐、Architect架构、Atomize原子化、Approve审批、Automate自动化、Assess评估）规范软件开发流程。该方法强制实施文档驱动的开发模式，确保需求理解准确、架构设计合理、任务拆分细致、质量把控严格。相比传统开发方式，6A工作流能显著提升需求理解准确性（返工率降低90%）、任务完成成功率（提升95%）和代码质量（维护成本降低70%）。文章详细阐述了各阶段执行步骤、质量门控标准，并提供了实战案例和痛点解决方案对照表，证明该方法能有效解

2025-08-15 14:11:29 1833

原创 SQL Agent 查得出却算不对：从 JOIN 重复累计到结果验收

SQL Agent 虽能执行成功，却可能因一对多 JOIN 导致金额重复累计，误导业务判断。关键在于将“查询执行”与“业务验收”分离：先明确统计口径（如订单唯一、支付状态、时间范围），再通过 EXISTS 或明细聚合避免重复；使用合成数据验证结果而非比对 SQL 字符串，确保输出符合业务逻辑。最终，结果需经人工可验的断言检验，而非仅依赖数据库无报错。

2026-11-04 10:59:50 276

原创 AI 写的代码测试全绿，需求却做错了：把验收标准从 Agent 手里拿回来

AI生成代码测试全绿，却可能因需求理解偏差导致功能错误。本文提出将需求转化为独立、可验证的契约，通过固定期望值与独立验收流程，避免测试与实现共用同一套错误逻辑。强调在多Agent协作中，需隔离生成与验收权限，以“写死期望”和“故意注入错误”等方式强化验证，确保代码真正符合业务要求，而非仅通过自洽的虚假正确。

2026-10-30 17:19:18 7

原创 AI 同传字幕反复改、语音重复播？用片段版本管住流式结果

流式同传中字幕反复修改、语音重复播报问题，源于临时结果与最终输出未区分。本文提出“片段闸门”机制：通过segment_id、revision、final等字段明确事件契约，实现去重与状态管理。字幕按片段更新，播报仅基于定稿内容，避免已播内容不可撤回。结合内存状态机与可靠交付设计，确保同一译文不重复播报，提升同传体验与系统可靠性。

2026-10-29 17:57:52 279

原创模型已经 INT4，为什么还会爆显存？算清 KV Cache 和并发这笔

尽管模型已量化至INT4，显存仍可能爆满，主因是KV Cache随上下文长度和并发请求数动态增长，且未被量化。权重载荷仅占部分显存，而KV缓存（尤其在多请求并行时）会线性膨胀。通过公式估算：KV字节数 = 2 × 层数 × KV头数 × 头维度 × 缓存精度 × 总token数，可预判峰值。建议部署前用标准工具计算理想载荷，区分加载、预填充与生成阶段的显存瓶颈，避免盲目清缓存。真正有效的优化在于控制输入长度、限制并发、设置输出上限，而非依赖运行时清理。

2026-10-27 15:41:38 339

原创 Agent 接了搜索，答案为什么还会编？用 Python 做引用校验

Agent 接入搜索后仍会“编引用”，因检索结果未被有效校验。本文通过 Python 标准库实现四重机械检查：结构合规性、引用 ID 存在性、引句逐字匹配、去重。以“试用期七天”为例，验证模型是否真实引用原文，防止虚构或错引。代码仅校验引用可追溯性，不判断结论真假，但能有效拦截“伪证据”问题，提升生成内容可信度。

2026-10-21 16:56:28 294

原创模型单价降了，Agent 就更省钱？算清每个成功任务的成本

模型单价下降不等于实际成本降低。真正关键的是每个成功任务的模型费用，需综合考虑调用次数、重试、缓存效率与验收通过率。本文提出以“任务级成本”为评估口径，通过标准化Token分类（未缓存输入、缓存输入、输出）和独立账本工具，精准核算每项业务交付的真实成本，避免被低价表象误导。

2026-10-20 14:10:23 321

原创 Python 慢就该换 Mojo

本文强调：面对Python任务慢，勿急于换语言，应先用cProfile精准定位耗时热点。通过构建可复现的诊断示例，分析函数调用链，区分真实瓶颈与表面现象。重点在于验证“是否值得迁移”——优先优化重复计算、算法或数据流，而非盲目引入Mojo等新语言。最终以可复查的端到端基准评估改进效果，确保性能提升真实有效。

2026-10-19 18:18:55 128

原创 Agent 记住了旧方案怎么办

Agent记忆旧方案易导致错误，需通过隔离、过期与版本校验管住长期记忆。关键在于区分记忆、证据与进度，写入时保存“成立条件”，读取时先验证权限、时效、版本匹配等约束。示例提供可独立运行的Python闸门函数，确保仅在租户、项目、修订一致且已确认时才启用记忆，杜绝“相似即可用”误区。测试覆盖跨租户、到期边界、缺失版本等场景，强调“正确遗忘”同样重要。

2026-10-17 13:51:29 109

原创 Python 工具打包成 EXE 后，别只发压缩包：加一份可核验的交付清单

本文介绍如何为打包的Python工具交付物生成可核验的SHA-256清单。通过标准库实现目录扫描与哈希比对，自动识别新增、缺失和变更文件，确保接收端文件与交付基线一致。强调清单需独立可信渠道分发，避免被篡改，并建议将核验流程集成至自动化交付流程中，提升交付可靠性与问题排查效率。

2026-10-16 11:55:02 282

原创 Agent 长任务总是丢上下文

Agent长任务易“失忆”？本文提出四层上下文分离：工作上下文、长期记忆、执行状态与验收证据，实现可恢复的长任务。通过状态机管理工具调用（planned/running/succeeded/failed/needs_review），结合检查点持久化与评估闸门，确保状态可控、结果可验。基于Python标准库与SQLite演示，不依赖私有API，支持断点续跑与防重复执行，提升Agent工程稳定性。

2026-10-15 17:01:26 399

原创 Spring Boot 接入后量子密码前，先分清 KEM、签名和 TLS

本文厘清后量子密码在Spring Boot中应用的三大核心场景：KEM（密钥协商）、签名（身份验证）与TLS（连接保护），强调三者功能各异，不可混用。通过JDK 24+标准API示例展示ML-KEM与ML-DSA的最小调用路径，指出仅替换算法名称或开启TLS 1.3不足以实现真正安全迁移。关键在于明确需求、验证运行时支持、正确使用参数集，并完成身份认证、密钥派生、错误处理等配套设计。建议先评估实际调用点，再基于标准接口制定可审计的迁移清单，避免依赖未经验证的插件或伪安全方案。

2026-10-15 15:46:20 261

原创 Python 批处理一跑就吃满内存

本文针对Python批处理中CSV汇总内存吃满的问题，提出使用流式处理替代全量加载。通过逐行读取、校验与累加，仅保留分组结果，显著降低内存占用。代码仅依赖标准库，严格定义输入边界（如字段格式、分组上限），金额以整数分精确计算，输出采用临时文件+原子替换，确保结果完整性。适用于大文件高效、安全的汇总任务。

2026-10-14 18:11:04 229

原创 AI 编程任务总在重头来

本文提出用 SQLite 持久化 AI 编程任务的执行状态，实现断点续跑。通过分离上下文、记忆与执行状态，将任务拆分为可独立验收的步骤，并基于任务指纹确保输入一致性。示例代码演示了本地恢复机制：中断后自动复用已完成阶段，避免重复计算。适用于多步编程任务，提升长流程可靠性，为真实模型调用提供可恢复、可验证的执行框架。

2026-10-14 17:33:09 613

原创 JDK 27 升级前先查这五项：GC、内存、TLS 和回滚怎么验证

升级JDK易被忽视的是默认行为变化。本文提出五项核心检查：确认实际运行时环境、评估G1 GC全环境默认影响、理解紧凑对象头对内存的非线性影响、验证TLS连接路径与后量子加密生效情况、审查诊断数据脱敏及回滚方案。强调需基于真实基线对比性能、内存、安全与兼容性，避免盲目启用新特性。建议最小化代码变更，分步验证，确保可回滚，以可控方式完成升级。

2026-10-14 11:35:09 281

原创 DeepSeek Harness 桌面版实测，终于像个本地 Agent

DeepSeekHarness推出桌面端，支持Windows与macOS开箱即用，登录即送6元赠金。界面与功能延续终端版，新增文件预览、多格式处理及自动化任务，可定时执行周报生成等操作。插件系统全面升级，支持图形化管理与自定义开发，甚至能通过指令让AI自动生成插件。未来将拓展远程访问、移动端部署及浏览器自动化，推动用户自主定义AI能力边界。

2026-10-10 10:50:52 51

原创如何让 AI“看懂”网页？拆解 Browser-Use 的三大核心技术模块（前）

摘要：Browser-Use项目通过大语言模型(LLM)驱动的智能体技术，实现了浏览器自动化的范式革新。该项目将LLM的语义理解能力与Playwright浏览器控制框架相结合，通过DOM树解析、视觉标注、多标签管理等核心技术，构建了具备任务规划、元素定位和自纠错能力的智能自动化系统。相比传统RPA工具依赖固定规则，Browser-Use采用递归算法处理复杂DOM结构，通过高亮系统实现视觉索引，并支持长期任务的记忆管理，显著提升了应对动态网页和复杂业务场景的能力。该方案标志着浏览器自动化从"规则驱动"向"认知

2026-05-02 22:52:53 507

原创 Spring 源码---------Spring Core

摘要： ResourceLoader是Spring框架中用于统一加载各类资源（如类路径、文件系统、URL等）的核心接口。其主要功能包括资源位置解析、返回Resource实例、与ClassLoader交互等，并支持自定义扩展。Spring提供了DefaultResourceLoader等默认实现，且所有ApplicationContext都实现了该接口。通过前缀（如classpath:、file:）可指定资源类型，结合Resource对象可读取内容。常见实践包括加载配置文件、处理资源路径匹配（通过Resour

2026-04-13 09:59:23 361

原创 Spring 源码---------Spring Core

Spring Resource接口是框架中用于统一访问各类资源的核心抽象，支持文件系统、类路径、URL等多种资源类型。它提供了exists()、getInputStream()等方法进行资源检测和读取，并包含ClassPathResource、FileSystemResource等多种实现。该接口与ResourceLoader等组件紧密配合，广泛应用于配置加载、静态资源处理等场景。使用时需注意路径处理、资源刷新等问题，针对不同场景选择合适的实现类可简化资源访问逻辑。

2026-03-12 10:13:06 383

原创让 AI 住进飞书：OpenClaw 接入飞书机器人的完整实践

本文介绍了如何接入飞书机器人的完整配置流程：1）在飞书开放平台创建机器人并获取appid/appsecret；2）配置权限管理并复制指定权限代码；3）启用飞书插件和添加渠道；4）设置访问策略（配对/开放/白名单模式）；5）配置事件回调并发布机器人；6）测试私聊功能后开启群聊配置。重点包括权限设置、访问策略选择（默认使用配对模式）以及群聊的mention功能配置。

2026-03-06 10:38:45 230

原创打破同源枷锁：深入理解 postMessage 跨域通信机制

作为 HTML5 解决跨域通信的核心 API，通过“消息事件机制”和“源校验机制”，既打破了同源策略的限制，又保障了通信安全。它的核心价值在于前端独立实现双向跨域通信，无需依赖服务器中转，是 iframe 交互、新窗口通信、微前端架构中的必备技术。掌握的关键，不在于记住语法，而在于理解安全校验的核心逻辑：发送端指定明确的，接收端严格校验和消息格式。同时，要避开“重复绑定监听”“操作跨域 DOM”等常见坑点，结合企业级安全规范（如消息签名、日志记录），才能在实际开发中安全、高效地使用这项技术。

2026-03-03 10:55:12 695

原创加一个 JVM 参数，让系统可用率从 95%提高到 99.995%

本文针对高并发低延迟系统的JVM调优实践展开探讨。通过分析一个十万级QPS、毫秒级响应的业务系统，发现其不稳定的根源在于索引切换时GC压力大导致服务抖动。文章详细介绍了从问题定位到优化的全过程，包括让索引尽早晋升老年代、加速索引复制、升级ZGC等多种尝试，最终通过"预热"策略结合分批断流发布，成功将系统成功率从95%逐步提升至99.995%。这些优化在不增加机器和流量的前提下，实现了索引无感切换，为类似高并发场景的JVM调优提供了宝贵经验。

2026-03-02 10:47:04 652

原创一条慢 SQL 是如何引发数据库性能危机的？

本文通过一个线上慢SQL案例，分析了Join查询和Orderby排序的工作原理。案例中，一个包含3000行和70000行数据的表进行Left Join时，MySQL选择了Block Nested-Loop算法，导致被驱动表多次全表扫描，性能低下。通过Explain和Optimizer_trace工具分析发现，虽然执行引擎预估排序开销最大，但实际瓶颈在于Join算法选择不当。最终通过为被驱动表添加索引，使查询改用更高效的Index Nested-Loop算法，将最大响应时间从分钟级降至20ms以内，显著提升了

2026-02-25 10:17:04 580

原创你的程序应该启动多少线程？

线程数优化指南：从理论到实践传统观点认为线程数应等于CPU核数，但现实场景更为复杂。本文系统分析了线程的三大核心作用：并行计算、异步避免阻塞和故障隔离，揭示了不同场景下的最佳线程配置策略。对于CPU密集型任务，经典法则依然适用；I/O密集型场景则需权衡等待时间与计算时间；微服务架构中的舱壁模式需要为每个依赖分配独立线程池。文章详细拆解了线程的真实开销（创建成本、内存占用、上下文切换），并提供了量化评估框架。针对协程时代的线程管理，指出协程虽降低切换成本，但物理核心限制依然存在。最后给出实践清单：根据工

2026-02-23 14:15:00 1317

原创 RAG 2.0 深入解读

RAG技术已从1.0快速演进至2.0时代，在多模态融合、混合检索优化等方面取得突破，但仍面临诸多挑战。当前RAG2.0存在多模态支持不足、复杂推理能力有限、检索质量与噪声问题、计算效率瓶颈以及安全隐私风险等核心问题。技术范式经历了从基础检索到模块化系统的升级，其中混合搜索（结合全文、稠密和稀疏向量检索）和DPR稠密段落检索成为关键技术。研究表明，三向混合检索可显著提升召回质量，但异构数据库整合仍具挑战。这些技术创新正推动RAG在企业场景的深化应用，同时也指明了未来优化的方向。

2026-02-14 10:05:26 671

原创支撑亿级流量：小红书 2025 MySQL 内核做了哪些关键改造？

小红书自研MySQL内核RedSQL在数据一致性、热点更新和DDL优化方面取得突破：通过自研BinlogServer实现核心场景RPO=0，采用合并秒杀方案将热点行更新速度提升至1.5W+/秒，实现秒级加列使大表变更从周级别缩短至秒级。此外还优化了SQL语法扩展、BP并行加载等功能，已完成80%以上内部部署，显著提升了数据库性能和稳定性。这些创新既保持了与原有系统的兼容性，又实现了百倍性能提升，有效支撑了电商秒杀、社区互动等核心业务场景。

2026-02-09 10:17:46 642

原创一次大文件处理性能优化实录————Java 优化过程

本文记录了针对4GB大文件(1.14亿行ASCII文本)进行行内容删除的性能优化过程。通过多语言(Java/C++/Rust)实现双进程流式处理，在内存受限条件下，从初始Java版本637秒优化至最终3.2秒，实现200倍提升。关键优化策略包括：1)批量处理替代逐行操作，减少系统调用；2)匹配文件系统预读块大小(64KB-8MB)；3)禁用Nagle算法提升网络吞吐；4)字节级操作避免字符编码/对象分配开销。最终方案采用8MB缓冲区、零分配字节拷贝和进程解耦架构(IO+Processor)，系统调用从2.2

2026-02-07 10:50:05 598

原创 Java 再升级！JDK21 + 虚拟线程技术大规模落地方案解密（1）

摘要：RedJDK21引入的Java虚拟线程技术在小红书核心服务中实现显著性能提升，带来10%链路响应优化和24%CPU降低。虚拟线程通过轻量级用户态线程管理，避免传统线程的内核开销，支持百万级并发。其核心原理是使用ForkJoinPool调度器管理Carrier线程，在阻塞时解绑线程资源。测试显示虚拟线程在切换开销、吞吐量和内存占用上均有显著优势，但需注意同步锁等阻塞点的特殊处理。该技术为高并发Java系统提供了新的性能优化方案。

2026-02-06 11:47:11 685

原创从 .env 到动态配置：前端工程的一次升级

本文探讨了Node.js项目中静态配置的局限性，并提出动态配置解决方案。环境变量等静态配置在需要频繁调整时（如限流、功能开关）会因重新部署导致响应延迟。动态配置具备三大特性：实时生效、运行时计算和版本历史。文章对比了三种实现方式：轮询（简单但延迟高）、Webhook（实时但复杂）和SSE（最优平衡）。推荐使用类型安全、支持上下文感知的SDK（如Replane），并强调应区分动态配置（功能开关等）与静态配置（数据库连接等）。核心原则是解耦代码部署与配置变更，实现更快的故障响应和更安全的发布流程。最后提醒避免常

2026-02-02 10:30:56 328

原创 Clawdbot 全面指南：功能解析、应用场景与安装部署教程

Clawdbot是一款开源的、本地优先（Local-First）的个人 AI 助手。它的核心理念是让 AI 真正“驻留”在你的设备或私有服务器上，并通过你日常使用的通讯软件（如 WhatsApp, Telegram, Discord, Slack 等）为你提供服务。与完全依赖云端 SaaS 服务的 AI 助手不同，Clawdbot 强调数据的掌控权和本地执行能力。它不仅能聊天，还能通过“工具”控制浏览器、执行本地脚本，甚至与其他 Agent 协作。项目开源地址为。通过本文，你应该对Clawdbot。

2026-01-28 09:44:22 1026

空空如也

空空如也