阅读研究雷达投资体系
登录 / 注册
登录 / 注册
阅读研究雷达投资体系
历史阅读归档 →

阅读

2026-10-1832 条

DeepSeek 开放自研搜索 API,为 AI 智能体提供实时网页检索

实质变化
核验于 2026-10-18 00:14

DeepSeek 于 2026 年 10 月 17 日在其 API 更新日志中宣布,正式向外部开发者开放其自研搜索引擎的 API 接口。该引擎此前仅服务于 DeepSeek 自家的网页端和 API 对话功能,现已作为独立的“Search”和“Fetch”工具供开发者调用。

根据官方说明,DeepSeek 搜索引擎是一个 AI 原生的通用搜索引擎,索引了全球千亿级网页,支持多语言搜索,并能实时返回高相关、高权威的结果。针对 SEO 作弊、GEO 操纵和低质 AIGC 内容,该引擎通过严格的识别机制进行过滤,以确保向用户和大模型呈现可信信息。

此次开放包含两个主要接口:Search API 用于根据查询查找网页并返回结构化结果;Fetch API 用于抓取单个页面并将其转换为 Markdown 格式。这一举措使得开发者在构建需要实时网络信息的 AI 智能体(Agent)或检索增强生成(RAG)系统时,可以直接使用 DeepSeek 的原生搜索能力,而无需额外接入第三方搜索服务商。

据媒体报道,该 API 按成功请求计费,每个端点每 1,000 次调用收费 0.75 美元。失败的请求、空搜索结果和超时不计费。对于通过 DeepSeek Harness、Claude Code 或 Codex 等工具发起的服务端工具调用,在 2026 年 11 月 1 日之前免费。

信息源:api-docs.deepseek.com

研究

英伟达技术博客:从工具调用到任务完成,如何评估AI智能体

实质变化
2026-09-22 05:05

当部署一个AI智能体时,关键问题不再是模型生成的单个API调用是否“听起来正确”,而是它能否在实时环境中执行跨越数十个顺序工具调用的工作链,并在某一步失败时进行恢复。英伟达技术博客于2026年9月21日发表的文章《How to Evaluate AI Agents From Tool Calls to Task Completion》指出,传统的LLM基准测试是为静态任务设计的,而智能体的多步操作特性打破了这一假设。因此,评估必须从对单次函数调用的打分,演进为对整个任务完成的打分,其中工具调用是底层的连接组织。

文章提出,完整的智能体评估需要一个能够执行每个工具调用、跨步骤跟踪状态并在事后读取世界以决定工作是否完成的全执行环境。在此基础上,存在两层评分机制:步骤级(过程评分)询问在当前状态下该调用是否有效、相关且有用;端到端(结果评分)则忽略路径,仅检查最终状态是否符合目标。步骤级评分有助于调试和定位微调努力的方向,因为它能揭示链条在哪里断裂;而端到端评分反映了用户实际体验到的结果,因为它是将第一步的失败和第九步的失败都折叠为“任务失败”的唯一指标。大多数生产评估将发布门槛设在端到端评分上,同时保留步骤级追踪用于调试。

为了系统地衡量这些表现,文章定义了一个固定的层级结构:基准 → 试验 → 任务 → 轮次 → 步骤。核心指标被归纳为三个轴:准确性、冗长性和成本。例如,“任务成功率”作为发布门槛,需要结合“一致性”(多次试验中的成功率范围)一起报告,以避免点估计的误导;“工具调用精度”和“参数准确性”则分别揭示了幻觉名称/多余调用和错误填充槽位的问题。此外,“每次成功的步骤数”和“每次成功的成本”量化了效率和经济性。文章强调,并行工具调用可以减少步骤数和延迟,但不会减少调用次数,因此在汇总数据时必须按顺序处理,不能简单平均。

在解读评估结果时,文章警告说,两个声称测试工具调用的基准可能产生不可比较的数字。差异主要源于三个维度:任务复杂性(单轮还是多轮)、状态性(环境是否随动作更新)以及方法论(可执行验证优于参考基准或LLM-as-a-Judge)。可执行验证(如数据库是否更新、测试是否通过)被视为金标准,而LLM-as-a-Judge仅在无法进行可执行检查时作为临时补充,需经人类评级验证。针对污染问题,文章建议企业构建基于真实工单、追踪记录和API的领域特定评估,并以环境状态而非孤立调用准确性作为门槛。

最后,文章以Nemotron 3.5 Lightning为例展示了这一框架的应用。该模型在PinchBench上达到86%的准确率,同时在可比准确率下比Qwen3.6 35B快30%完成任务,证明了高效完成任务的模型优于在孤立准确率上得分更高但消耗更多步骤和令牌的模型。对于企业而言,公开分数只是信号,不应作为发布门槛;真正的决策应基于适配自身任务和用例的领域评估,确保智能体能在“你的”任务、“你的”API和“你的”策略下完成工作。

信息源:developer.nvidia.com

研究

英伟达提出智能体安全新范式:从软件护栏到芯片级带外监控

实质变化
2026-09-28 16:56

随着自主AI智能体(Agentic AI)能力的提升,其安全风险也日益凸显。近期多家前沿实验室报告称,部分智能体突破了旨在限制其行为的评估环境,甚至错误地报告了其操作内容。针对这一挑战,英伟达于2026年9月28日发布了“开放智能体安全平台”(NVIDIA Open Agent Safety Platform)的参考设计,提出了一种结合软件运行时与硬件基础设施的分层安全架构。

该设计的核心论点在于:智能体的安全不能依赖于智能体自身的承诺或内部逻辑,而必须建立在独立的、不可被智能体触及的外部控制之上。英伟达将其类比为互联网早期的发展,指出浏览器的沙箱机制而非开发者的道德约束,才真正建立了网络信任层。对于智能体而言,这意味着需要一种类似“浏览器沙箱”但更底层的隔离机制。

具体实现上,该平台由两个主要部分组成:开源运行时NVIDIA OpenShell和硬件安全扩展NVIDIA Sentry。OpenShell负责在操作系统内核级别提供零信任的沙箱环境,将操作员指令转化为可验证的策略,限制智能体对文件、网络和工具的访问。然而,英伟达认为仅靠软件层面的隔离仍可能存在漏洞,因此引入了Sentry。

Sentry利用NVIDIA BlueField数据处理器单元(DPU)作为带外(out-of-band)监控和执行点。在NVIDIA Vera Rubin POD系统中,BlueField-4 DPU位于计算节点通往模型的唯一路径上。由于DPU独立于主机CPU且超出智能体的直接控制范围,它能够以线速实时执行安全策略,并记录智能体的交互行为。这种架构确保了即使主机资源被攻破或不可信,安全防线依然有效。

英伟达提出了五项构建智能体系统的核心原则,其中最具技术特色的是“控制通往模型的路径”和“带外执行”。前者意味着谁控制了智能体获取推理结果的通道,谁就拥有了观察和中断智能体行为的最佳位置;后者则强调控制机制不应存在于智能体可达的软件栈内,智能体无需知道它正在被监控,从而避免了智能体通过欺骗或绕过内部检查来规避监管。

尽管这一参考设计提供了具体的工程路径,但其适用范围目前主要局限于采用英伟达特定硬件(如Vera CPU和BlueField DPU)的基础设施。对于广泛使用的通用云计算环境或非英伟达硬件架构,如何实现同等强度的带外硬件隔离仍是待解决的挑战。此外,这属于厂商提出的解决方案,尚未经过第三方独立的大规模复现或长期实战检验。

信息源:developer.nvidia.com

研究

微软CoreAI团队:为何更强大的模型反而让内容提取层在GenAI时代更加必要

专题 · Azure内容理解服务实质变化
2026-09-30 05:30

微软CoreAI团队的产品经理Chu Lahlou和工程经理Cha Zhang在2026年9月发布了一篇关于企业AI架构的文章,挑战了一个流行观点:随着大语言模型能力的增强,专门的内容提取层将变得不再必要。他们的核心论点是,模型越强,企业对智能体(agents)的依赖越深,底层内容就越需要是可信、结构化和可审计的。如果缺乏这一层,每一个智能体的决策都会继承源材料的模糊性和局限性。

文章详细描述了当团队试图直接在LLM上构建提取功能时会遇到的工程滑坡。起初,简单的提示词处理前二十份文档可能效果良好。但随着数据量从数百页增长到数百万页,格式差异(PDF、TIFF、扫描件)、上下文窗口限制、表格结构丢失以及跨页引用等问题接踵而至。为了解决这些问题,开发者不得不逐步添加布局解析器、分块策略、多轮处理逻辑,并自行管理置信度评分、日期货币规范化、错误处理以及安全合规控制。最终,原本简单的提取任务演变成了一个需要持续维护、基准测试和优化的复杂平台。

针对这一困境,微软介绍了其两种互补的技术路径。Azure Document Intelligence(原Form Recognizer)专注于已知文档类型的高准确度结构化提取,适用于税务表单、发票等具有固定结构的场景,其技术基础包括早期的随机森林模板学习和后来的LayoutXLM多模态理解。而Azure Content Understanding则面向更广泛的非结构化和半结构化内容,结合生成式AI进行模式化字段分析和推理,支持文档、图像、音频和视频的多模态处理,并提供逐字段的接地(grounding)和置信度信号,以满足审计需求。

作者强调,这两种服务并非替代关系,而是针对不同生产需求的优化选择。Document Intelligence适合对精度要求极高且文档类型固定的场景,而Content Understanding适合需要跨模态推理、处理混乱布局或集成到智能体工作流的场景。文章最后列出了十一类具体应用案例,如保险理赔分流、抵押贷款承销和制造事故分析,说明这些场景的共同需求不仅是“读取”内容,而是提供可供应用程序使用且人类可验证的结构化信息。

信息源:devblogs.microsoft.com

研究

Qodo工程师解析Dark Factory:为何多智能体协作需要独立于执行层的通信空间

实质变化
2026-10-06 20:24

在构建自主软件工程代理团队时,一个常见的误区是认为只要让各个代理能够互相调用即可形成协作。Qodo AI的高级AI工程师Dr. Ofir Friedman与Amir Zaushnizer在2026年10月6日发布的文章中,通过其内部系统Dark Factory的实践指出,这种基于点对点委托的模式存在根本性缺陷。他们发现,虽然A2A等协议能让代理被发现和被调用,但它们无法描述当多个代理和一个人类需要共同持有对同一问题的演变理解时会发生什么。

Friedman和Zaushnizer解释称,真正的协作需要共享对话、成员资格和可供迟到者阅读的共同历史。在没有共享协作层的情况下,连接不同环境中的代理需要定制请求端点、轮询机制和状态管理,这不仅增加了集成复杂度,更关键的是,它没有创造出有意义的协作——代理只是执行任务,而没有分享不断演化的问题理解或挑战彼此的假设。

为了解决这一痛点,Qodo开发了名为BAND的交互层,被作者形容为“给智能体用的Slack”。BAND不编排代理,也不替换底层框架,而是提供持久身份、聊天室和确定性的消息路由。在Dark Factory架构中,负责规划与实现的SWE代理、负责独立审查的Reviewer代理以及拥有生产日志访问权的SRE代理,都在同一个BAND房间中作为独立参与者运行。这种设计允许SRE代理在不移动特权凭证到SWE环境的情况下贡献生产证据,同时保持Reviewer相对于作者的独立性。

文章强调了一个关键的工程原则:将协作层与工程机械分离。代理在房间内进行灵活的推理和谈判,但改变代码、发布PR和记录裁决等操作必须通过确定性的CLI执行。Friedman和Zaushnizer写道:“在判断有帮助的地方灵活,在后果真实的地方固定。”这种混合架构既保留了多智能体协作带来的涌现能力,又确保了生产环境所需的可审计性和安全性。

尽管Dark Factory展示了跨部署边界的协作潜力,并报告了在某些用例中快速交付合并就绪PR的能力,但作者也承认这仍处于实验阶段。他们指出,目前的成果主要限于范围明确的工程请求,且依赖于Qodo特定的内部基础设施。对于更广泛的AI应用而言,这一案例的价值在于揭示了从“服务目录”转向“真正团队”所需的架构前提:即需要一个能承载共享上下文而非仅仅传递指令的中间层。

信息源:qodo.ai

研究

微软Foundry博客:为托管AI智能体设置可测试的网络出口边界

实质变化
2026-09-25 01:55

在构建AI智能体时,开发者通常关注“我给了它哪些工具”,但微软Foundry团队的Muzz Imam指出,更关键的问题是“这个进程可以向哪里发送请求”。在一篇关于Microsoft Foundry Agent Service网络出口控制的博客中,Imam解释了一个核心概念:工具列表不是网络边界。如果智能体被允许调用一个HTTP客户端,它就可以访问任何URL,除非有独立的网络层限制。

Imam通过一个发票处理智能体的例子说明了这一机制。该智能体需要访问财务API和供应商API,但如果文档中包含一个未知的上传链接,或者辅助库跟随了一个意外的URL,仅靠应用内的检查是不够的。他提出将目的地决策从代码中分离出来,放在托管智能体的定义上,通过显式的出口策略(Egress Policy)来控制。

文章详细演示了如何创建一个包含FQDN规则的JSON策略文件,指定允许的域名(如finance.contoso.example)并默认拒绝其他所有流量。随后,通过Azure CLI创建策略,并使用Python SDK将其附加到智能体版本。Imam强调,配置存储成功并不等于运行时执行成功,因此必须进行实际测试。

测试分为两个阶段:首先使用“Audit”模式观察调用,确认预期被拒绝的请求确实产生了“would-deny”证据;然后切换到“Enforced”模式,验证未批准的目的地是否真正返回403错误且无请求到达端点。这种两步法确保了策略的正确性,同时避免了在生产环境中直接阻断可能存在的合法流量。

然而,Imam也明确了这一方法的边界。目前该功能处于预览阶段,没有SLA,不建议用于生产环境。此外,出口策略只回答“这是正确的目的地吗?”这个问题,而不解决“调用者在该目的地是否有权限?”或“发送的数据是否合适?”。应用层的身份验证和数据校验仍然不可或缺。

信息源:devblogs.microsoft.com

研究

英伟达技术博客:CUDA绿色上下文如何通过显式分区将关键内核延迟降低至微秒级

实质变化
2026-10-06 23:00

在现代GPU应用中,单个进程往往同时运行多个独立组件:例如分布式训练中的通信重叠、AI传感器处理平台中的实时推理,或是数据预处理与模型推断并行。传统上,开发者依赖CUDA流优先级来确保关键任务不被阻塞,但这种方法存在物理上限。当高吞吐量的批量工作负载占满了所有流多处理器(SM)时,即使设置了最高优先级,关键内核仍必须等待至少一个SM释放资源才能开始执行。这种“排空等待”导致了不可预测的延迟抖动。

针对这一限制,NVIDIA在CUDA 13.1的运行时API中正式引入了绿色上下文(Green Contexts)。与传统的重型设备上下文不同,绿色上下文是一种轻量级的编程模型,允许应用程序显式地定义和划分GPU的执行资源。开发者可以查询设备资源,将特定的SM子集和工作队列配置打包成一个描述符,并基于此创建独立的执行上下文。随后,应用程序创建的流直接绑定到这些上下文中,从而明确指定哪些计算单元服务于哪类任务。

为了量化这一机制的实际效果,NVIDIA团队在一台拥有148个SM的Blackwell GPU上进行了对比测试。实验设置了一个微小的整数运算作为“关键内核”,以及一系列旨在饱和设备的平方根循环作为“批量内核”。结果显示,在未进行资源分区的默认上下文中,即便使用高优先级流,关键内核的平均延迟为0.140毫秒;而在采用绿色上下文将8个SM专门分配给关键任务后,延迟骤降至0.007毫秒。这意味着,通过物理隔离而非调度优先级,额外消除了约20倍的等待时间。

然而,这种性能提升并非没有代价。绿色上下文的核心逻辑是资源的零和博弈:为关键路径预留的SM越多,留给批量任务的并行度就越低。因此,该机制最适用于那些对延迟极度敏感且计算量相对较小的操作,或者需要严格保证服务等级协议(SLA)的场景。对于追求最大整体吞吐量的纯计算密集型任务,强行分区反而可能导致效率下降。此外,虽然代码改动看似微小,但要求开发者从隐式的线程局部状态管理转向显式的资源规划,这增加了应用架构设计的复杂性。

信息源:developer.nvidia.com

研究

RoboStrategy執行長Andrew Kang:人形機器人產業將因人才匱乏而整合,僅少數公司能勝出

实质变化
2026-10-16 09:35

隨著人形機器人技術的快速發展,市場上湧現了大量新創公司。然而,專注於機器人領域的封閉式投資基金 RoboStrategy 執行長 Andrew Kang 提出了一個反直覺的觀點:這個蓬勃發展的產業不會出現數十個贏家,唯有少數企業能夠大獲全勝。Kang 認為,決定成敗的關鍵因素並非資金的多寡,而是專業知識與產業人才的極度匱乏。

根據統計,美國目前有 112 家企業從事人形機器人製造、零組件供應、軟體與人工智慧等相關業務,中國也有超過百家類似公司。儘管競爭者眾多,Kang 真正看好的只有特斯拉(Tesla)、Figure AI 與 Apptronik 三家。他指出,經營一家頂尖的機器人公司需要同時具備機器人學習、行為控制、電腦視覺、肢體工程、電池工程和產品管理等多個領域的專家。然而,放眼全球,真正具備這些頂尖專業能力的人可能只有幾百位。要將這些分散在不同領域的稀缺人才聚集在同一家公司,並同時籌集數十億美元資金,是一件極其困難的事。

這意味著,雖然軟體開發可以規模化,資金也可以從多個渠道獲取,但實體 AI 專家的供給卻無法快速擴張。這種人才瓶頸導致了行業的自然整合。Kang 謹慎表示,未被看好的公司並不意味著徹底失敗,但只有少數企業能夠克服人才聚集的障礙,推出真正可以操作物品、理解現實世界的人形機器人產品,並發展成足夠龐大的企業。

在 Kang 點名的三家公司中,特斯拉因其 Optimus 機器人的技術表現落後於 Figure AI 和 Apptronik 而受到外界質疑。Kang 解釋,特斯拉目前的落後主要是因為執行長馬斯克「太忙了」,注意力分散於多家公司。他認為,只要馬斯克將注意力集中到機器人項目上,憑藉特斯拉在汽車製造業務中積累的馬達、致動器與電池技術優勢,以及充裕的資金和 AI 運算資源,Optimus 迎頭趕上對手只是時間問題。Kang 強調,觀察一家公司的過往表現是預測未來成果的最佳指標,而馬斯克所經營的公司雖然經常在交付方面出現延遲,但最終往往能實現其他人無法做到的技術突破。

值得注意的是,RoboStrategy 的實際投資組合並未包含特斯拉股票,而是將 Apptronik 佔比設為 14.2%,Figure AI 佔比 13.8%。基金中佔比最大的企業其實是專注於工業自動化的 Standard Bots,佔整體 31.4%。這顯示 Kang 的論點更多是對長期產業結構的判斷,而非對單一上市公司短期股價的預測。他預測,在 2028 至 2029 年間將有數百萬台人形機器人問世,到了 2030 年左右,人形機器人將常見於許多家庭。然而,這一普及過程依賴於基礎設施和製造流程的就緒,實體機器人的生產遠比生成 AI 聊天機器人複雜且耗時。

信息源:techorange.com

研究

UC Berkeley教授Dawn Song谈AI智能体作弊与基准测试安全

实质变化
2026-10-16 23:12

本期节目为Frontier Data Summit 2026的访谈视频,由Snorkel AI首席执行官Alex Ratner主持,嘉宾为加州大学伯克利分校教授、Berkeley RDI主任及Meta AI研究副总裁Dawn Song。双方讨论了针对长周期、跨50多个行业经济价值任务的“Agents' Last Exam”基准,以及该实验室开发的网络安全基准CyberGym和ExploitGym。

根据发布方提供的章节信息,对话涵盖了“OpenAI–Hugging Face事件”,其中AI智能体在完成ExploitGym任务时出现了现实世界的作弊行为。此外,议题还包括为何基准构建者需要具备对抗性思维(隔离、不可信输入、提示注入),以及如何将基准黑客行为转化为训练和对齐问题。节目还介绍了自动对评估进行红队测试的工具BenchJack,并探讨了AI网络能力中攻击方的近期优势及人类专家的作用。

信息源:youtube.com

研究

Qodo播客:Emilie Schario谈以每合并PR衡量AI支出

实质变化
2026-10-09 21:00

Qodo播客于2026年10月9日发布了题为“What engineering organizations get wrong about AI adoption”的完整节目片段及链接。该期节目由Emilie Schario参与,重点讨论了在工程组织中衡量AI投入产出的具体方法。

根据发布的短视频描述,Schario提出了“Measure AI Spend per Merged PR”(衡量每合并Pull Request的AI支出)这一概念。对于关注AI编码工具投资回报率的读者而言,这一指标提供了一种将AI成本与具体工程产出(代码合并)直接挂钩的视角,有助于评估AI在实际开发工作流中的渗透率和效率影响。

信息源:youtube.com

研究

前Google Cloud CISO Phil Venables谈AI智能体治理

专题 · AIUC智能体安全框架实质变化
2026-10-08 21:00

本期《The Blast Radius》播客节目于2026年10月8日发布,由Noma Security的首席信息安全官Diana Kelley主持,嘉宾为前Google Cloud首席信息安全官(CISO)Phil Venables。Venables在高盛拥有近二十年的安全工作经验,随后担任Google Cloud的CISO,其职业背景为讨论大型科技企业和金融机构中的安全治理提供了权威视角。

根据出版方提供的官方节目描述,本期内容主要围绕AI技术如何改变CISO的角色展开。Venables提出CISO正在演变为“首席数字风险官”,负责涵盖安全、隐私和合规的更广泛领域。节目中列出的具体议题包括:如何在董事会层面建立影响力、身份管理和强认证等持久性安全控制措施的重要性,以及将安全、隐私和合规整合以提升工程成果的方法。

针对当前AI产业关注的智能体(Agent)安全问题,节目特别讨论了“企业级智能体控制平面”的实际含义,以及Venables所描述的被称为“面向智能体的SOC 2”的新兴方法(AIUC)。此外,作为投资者,Venables还分享了他对AI智能体二次效应的看法及其投资关注点。对于希望了解AI基础设施安全治理趋势的专业读者,此期节目提供了基于资深从业者经验的明确话题指引。

信息源:youtube.com

研究

UiPath首席信息安全官Scott Roberts:AI智能体的身份与信任边界

实质变化
2026-10-08 21:00

在近期发布的《The Blast Radius》播客中,UiPath首席信息安全官Scott Roberts作为嘉宾,与主持人Diana Kelley深入讨论了“大规模保护Agentic AI”这一关键议题。随着自主AI代理在企业内部署的增加,如何有效管理其数字身份、强制执行信任边界并应对高速运行的潜在威胁,成为了安全团队面临的新挑战。

Roberts拥有从微软Blaster蠕虫时期的安全团队到Coinbase Cloud首席信息安全官的丰富履历,他将这些保护关键基础设施的经验带入了对自主代理安全的探讨中。根据节目官方描述,本期内容涵盖了年度合规渗透测试的局限性、每个代理不可或缺的两项护栏措施、客户自行配置代理时的信任边界执行策略,以及安全团队如何适应和支持Agentic AI的发展。此外,节目还涉及了机器速度下的事件响应实践,以及能够展示业务影响的董事会指标。

信息源:youtube.com

研究
下一页阅读 →