Agent常见沙箱技术解析

最近AI Agent技术火热,大家都很感兴趣,不少同学都已开始实践。在落地的过程中,有一对矛盾始终绕不开:
1、必须给Agent赋能和赋权,否则Agent就没有行动力
2、必须管控好Agent,防止Agent一抽风就把电脑炸了
对于问题1,我们有harness、tools、skills、MCP、sub-agent等等
对于问题2,就要用到沙箱技术了
市面上的沙箱技术五花八门,各有千秋。今天咱们就浅聊一下Agent场景下,常见的几类沙箱技术方案。
Learn and share.

最近AI Agent技术火热,大家都很感兴趣,不少同学都已开始实践。在落地的过程中,有一对矛盾始终绕不开:
1、必须给Agent赋能和赋权,否则Agent就没有行动力
2、必须管控好Agent,防止Agent一抽风就把电脑炸了
对于问题1,我们有harness、tools、skills、MCP、sub-agent等等
对于问题2,就要用到沙箱技术了
市面上的沙箱技术五花八门,各有千秋。今天咱们就浅聊一下Agent场景下,常见的几类沙箱技术方案。
如果你是大模型API的重度用户,看着token快速燃烧,大概率会思考过这样一个问题:
每次和大模型对话,都会先有几百个token的固定system prompt(角色设定、工具定义、甚至是一整份文档),然后才是几十个token用户的问题。但我们却要为这段固定不变的system prompt反复付费、反复等它算完。这是一种巨大的浪费,不能想想办法节约一些token吗?
Prompt KV Cache要解决的就是这件事:让完全相同的prompt前缀不要重复计算,可以在后续的对话中,继续复用已经计算好的结果。本文来剖析一下,这个技术是如何实现的。
不得不佩服咱们IT大佬起名字的能力(发明新概念,好像一直是IT圈的执念),由于多位技术大佬的追捧,最近Loop Engineering的概念又突然火爆起来。
简单来说,Loop Engineering的核心理念就是:不要再一轮一轮地手动给AI Agent写提示词了,而是去设计一个自动化循环系统,让AI在这个系统中自主执行、验证和迭代,直到完成目标。
在过去(比如前几个月),大家用AI的方式为“人机乒乓模式”的大循环:
任务开始,人类告诉Agent要做什么 ->
Agent推进任务 -> 人类判断结果,决定方向,告诉Agent要做什么 ->
Agent推进任务 -> 人类判断结果,决定方向,告诉Agent要做什么 ->
......
Agent推进任务 -> 人类判断任务结束
如果说大模型是AI Agent的大脑」,那么工具调用系统就是 Agent 的「双手」。没有工具的Agent,就像一个被关小黑屋的聪明人,空有一堆想法却无法落地。今天咱们基于nanobot开源项目的源码分析,深入解析AI Agent的四种主流工具调用机制。
Continue reading AI Agent是如何使用工具的:Tools、MCP、CLI、Skills四种机制深度解析

在大模型应用开发中,我们常常过度关注Prompt编写和模型效果,却忽略了一个更底层的问题:Skill(工具/能力)应该在什么时候、以什么方式被触发?
一个成熟的 AI Agent 系统,绝不应该把所有压力都交给 LLM 去“猜”。如果触发机制设计不好,要么上下文爆炸导致成本失控,要么意图误判导致用户体验灾难。
本文将系统性拆解Skill触发的完整生命周期,从事件源头到执行管控,为你提供一套可落地的架构设计参考。
一、左右耳机是如何配对的
一直以来,我都以为FreeBuds的左右耳是唯一绑定的。有一次听到一个音频节目,了解到闲鱼上有售卖单个耳机的商家,这才发现,同型号、同固件版本的FreeBuds是可以重新绑定配对的。
在当下AI全民普及的时代,大语言模型(LLM)、AI编程助手、智能Agent已深度融入企业研发、自动化运维、个人办公全场景。GPT、Claude、Gemini等顶级模型能力强大,但官方API普遍存在收费昂贵、网络访问受限、调用门槛高等问题。
在此背景下,各类第三方大模型中转服务快速崛起。它们以低价普惠、免特殊网络、全模型聚合、高速稳定为宣传卖点,用极低的使用成本、极简的操作界面,吸引了海量个人开发者、中小企业用户。
便利与低价的背后,是绝大多数用户忽略的致命安全隐患。在使用第三方中转站时,本质是在无条件信任一个完全不受自己掌控的中间人。不同于普通的网络服务中转,大模型中转站拥有对用户请求、模型响应的完整读写、篡改、伪造、截留权限。
这也让大模型中转站中间人攻击(LLM MITM)从理论风险,变成当下AI安全领域最普遍、隐蔽性最高、破坏力最强的现实威胁。它早已突破传统网络窃听范畴,升级为语义层投毒、业务层渗透、系统层控权的复合型高级攻击。
LLM Research Papers: The 2026 List (January to May),by Sebastian Raschka, on 2026-06-06
很多读者可能知道,我一直有个长期习惯:会持续整理一份研究论文清单,收录那些我想研读、复盘,或是未来写文章、做项目时会引用的文献。
去年我分享过两份整理好的论文清单,分别覆盖上半年(1-6 月)和下半年(7-12 月)。
不少读者反馈这些清单非常实用,因此我沿用同样的思路,整理了 2026 年上半年的新清单,收录了 2026 年 1 月至 5 月我标记的论文。
请注意,这并非今年所有发表论文的完整汇总 —— 每天都有大量论文发布,做完整汇总完全不现实。这份清单是基于我个人认为有趣、或与自身工作相关的论文筛选而成的精选参考列表。整理时我仔细核对了每篇论文的标题、摘要与主题定位,但坦白说,我也只深入精读了其中一部分。
为什么要做这些清单?每当我撰写文章、书稿章节、代码示例或是备课时,常会想起 “之前在哪看到过一篇相关论文”,但回头去找往往格外麻烦。一份分类清晰的 Markdown 清单就能解决这个问题,希望对你们也同样有用。(即便在如今大模型网页搜索的时代,一份有明确语境的专题清单依然很有价值。)
今年的清单依然偏重推理模型、强化学习与高效推理方向 —— 毕竟我个人更倾向于收藏和当前工作相关的论文。不过和 2025 年的清单相比,我也新增了更多关于智能体框架、工具调用、长上下文、扩散语言模型以及实际服务部署基础设施的论文,这既是我当下重点关注的方向,也是整个领域的发展趋势。
本研究论文清单分为以下类别。
架构与模型设计
高效训练与规模化
推理效率与 KV 缓存
稀疏注意力与长上下文
推理与测试时计算
强化学习与可验证奖励强化学习(RLVR)
智能体系统与工具调用
代码智能体与软件工程
扩散语言模型
模型评估与基准测试
如今大模型已经全面走入产业落地场景,从智能客服、行业知识库到专属AI助手,几乎所有垂直场景的大模型应用,都绕不开一个核心环节——模型微调。
很多人都有疑惑:明明可以用提示词(Prompt)、RAG检索就能让大模型适配业务,为什么还要费力做微调?事实上,Prompt存在能力上限、泛化性差、人工成本高的问题,RAG只能解决外部知识补充问题,无法改变模型的底层生成逻辑、风格习惯和领域认知。而微调,是让通用大模型真正变成「行业专属模型」的核心手段。