搜索“编码”

Workspace、Oracle AI Security Mesh、Oracle App Composer和Oracle AI SMB Bundle，涵盖企业运营、应用开发、网络安全和业务创建。在对这些产品的概述中，Oracle将其描述为此次合作的首批四款产品，面向员工、IT团队、安全专业人员和创始人。 “OpenAI正在改变企业解决业务问题的方式，从聊天到编码，再到分析和自主智能体，”Oracle首席执行官Clay Magouyrk表示。他说，新的产品套件将这些AI能力与全球企业赖以运行其最关键业务的Oracle应用、数据和云基础设施结合在一起。 OpenAI总裁兼联合创始人Greg Brockman表示，随着公司让企业更容易通过其已在使用的工具和系统将AI投入实际应用，越来越多的企业选择OpenAI。他说，与Oracle扩大后的合作伙伴关系将这一机会带给更多公司，将前沿AI融入日常运营，使团队能够更快地构建软件、加强安全性，并承担更复杂的知识工作。公告称，两家公司怀有共同的雄心，即为智能体就绪型企业树立标准。 Oracle AI Workspace Oracle AI Worksp

匹配字段正文

的一篇博客文章中，Oracle AI产品营销经理Jordan Acosta描述了一个托管平台，该平台将包括OpenAI Cyber模型在内的前沿AI网络安全模型与Oracle的安全专业知识相结合。他阐述了工作流程：Oracle测绘客户系统并提出测试计划以供批准；专用AI智能体调查弱点并测试他人可能如何利用这些弱点；另一个独立智能体重复测试以确认问题确实存在；编码智能体可以帮助准备代码修复供团队批准；在应用更改后，平台验证漏洞是否已关闭以及正常活动是否仍然有效。 Acosta用一个缺少访问检查的订单应用程序说明了所涉及的暴露类型：登录查看订单的客户也可能检索到他人的订单，从而将常规业务交互变成获取私人信息的途径。他写道，要让AI模型在企业安全测试中发挥作用，需要测绘系统、连接工具、协调调查、验证发现并控制测试的运行方式，而Oracle将这些能力整合到一个托管平台中，该平台基于通过大规模测试自身系统而完善的方法、工具和保障措施，因此客户不必自行构建和运营该测试基础设施。 用于人工审批的生物识别验证 在执行敏感操作（例如释放付款或更改访问权限）之前，OCI Identity Assuranc

匹配字段正文

博客 新闻 AI 产品现在任何人都能将他们的想法带入公司代码库 Replit Cloud Agents 构建并测试高质量的改动，由工程师掌控最终发布的内容。 发布于：2026年10月27日 Alexandre Cuoci Nick McLachlan 自2024年推出首个正式可用的编码智能体以来，几乎任何人都能构建应用。但改动公司的核心产品，对工程团队之外的人来说仍然遥不可及，而随着越来越多的人参与构建，这一瓶颈只会愈发严重。 最清楚产品该改什么的人，往往不在工程团队。一位设计师发现某处间距已经不对好几个月了。一位支持团队负责人知道哪个设置每周都让客户困惑。这些修改往往只是被写进工单，然后等待一个永远不会到来的迭代。 但当他们试着自己动手修改时，就行不通了。他们无法向工程团队证明改动确实有效。工程师根本没有时间教他们——以及公司里其他所有人——团队是如何写代码的。而让应用在正确的环境中跑起来，本身就是一个独立的项目。 今天， 你团队中的任何人都可以使用 Replit Cloud Agents，直接、安全地向你的核心代码库贡献代码. Cloud Agents 会在运行中的应用里测试每一项

匹配字段正文

电影级调色、3D 摄像机跟踪和一键选择以打造令人惊叹的视觉特效。用户现在可以根据文本描述生成和编辑图像、将图像往返发送至 Pixelmator Pro、微调关键帧缓动、应用全新的 Displacement 滤镜，并探索一个交互式演示项目。此外，Compressor 新增了对在 iPhone 18 Pro 和 iPhone Duo 上录制的电影效果模式视频进行编码的能力。 重新构想的图像编辑 Pixelmator Pro 推出 Generate Fill，这是一款强大的新工具，可根据用户的描述编辑图像。创作者只需在图像中圈出某个区域，并描述他们想要的更改。为了获得更高的精度，创作者可以使用现有的 Pixelmator Pro 选择工具，如自由选择、快速选择或磁性选择。Generate Fill 会自动匹配周围环境的光照、透视和纹理，使编辑无缝融入，而内置的超分辨率功能会对生成的内容进行放大，使其在任何尺寸下都保持清晰。生成的元素可以合并到现有图层中，或作为新图层插入，并带有智能蒙版，以便继续细化。 Generate Fill 是一款强大的新工具，可根据用户的描述编辑图像，现已登陆 Pix

匹配字段正文

核心循环，会选择其子智能体的层级和投入力度，并随着任务展开调整自身的层级和投入。有了这种自由，GPT-6 Astra 将常规实现交给成本更低的子智能体，并自行决定把 token 花在哪里最值得。在 DeepSWE 和 Terminal-Bench 上，Replit Agent 相对于单独使用 Astra 都具有帕累托效率：没有任何已发布的 Astra 基线成本更低且得分更高。它还比 sidekick 架构——即同样设置但配有一个长期存活的 worker——高出 11 分和 16 分。 为什么我们减少脚手架 每一次模型发布都会使框架中固化的假设失效。 随着模型在长周期任务上变得更强，它们不再需要框架层提供那么多脚手架。在实践中，我们观察到它们更倾向于自行委派：使用子智能体进行上下文管理和并行处理。近期的突破，包括 Navier–Stokes 问题，部分来自协调由前沿模型驱动的智能体集群 [1]。 但前沿是参差不齐的。最强的编码模型不一定最擅长设计 UI 或制作幻灯片，也不一定最擅长写邮件。因此我们设计框架，让每个模型按自己的方式工作，同时保留它仍然需要的护栏，并以最低成本实现质量为目标。

匹配字段正文

n 发布了 Devin Vulnerability Fixes 插件，这是一套免费、开源的智能体技能。它针对三个严重的远程代码执行（RCE）安全公告。它们涵盖 PHP2Shell、Node.js 2026 年 10 月 21 日安全版本以及一个 CVSS 10.0 的自管理 GitLab 漏洞。这些技能可在 Devin 以及任何读取 SKILL.md 文件的编码智能体中运行。Cognition 将其内部使用的修复工作流打包成了该插件。开发者可以依次执行盘点、审批、打补丁、测试，然后每个仓库提交 1 个拉取请求。 简要说明 规模：三个技能（fix-php-vuln、fix-node-vuln、fix-gitlab-vuln），MIT 许可证。 运行环境：Devin、Claude Code、Codex、Cursor、Factory Droid、GitHub Copilot、Gemini CLI、OpenCode 和 Windsurf。需要 git、shell、Docker 和镜像仓库访问权限。npx 技能安装需要 Node.js 22.20 或更高版本。 性能：该插件未公布修复基准或修复率

匹配字段正文

包装后命令字符串。 84% 这个数字意味着什么？ Anthropic 报告称，在内部 Claude Code 使用中，沙箱化使权限提示减少了 84%。这是自报数字，并非外部基准测试结果。其目标是缓解审批疲劳。整天点击“批准”的开发者会不再阅读自己批准的内容。固定的边界让智能体可以在其中自由工作，只在边界处请求批准。 真正的权衡：严格的允许列表与可用的智能体 编码智能体不只是编辑文件。它们会安装依赖、拉取文档并调用 API。允许列表设得太严，npm install 就会失败。设得太松，沙箱就几乎起不到保护作用。srt 提供了几个调节参数来把握这一中间地带： 通配符和端口：如 .npmjs.org 或 api.example.com:443 这样的条目。 询问回调：决定没有规则覆盖的主机，并可返回模型会读取的原因。 按命令允许列表：仅为一次调用开放某个注册表。 实时更新：--control-fd 可在命令运行期间切换网络列表。 解析地址检查：阻止解析到回环或云元数据 IP 的已允许名称。 拒绝域名原因：告知智能体获准的替代方案，例如 HTTPS git 远程地址。 它与其他智能体沙箱相比如

匹配字段正文

ell的产品设计师，负责面向企业客户和dell.com购物者的客户账户体验，覆盖移动端、平板和桌面端。由于Dell的 设计系统团队 如何用Figma agent减轻设计系统维护工作 Figma的agent可以承担设计系统中的重复性工作，从维护组件库到自动化设计遵循组件库的方式。在此，我们分享几种让Figma agent发挥作用的方法。 已在Figma中提供其编码的React组件，Miguel的代码层便基于开发者使用的相同组件构建。这让团队成员能更真实地了解提议的设计在已发布产品中的外观和行为。Miguel使用代码层将会话式AI体验带到画布上：利益相关者可以提问，原型会用正确的屏幕作出回应。“利益相关者真的可以在文本框中输入内容，这开启了我们以前没有的下一级原型体验，”他说。 一旦其他设计师批准了某个流程，Miguel就会在代码层中将其构建出来，以获得跨职能合作伙伴的签字确认，因为他们发现可运行的原型比一系列静态屏幕更容易理解。在编辑时，他会复制代码层以并排保留版本，这比切换版本历史更容易在备选方案之间做选择。“就像你看着一面墙，看看A，再看看B，”Miguel说。可运行的原型在评审周期

匹配字段正文

报告之前修复问题 启用告警和自动修复后， Monitoring Agent 会在问题发生时收到通知。它会调查原因、验证修复，并通过电子邮件向你发送事件摘要。 自动部署修复 启用自动发布后， Monitoring Agent 可以部署经过验证的修复，并汇报改动了什么。修复是否自动发布由你决定。 迈向自主软件团队 Replit 是首个在云端实现 agentic 编码的平台。随着 agent 能力不断增强，我们的重心正从单一的编码 agent 扩展到 能够完成现代软件工程团队所能做的一切乃至更多的自主软件团队。 我们相信，软件的未来是由 agent 团队协同工作，来构建、维护、保护和优化软件，而创作者负责设定方向并保持掌控。 在过去六个月里，我们推出了业界领先的系统，用于 黑盒安全扫描, 增长, 以及现在的生产监控。这些是迈向自主 agent 团队的重要步骤，这些团队能够管理任何在 Replit 上构建的应用、工具或业务。 所有这些都服务于一个简单的理念：应该让更多人能够把想法变成现实。 构建应用只是这段旅程的一部分。保持其可靠、安全、可被发现并持续改进，历来需要一整个团队。通过让每位创作者

匹配字段正文

除了因配置损坏而无法在任何加速器上运行的模型，并筛选出数十万个具有可运行、可执行代码的模型。 在所有那些模型上评估 TorchNeuron 代码的每一个修订版本将极其耗时。然而，而且此外，其中许多模型执行相似的任务或处理相似类型的数据。 因此，我们团队的成员构建了另一个智能体，根据一组定义的架构属性对模型进行分类。例如，大型语言模型有三个主要组件：前端通常是编码器，针对不同数据类型（如文本、音频、图像、视频或其某种组合）进行专门化。主干包含主要的 Transformer 块、注意力机制和前馈层，但注意力机制可能是自注意力、交叉注意力或两者兼有，并且有多种变体，如 flash attention、ring attention 和 delta attention。最后，后端将模型的内部表示转换为可用的输出形式，这可能是任何类型的数据，通过任意数量的策略生成。 在所有模型中，无论是 LLM 还是其他模型，我们发现仅 841 个代表性模型就覆盖了 TorchNeuron 在实际中可能遇到的所有设计特征。 但即使在 841 个模型上完整评估新的代码修订版本，对于快速回归检测来说仍可能耗时过长，因

匹配字段正文

们不禁思考： （作为用户）我能否直接在聊天中与图表交互，以探索数据并根据我所选的内容提出后续问题？ （作为开发者）我能否让我为客户构建的 AI 智能体生成交互式可视化，帮助他们探索和理解自己的数据？ 是的，这是可能的，但存在显著的实践差距。即使拥有能力强大的前沿模型，我们仍然面临： 高生成成本。智能体很少能在一轮内生成完全令人满意的交互式可视化。反复的推理、编码和调试会消耗 token 和时间。 可靠性。交互式可视化本身就颇具挑战，富有表现力的交互式图表很容易引入糟糕的布局或损坏的交互，而我们在尝试修复这些问题时又可能引入新的问题。 这些挑战有助于解释为什么在现实应用中持续生成高质量的交互式可视化仍然困难。同时，一些可视化库中的内置交互本身表现力不足，无法创建定制的交互式图表。而这些挑战的根源在于缺乏一种既有表现力又高层的语言来指定视觉交互。 视频系列 再想一想 由 Sinead Bovell 主持的视频系列，围绕大家关于 AI 都在问的问题展开。汇集微软各领域的专家声音，我们剖析这项快速变化的技术所带来的张力与前景，探索什么在演变、什么有可能实现。 Flint-interactive

匹配字段正文

ateway 一起，API Gateway 是 Google Cloud AI 网关能力的轻量级入口。 您可以流式传输的内容 API Gateway 现在支持现代 API 所依赖的全套流式传输模式： 服务器发送事件（SSE） ——将模型输出流式传输到浏览器或客户端 SDK 的事实标准，也是大多数 OpenAI 兼容聊天补全 API 背后的传输方式。 分块传输编码和 HTTP 响应流式传输 ——包括换行分隔 JSON（NDJSON）以及任何其他逐步交付的响应体。响应会随着您的后端生成而透传，而不是被缓冲并在最后交付。 WebSocket ——用于聊天、协作、实时仪表盘、通知和交互式会话的全双工连接。 gRPC 流式传输 ——服务器端流式传输和双向流式传输，因此您可以将网关置于此前无法代理的 gRPC 服务之前。 流最长可保持打开一小时。与任何长连接一样，客户端应实现重连逻辑，以便会话在流结束后仍能存续——行为良好的 WebSocket 或 SSE 客户端本来就应该这样做。 您的 API 契约不会改变 这是最令我们满意的部分： 没有任何新东西需要学习。 流式传输不是不同的产品、不同的资源类

匹配字段正文

数据中心中的计算。 正如 Google 的两位杰出工程师 Rohit Jnagal 和 Ramanathan Venkatapathy 在一篇技术深度解析中所指出的，传统 VM 为开发者提供了大量控制和灵活性，但代价是在启动、挂起和恢复机器方面的速度。鉴于智能体启动和关闭的速度之快，这不是一个可行的选择。 他们指出，容器解决了其中一些问题，“但有许多例子，如编码智能体和开发者助手，需要完全隔离以及对智能体环境的内核级和根级控制。” Jnagal 和 Venkatapathy 写道，借助 Agent Compute Engine，团队回归第一性原理，构建了“一个统一的、面向 Google 的智能体计算平台”（现在也面向其客户）。 为每个智能体提供一台持久计算机 其核心基本上是为每个智能体提供一台持久的、沙箱化的计算机来工作。这使智能体能够使用 shell 脚本、使用无头浏览器，并在可能持续数周的智能体循环中编写代码（对该机器拥有 root 权限）。 但团队也为大规模用例构建了它，例如前沿实验室用于测试其模型的评估循环、AI 基准测试和强化学习。 此外，团队还将 Agent Compute

匹配字段正文

、标注追踪记录，并为你的 评测闭环. 整理数据集。针对数据集运行 实验 ，在质量、成本和延迟方面比较智能体的不同版本。 在这里，我正在比较结果，看看能否降级到 nano 以节省成本而不降低性能（剧透：不能！） 用 AI 改进智能体 随着 智能体运行框架 承担更大的任务并产生更长的运行，需要理解的追踪数据也多了很多。 Mastra 的 查询追踪 CLI 为你的编码智能体提供了一种方式，去调查缓慢、昂贵或失败的运行，并帮助修复底层问题。 追踪智能 （私有测试版）会揭示反复出现的失败模式，帮助你在噪声中找到信号。它按目标、行为、情绪和结果对追踪记录进行分组，让你可以优先处理修复，并为评测挑选示例。 注意：你可以 申请访问 追踪智能。 用 Gates 和 Verdicts 在 CI 中捕获回归 评测不必只存在于仪表盘中。在代码中运行它们，就能在发布前于 CI/CD 中捕获回归。 Gates 和 Verdicts 将行为检查和评分器阈值转化为通过/失败的判定，你的测试套件可以据此断言。 import { runEvals } from '@mastra/core/evals'; try { //

匹配字段正文

把回答翻译回OpenAI格式还给你。 你不需要改变你输入的格式，两个不同的模型依然能听懂。 官方技术文章里提到了它解决的两个真问题。 一个是防注入：特殊标记本来用来标记角色和边界，但用户也可能在输入里故意打出同样的字符串，冒充系统发号施令。recipe的做法是，只有提示词构建时显式插入的标记才会映射到真正的特殊token，用户输入里同样的文本会被当成普通文字编码。 另一个是长文本提速：特殊标记之间的普通文本可以独立编码，所以它先定位边界，再并行编码各段，最后按顺序拼回去，降低长上下文请求的分词延迟。 在真实的场景中，这三个产品是能串联在一起的。比如有家公司想要自己部署V4.1 Flash，那它就需要用DeepInfer。想要配合其他模型，那就挂上recipe来转格式。 执行层再拿着这个调用去请求Search和Fetch，把清洗好的结果塞回对话，模型继续往下输出答案。 为什么DeepSeek像可口可乐？ 这三样东西还有个共同点，那就是每一样都留了一扇门，让你无论出于什么样的场景，都可以用到DeepSeek的产品。 如果你算力够，想自己部署和DeepSeek官方同款的推理能力，那就用Dee

匹配字段正文

、光明对决黑暗的人类命运决战，不管对面想打多久，我们奉陪到底，直到完全胜利。 此外，如果你去翻翻 DeepSeek 那篇技术博客就会发现，他们的底气全来自把每一滴显存榨出汁的工程强迫症。 从设计第一天起，这套系统就具备广泛的硬件兼容性，用常见的 8 卡机器做 Prefill，用 64 到 128 卡的超节点做 Decode。 最让人印象深刻的是文档里关于视觉编码器 Vision Encoder 的部署建议，人家工程师原话写着“一般单卡部署就可以，建议用可用范围内最便宜的卡部署”。 不是哥们，同行都在忙着跟投资人说自己非顶级旗舰卡不用，DeepSeek 在官方文档里手把手教你拿机房角落里最便宜的卡凑合过日子，勤俭持家得像我广东房东。 抠门到极致就是艺术。 为了让你用最少的电费发最多的 Token，DeepSeek 还把一些独门秘籍全抖搂出来了。 比如现在 Agent 和长文本对话越来越火，每次重复计算 Prefill 都在烧真金白银，DeepSeek 直接搞了套 100 PiB 容量的 3FS 分布式存储集群，把 Agent 流量的 KVCache 保留 72 小时以上，Chatbot

匹配字段正文

开箱即用的执行，包括： LLM：Qwen、DeepSeek、Gemma、LLama、Mistral、GPT、OPT、BLOOM、Falcon、StableML 音频/语音：Whisper、Wav2Vec2、HuBERT、MMS 视觉：DinoV2、SigLIP、CLIP、Swin Transformer、ConvNeXt、ViT、ResNet、DETR 文本编码器与搜索：BERT、ALBERT 与 Electra、RoBERTa、DeBERTa、T5、MT5、Flan-T5 验证了基于 DTensor 的分片； 验证了多主机推理（vLLM 和 SGLang）以及微调/训练工作负载（TorchTitan），并采用基于 Ray 的编排； 验证了与 vLLM、SGLang、TorchTitan、Ray 和 TorchRec 的集成。 在本文的剩余部分，我们将讨论 TorchTPU 架构的关键方面以及一些初步结果。 架构深入剖析 TPU 入门 Google TPU 是专门设计的 ASIC ，用于执行构成深度学习基础的大规模张量运算。从 硬件架构角度, 一个 TPU 芯片 包含（取决于代际）：

匹配字段正文

unded Replay重算。 4、SWA Bounded Replay：V4把SWA落盘，占掉持久VCache近一半容量却换不到命中收益；V4.1改为只重算最近128 token，Decoder侧总prefill计算量近乎减半。 5、硬件成本：常见硬件组网（8卡机+超节点），兼容多厂商芯片，可在英伟达与华为昇腾运行。 延迟线：TTFT与TBT分别优化 1、编码器/Prefill/Decode分离部署：解耦资源分配，Prefill侧优化TTFT，Decode侧优化TBT。 2、chunk size按时间预算反解：由目标时延倒推每个chunk的大小。 3、分词不拖TTFT：分词从线性改为分段并行——special token之间的普通文本独立编码，再按序拼接；核心路径用Rust实现。 4、边生成边返回：跨chunk状态机缓冲不完整UTF-8码点，按思考/正文/工具参数分阶段维护状态，KMP增量匹配分隔标记，不回溯已确定文本。 5、工具参数不整体构造：按DSML边界直接输出JSON片段，字符串逐段转义，缩短首个参数片段的等待时间。 6、投机解码同时压延迟：Confidence Head按接

匹配字段正文

求如何转换为模型输入，以及生成的输出如何被处理为响应。它提供 Rust 和 Python 版本，旨在帮助开发者在运行自有部署时复现 DeepSeek 官方 API 的行为。该库于 9 月悄然发布，周二又发布了更新版本。 这一公告发布仅数天前，DeepSeek 刚发布了 V4.1 Flash 的更新版本 DeepSeek-V4.1-Flash-1017，宣称在编码性能和效率方面有所提升。据 The New Stack 周一的报道，该版本发布的同时，该公司还通过新的 Search 和 Fetch API 向开发者开放了其内部网络搜索技术。 DeepSeek 为何在 2025 年有所保留 DeepInfer 比 DeepSeek 此前分享其推理技术的计划走得更远。早在 2025 年 4 月，该公司发布了一份文件，概述其推理引擎的计划，并解释称它曾考虑发布整个系统，但最终决定改为向现有项目贡献单个组件和改进。 当时，DeepSeek 指出了若干障碍。其推理软件已从早期版本的 vLLM 演变为高度定制的系统，公司质疑其相对较小的研究团队能否再维护一个大型开源项目。此外，要让该软件在 DeepSe

匹配字段正文

案，每生成一个，都要用上前面所有的KV缓存。 两步吃的资源完全不同。Prefill一次要处理几万个Token，拼的是算力。 Decode一次只生成一个Token，大部分时间花在从显存里读参数和缓存上。 于是DeepSeek把两步拆到了不同的机器上。Prefill用常见的8卡机器，Decode用64到128卡的超节点。 请求里带图片的，还会先交给单独部署的图像编码服务。 实践中，两边需要的卡数差不多是1比1。按官方的建议，想要效率高，最小部署单元是64卡Prefill加64卡Decode。 官方API那套逻辑，也开源了 请求进门后，先过deepseek-recipe这一关。 眼下主流的API格式有三种，OpenAI的Chat Completions和Responses，加上Anthropic的Messages。 deepseek-recipe把它们统一转成同一种对话格式，再按模型版本拼好prompt、编码成Token。模型输出的Token，也由它翻译回各家格式，流式返回。 它还顺手堵了一个口子。DeepSeek的模型靠一批特殊Token标记对话结构，比如用户发言从哪开始、思考到哪结束、什

匹配字段正文