←搜索结果

按匹配度 · 共 398 条结果 清除搜索

星期四

  1. Claude Blog

    Anthropic 分享何时把子智能体折叠进主智能体循环

    Anthropic 应用 AI 团队在多个企业部署对比中发现,带技能(skills)的单一智能体在质量上常优于子智能体架构,且单任务成本和延迟更低,并给出把子智能体折叠进主循环的迁移方法。文章指出子智能体仍适用于上下文膨胀导致性能下降、需要并行处理独立任务、或工具选择与指令冲突的场景,并建议先把子智能体作为工具调用,再逐个转成技能和 MCP 工具,用端到端评估对比前后表现。文中提到 Claude Code 面向更先进模型的系统提示词缩减了超过 80%,并配套提供 build-eval、prompt-audit、hillclimb、cost-optimize 等 Claude API 技能。

    thropic 的源代码控制 随着对 Anthropic 单体仓库的合并量从每天约 2,500 次增长到超过 30,000 次,源代码控制成为最大的开发瓶颈。以下是团队如何构建 Scion——一个为始终在线的智能体设计的内部版本控制系统——并在五个月内从 git 迁移出去的故事。 Anthropic 日本的一位 BDR 如何用 Claude Managed Agents 度过他的一天 一位业务拓展代表如何用 Claude Managed Agents 和 Claude Tag 清理他的入站队列并起草双语客户邮件。 Claude Code 团队如何进行代码审查 面对智能体产生的代码量,你该如何审查代码?Claude Code 团队分享了他们的审查流程,从 Claude 验证自己的工作到按风险分级的人工审批,以及一份采用该流程的检查清单。 Uber 的 CISO 谈为 AI 构建内部威胁计划 Uber 的 CISO Philip Martin 谈对 AI 智能体进行监控和可观测性的重要性,以及 Uber 的开源工具如何与 Enterprise Frontier Safeguards 协同工

    匹配字段正文

  2. The New Stack

    AI 智能体上线后由谁值班:生产归属的九个工程步骤

    The New Stack 发文讨论生产环境 AI 智能体的归属问题,指出团队常把精力放在提示词、检索、工具和模型选择上,却忽略了谁对该系统负责。文章给出九个可落地的步骤,包括为智能体定义负责人和升级通道、用工具白名单默认拒绝未授权操作、设置执行步数与工具调用预算、记录模型调用日志、区分失败与升级、高风险操作需人工审批、提供健康检查接口、安全控制失效时默认阻断,以及制定凌晨故障时的降级运行手册。

    产级智能体不应拥有一条从推理直达行动的路径。每一次工具调用都应经过明确的控制、保持可观测,并有一条通往人工介入的既定路径。 以下是一种构建这些控制的实用方法。 第1步:把智能体当作生产服务来对待 智能体应当拥有与任何其他生产服务相同的运营身份。 首先定义它的归属元数据。 Python from pydantic import BaseModel class AgentService(BaseModel): name: str owner team: str service tier: str escalation channel: str agent service = AgentService( name="incident-command-agent", owner team="platform-engineering", service tier="critical", escalation channel=" platform-oncall", ) 这看起来可能很简单,但它改变了对话的性质。 智能体不再是一个在某个Python进程里运行的实验。它是一个有明确负责团队和升级路径的

    匹配字段正文

  3. Artificial Analysis

    DeepSeek Search 登榜 Artificial Analysis 搜索指数第 17 名

    DeepSeek Search 在 Artificial Analysis 搜索指数上得分 69,在 27 个搜索产品中排第 17,是榜单上价格最低的付费搜索 API。其每 1k 次搜索收费 $0.75,单任务成本约 $0.032,在 27 个产品中排第 5 便宜。AA-Omniscience 上准确率 70% 排第 10,但需要多跳推理的 BrowseComp 仅 63%,排第 25;每次搜索返回约 7k token,使模型成本升至榜单第 2 高。

    dex at 69, 17th of 27 search products, at the lowest price of any paid Search API on the board @deepseek ai launched its Search API on 17 October. We benchmarked it in our Stirrup agent harness, where GPT-5.6 Luna (medium) calls DeepSeek Search as its web search tool to complete a combination of tasks from BrowseComp, DeepSearchQA and AA-Omniscience. At $0.75 per 1k searches, DeepSeek Search costs less per search than any other paid Search API we benchmark, below Octen, Parallel (turbo) and Para

    匹配字段正文

星期二

  1. Fireworks AI

    Fireworks 免费训练 Muse Glimmer 30B:用 SFT 预测 Kalshi 市场结果

    Fireworks AI 宣布 Muse Glimmer 30B 在 11 月 30 日前可免费进行 SFT 训练,并公开了一套用 Kalshi 历史市场数据做预测实验的完整配方。微调后的 tuned Glimmer 在未见话题上准确率为 58.3%,比 Jev 的 47.1% 高 11.2 个百分点;在历史回测中,假设的 1000 美元在计入模拟手续费后变为 1071 美元,而 base Glimmer 和 Jev 均亏损。训练使用 LoRA 适配器和 K 路交叉熵损失,只跑一遍训练数据,并另用校准集为每类问题拟合温度参数。

    ence/v1/systemone 服务训练后模型的说明。 你会训练 Muse Glimmer 做什么? 你不需要有交易方面的雄心也能尝试这个。你的第一个实验可以从一个你已经纠正过太多次的错误开始。 也许你的智能体总是选错工具。如果你保存它的运行记录,成功的调用和已纠正的错误就可以成为 SFT 的示例。用一部分训练,用另一部分测试,看看你是否让这种纠正发生得更少。 自己试试 Kalshi 实验。该 cookbook 包含代码、评估结果和方法论,并引导你使用 Training API 完成该实验。 对于你自己的实验: •让 Fireworks 运行任务。将你的示例带到 Managed Training,在应用中或通过 API 开始。 •掌控你的训练循环。使用 Serverless Training API 编写你自己的 SFT 循环。 •让你的编码智能体投入工作。按照 Agent Skills 指南安装 Fireworks 训练技能,然后描述你想训练什么。 Muse Glimmer 30B 在 11 月 30 日前可免费通过 SFT 训练,无需信用卡。推理(包括评估调用)单独计费。$/$

    匹配字段正文

  2. TechCrunch AI

    开发者用 AI 智能体给智能电视去广告、换桌面

    TechCrunch 报道,一些开发者和 vibe coder 正用 AI 智能体改造智能电视,去掉开机广告、关闭观看追踪、替换卡顿的桌面。GitHub 项目 dumbtv 已在 Fire TV Edition 以及 Sony、TCL、Philips、Hisense、Xiaomi、Shield 的 Android/Google TV 上做过端到端测试,作者 Sabuwala 称用 Deepseek V4.1 Flash、Claude Opus 5.5 和 Claude Sonnet 5.5 编写。cleanyourtv 作者 Gathin T. 称用 Claude Code 通过 Wi-Fi 移除 25 个小米软件包并重写桌面,几天内有数千人对自己的电视做了同样操作。这些方案仍在完善中,有人反馈 Claude 不响应简单指令,也有人称把 Android TV 刷成了砖。

    oid/Google TV platforms on TVs from Sony, TCL, Philips, Hisense, Xiaomi, and Shield. To use this hack, the developer, Muzzammil Yasin Sabuwala, suggests pointing your preferred AI agent at the dumbtv repository on GitHub. Sabuwala said he was motivated to work on dumbtv because he was tired of the ads and not being able to delve directly into the content he wanted to watch. His solution was coded using a combination of Deepseek V4.1 Flash, Claude Opus 5.5, and Claude Sonnet 5.5, he told TechCrun

    匹配字段正文

  3. 钛媒体 · AGI

    实测 WorkBuddy 接入企业微信:AI 同事几分靠谱

    作者从零实测 10 月 14 日宣布与企业微信深度融合的 WorkBuddy,通过企业微信机器人入口完成授权绑定后,可对话和设定时任务。实测中定时任务首次运行因提示模型队列已满而反复失败,整理 AI 资讯时推送内容把日期标成 2025 年 10 月,追问后 WorkBuddy 承认是模型幻觉加系统 Bug 导致未推送。作者认为它更像需要人盯交付的实习同事,时效性敏感的自动化任务仍需人工核查。

    10分到10点47分,任务反复尝试,最后全部失败。 “算力紧缺”成了用户体验的一道门槛,这或许是早期接入的小状况,第二天,任务很快成功完成并顺利推送。 但是为什么界面显示“空闲”的模型也无法执行,用户并不清楚。 腾讯在2026年公司治理报告中提到,将继续巩固算力与技术基础设施;7月发布混元Hy3正式版时,财新报道称,腾讯进一步提升了后训练算力规模,并重点强化Agent能力。 调整定时任务期间,我还让它“帮我整理下最新一周AI资讯,通过企业微信发送给我自己”。它很快给出了回复。但从企业微信上看,出现了时间幻觉错误:推送的内容,标注时间是2025年10月,整整提前了一年。 于是我询问它原因,第一次,它认为自己没错,“这个产出文件内容是2026年10月15日的”。 我指出问题所在后,它才给出完整解释,原因是产生了模型幻觉,定时任务确实成功生成了正确的15日简报,但因系统Bug没有推送到企业微信。 担心这是因为我自己的操作问题,于是我向WorkBuddy询问:“这是我自己使用的问题,还是你的错误”,它回答“是AI的错误”。 不过认错并不能等于改正。第二天我进行同样的测试,复制了昨天的提示词,W

    匹配字段正文

星期三

  1. 虎嗅

    开发者借 AI 逆向工程在红米等安卓手机运行 iOS 16

    开发者 dipa-studio 在红米 Note 10 Pro 上成功引导运行 iOS 16.7.16,可进入桌面、操作设置和控制中心,随后红米 Note 12、Nothing Phone、一加12 等设备也出现同类演示。移植过程大量借助 Claude、Codex 编写驱动适配代码,还出现了自动分析硬件接口的逆向工具 REA。当前版本蜂窝网络、蓝牙、相机、扬声器均不可用,GPU 硬件加速未打通导致卡顿,开机需等待 4 分钟,代码签名校验和沙盒限制也被放宽,仅适合尝鲜演示。

    e Engineer Anything),能自动分析硬件接口并生成转接代码,人类几乎沦为“按电源键的机械臂”。 3. 当前版本远无法实用 蜂窝网络、蓝牙、相机、扬声器均不可用,GPU硬件加速未打通导致卡顿,开机等待4分钟,安全机制被削弱(代码签名放宽、密钥服务简化),仅适合尝鲜演示。 4. 项目演进速度加快但前景未定 由于AI辅助的“接力赛”模式(项目仓库中AGENTS.md交接手册),项目进展极快:手势导航、Wi-Fi连接等已被部分分支攻克,但能否真正实现安卓硬件+iOS系统的理想仍存疑。2026-10-21 17:22当999元的红米亮起苹果logo,库克最担心的事情发生了蓝字计划速览 本文来自微信公众号: 蓝字计划 ,作者:Hayward 那么多人吹iPhone,你真以为是硬件有什么过人之处? 论快充、论电池容量、论潜望长焦和散热堆料,国产安卓旗舰早就把牙膏厂甩出几条街了。大家捏着鼻子忍受信号差、充电慢,说白了,还不是因为iOS干净、流畅、安全、好用。 但如果现在告诉你,有一个机会在安卓手机上也用上真正的iOS呢? 不是以前应用商店里那种换个图标的“高仿桌面主题”,也不是套壳模拟

    匹配字段正文

星期一

  1. Meta Engineering Blog精选

    Meta 详解薄编排器架构:1300 行路由层调度 14 个专业智能体

    Meta 工程博客介绍其数据管道智能体采用的薄编排器架构:1300 行编排器把 20 多个工作流路由到 14 个专业子智能体,自身不做任何领域推理,只负责意图分类、字段收集和可靠性检查。此前单智能体方案在演示中可用,上线后出现概念串扰和幻觉,逐任务手工写提示词时成功率 70-80%,不手工调优则降到 10-20%。新架构下新数据列的配置准备从手工三到四天缩短到一小时以内,约三分之二的变更无需大量人工修改。

    .entry-header Sometimes, giving an AI agent all of the knowledge it needs is the wrong approach. At Meta, we’ve seen notable improvements in efficiency and accuracy by keeping the orchestration layer of our data pipeline agents deliberately thin: It routes work and enforces reliability checks, while specialized agents do the domain reasoning. We’re sharing our own process and insights, plus how any team can apply this to their production AI agents. We built a 1,300-line orchestrator that routes

    匹配字段正文

  2. Google Developers Blog

    Google 开发者博客发布 ADK 语音智能体教程:用流式工具消除静默

    Google 开发者博客发布分步教程,介绍如何用 ADK 和 gemini-3.8-live 构建不会长时间静默的语音智能体。核心做法是把工具函数从 return 改为 yield 变成流式工具,或使用 FunctionTool 的 response_scheduling 在空闲时交付结果;在销售报表基准流程中,智能体首次开口时间从 14.4 秒降到 1.2 秒。教程还给出 stop_streaming 取消机制、防止重复调用以及 WHEN_IDLE、INTERRUPT、SILENT 三种调度模式的取舍,要求 google-adk >= 2.10.0 并使用 run_live 双向会话。

    option4_minimal_flow_diagram_1600x900

    ADK 构建一个永不沉默的语音智能体 2026年10月19日 Stephen Allen 解决方案架构师 AI 应用与平台 Kaz Sato 员工开发者布道师 Facebook Twitter LinkedIn 邮件 使用 ADK 和 Gemini 3.8 Live 构建一个永不沉默的语音智能体 一份关于 流式工具、非阻塞函数调用和响应调度的指南,适用于 Agent Development Kit(ADK)Gemini Live API 工具包. 在文本聊天中,一次耗时 13 秒的数据库查询或 RAG 流水线会显示一个加载中的旋转图标。而在实时语音对话中,13 秒的阻塞式工具执行会产生 13 秒的死寂,导致用户以为通话已断开而挂断。 你无法总是让后端查询做到亚秒级,因此解决方案必须从架构层面入手:在慢速工具于后台运行的同时,让智能体保持对话。开源 ADK 和 gemini-3.8-live 让你无需自行编写客户端 WebSocket 事件循环来管理异步工具状态,而是可以直接用 Python 原生实现非阻塞语音工具。在我们基于 gemini-3.8-live 的销售报表基准工作流中,从

    匹配字段正文

  3. Artificial Analysis 完整文章精选

    Artificial Analysis 上线 HealthBench 与 HealthBench…

    Artificial Analysis 为 OpenAI 的 HealthBench 和 HealthBench Professional 两个健康对话基准上线排行榜,前者含 5000 段与普通用户及卫生工作者的对话,后者为 525 段全部面向临床医生的对话。HealthBench Professional 上 GPT-6 Astra(max)以 66.0% 的长度调整分居首,GPT-6.1 Sol(max)为 65.1%,Claude Sonnet 5.5(max with fallback)为 63.0%。HealthBench 上 Claude Sonnet 5.5(max with fallback)以 62.1% 领先,DeepSeek V4.1 Flash(max)为 60.9%;Claude Opus 5.5 与 Claude Fable 5.1 平均回答约 5900 字符,长度调整后失分超过 11 分。

    完整性分数最低(34%)。Claude Sonnet 5.5(max with fallback)在完整性上领先(63%) 完整排行榜请见此处: 宣布推出 AA-PersonalityBench:衡量 AI 模型的沟通方式 AA-PersonalityBench 衡量 AI 模型的个性和沟通风格。由 LLM 评审组成的小组按 30 项个性特质对答案进行两两比较,这些特质汇总为 8 项个性指数,同时直接从每个回复中测量 21 项沟通特征。 2026年10月19日 Reflection 发布了 Beam,这是他们的首次模型发布 Reflection 的首个模型 Beam 在 Artificial Analysis 智能指数上得分为 30,在美国开放权重模型中排名第 2 2026年10月16日 在 AA-AgentPerf 上,NVIDIA Vera Rubin NVL72 每兆瓦的总吞吐量最高可达 GB300 NVL72 的约 5.7 倍,首批结果涵盖 DeepSeek V4 Pro、DeepSeek V4.1 Flash、GLM-5.2 和 Kimi K3。 2026年10月15日$/$

    匹配字段正文

  4. n8n Blog

    如何在 NVIDIA DGX Spark 上不调用云 API 运行 n8n AI 工作流

    n8n 博客发布教程,介绍如何在一台 NVIDIA DGX Spark 上本地部署完整模型栈,让 n8n 工作流在不调用云 API 的情况下完成转录、OCR、文档问答和图像生成。整套栈通过 LiteLLM 暴露一个 OpenAI 兼容端点,主模型为 Qwen3.6-35B-A3B 的 NVFP4 版本,单用户生成速度 120 tokens/s,八用户合计 359 tokens/s。作者实测发现图像生成会让对话速度降到约三分之一,建议小团队把图像任务排队或放到非工作时间。

    -accounts", "models": ["qwen3.6", "ocr"]}' 在 n8n 中,创建一个 OpenAI 凭据。 在 API Key 中输入该虚拟密钥。 将 Base URL 设置为 http:// :4000/v1。 由于每个团队都有自己的虚拟密钥,LiteLLM 会按团队跟踪支出和使用情况,尽管并不按 token 计费。 要从 AI Agent 或 Basic LLM Chain 使用 DGX Spark,请添加一个 OpenAI Chat Model 节点并使用此凭据,然后将其模型 By ID 设置为 LiteLLM 路由名称,例如 qwen3.6。接着在节点选项中关闭 Use Responses API。 从 1.3 版本起,该节点默认调用 OpenAI 较新的 Responses API,而 DGX Spark 的模型是通过 chat completions 提供的。 工作流:读取发票 此工作流为你提供一个网页表单。上传发票图片后,表单会显示供应商、发票号码、日期和总额,全程不调用任何云服务。获取模板。 它包含六个节点: 上传发票(n8n Form Tri

    匹配字段正文

  5. MarkTechPost

    TinyFish 把搜索做成免费:AI 智能体读网页的真实成本拆解

    TinyFish 宣布在限额内免收 Search 和 Fetch 的检索费用,Search 为每分钟 30 次、每小时 500 次,Fetch 为每分钟 150 个 URL、每天 1,000 个。文章指出检索免费并不消除下游模型的推理成本,同一篇约 4,300 字符的文章在不同服务商处返回约 1,184 到 42,774 个估算 token,三页未过滤内容就可能占满 128K 上下文窗口。在 2026 年 9 月 28 日的 Artificial Analysis 快照中,TinyFish Search 得分 71、每 1,000 个任务 9.30 美元,为展示配置中总成本最低但得分也最低,单任务耗时约 59 秒。

    分为 71,每 1,000 个基准任务收费 9.30 美元,每个任务耗时 59.0 秒(模型加搜索时间)。 优势:在速率限制内检索费用为 0 美元(Search:每分钟 30 次请求,每小时 500 次;Fetch:每分钟 150 个 URL,每天 1,000 个),并且在排行榜展示的 12 种配置中总成本最低。 权衡:在展示的配置中,单任务耗时第二长;其 Agent 产品内置的模型无法更换。 得分:展示的最高分是 Perplexity Search(medium)的 80 分。展示的最低分是 TinyFish Search(web)的 71 分。无搜索基线为 33 分。 检索费用与模型处理成本 搜索和抓取 API 通常按请求或按页面计费。它们返回的内容随后会进入模型的上下文,并按输入 token 计费。推理和输出 token 还需额外计算。 如今企业会将每项任务路由到成本最低且能力足够的模型,Stripe 同意收购 OpenRouter 一事凸显了这一趋势——OpenRouter 是一个网关,覆盖来自 80 多家提供商的 400 多个模型。路由降低了每 token 的价格,但并不会改

    匹配字段正文

星期日

  1. The New Stack

    Gemini 4 Argon 与 Claude Opus 5.5 实测对比:价格减半,准确率也接近减半

    The New Stack 用代码审查、账单规格和长上下文三项自建任务对比 Gemini 4 Argon 与 Claude Opus 5.5,Argon 总成本 4.98 美元、Opus 为 8.75 美元。两者在 14 个植入 bug 的审查与修复上打平,但账单规格测试中 Opus 通过 80/80、Argon 仅 11/80,作者手动修正一行代码后 Argon 才达到 80/80。长上下文依赖题中 Opus 在 500K 规模答对全部 33 个服务,Argon 只答对 20 个并答错 8 个,且输出 token 仅 243 至 425,未展示推理过程。Argon 目前每百万输入/输出 token 收费 2/10 美元,12 月 1 日起涨至 4/20 美元与 Opus 持平。

    Gemini API developers. To its credit, Google also showed where Opus 5.5 wins. Opus leads on the other four benchmarks, including Terminal-bench 4.0 (66.4% vs. 57.4%), which tests agentic work in a command line. Google is also undercutting Anthropic on price, at least for now. Through November 30, Argon costs $2 per million input tokens and $10 per million output tokens, half the price of Opus 5.5. On December 1, it rises to $4 and $20, matching Opus. That gives developers about six weeks to dec

    匹配字段正文

  2. Browser Use

    Browser Use 解读浏览器智能体:工作原理、适用场景与局限

    Browser Use 发布指南,解释浏览器智能体由模型、harness 和浏览器三部分组成,通过观察页面、选择动作、执行并检查结果的循环推进任务。文章建议有可用 API 时优先用 API、流程可预测时用脚本,只有步骤需要判断时才用智能体,并列出结果不稳定、网站拦截、提示词注入和成本不可预测等局限。文中引用其云服务 2026 年 10 月 18 日的数据快照,登录处理占 18% 的运行、结构化数据提取占 14%。

    Browser Agent Loop

    All articles A browser agent is software that uses an AI model to operate a web browser toward a goal. You describe the task, and the agent automatically opens the page, navigates, chooses actions, and checks the results before continuing. Agents are especially useful for unpredictable workflows because they can adapt to unexpected changes and recover from errors. TL;DR Use an agent when the task requires flexibility and decision-making. Use an API when available, or a script when the workflow i

    匹配字段正文

星期六

  1. Arena

    Arena Alignment Index 更新:Meta、Reflection、StepFun 三款新模型上榜

    Arena Alignment Index 更新,新增两家实验室和三款模型。Meta 的 Muse Wonder 以 77.5% 位列第 6,在三款新模型中得分最高,未授权操作率 2.09%、欺骗性完成率 14.41% 均为三者最低;Reflection 的 Beam-1.0-501B-A23B 以 75.3% 排第 7,虚假归因率 4.50% 为三者最优;阶跃星辰的 Step 5 Preview 以 75.1% 排第 8,未授权操作率 2.11% 与 Muse Wonder 接近。

    Arena Alignment Index 更新:两家新实验室和三款新模型上榜! - Meta 新的顶级模型是 Muse Wonder,取代 Muse Spark 1.3。- Reflection 携 Beam 1.0 首次亮相,这是 Agent Arena 总榜上排名第一的美国开源模型。- 另一家中国实验室阶跃星辰携 Step 5 Preview 加入排行榜。 Arena Alignment Index 各实验室排名:- 第 6 名 @AIatMeta:Muse Wonder(Max),77.5% - 第 7 名 @reflection ai:Beam-1.0-501B-A23B,75.3% - 第 8 名 @StepFun ai:Step 5 Preview,75.1% 在三款新上榜模型中:- Meta 表现最强,Alignment Index 得分最高(77.5%)。它同时也是三者中未授权操作率最低(2.09%)和欺骗性完成率最低(14.41%)的模型。- Reflection AI 在避免虚假归因方面表现最强:4.50%。- 阶跃星辰未在任何类别中领先,但其相对最强的结果是未授

    匹配字段正文

  2. The New Stack

    红帽工程师用 Claude Code 参照 Windows 驱动补出 Linux 扫描仪驱动

    红帽工程总监 Christian Schaller 让 Claude Code 运行厂商的 Windows 驱动并抓取 USB 流量,与自己的 Linux 驱动对比,几小时内拿到第一张可识别的扫描结果,几天后支持红外扫描。他把这套方法以 MIT 协议开源为 hw-harness,包含控制 Windows 虚拟机的 winctl、抓取流量的 usbcap、切换设备的 hostdev 和 Linux 侧调试的 hwdbg。他还用同样思路修复了 ThinkPad X1 Carbon 的摄像头偏暗偏色问题,提交了内核和 libcamera 补丁,低光测试中画面亮度从 31.1 升到 90.9,但补丁尚未合并。

    ect called hw-harness under an MIT license. It bundles the tooling for capturing how a device behaves, comparing a working implementation against a broken one, and giving a coding agent the information it needs to work on hardware that Linux doesn’t support yet. Reverse-engineering the scanner driver Schaller got the idea from a post on X by Tom Crider, better known as Glorious Eggroll, who had used an AI agent to fix a mouse driver by giving it access to a Windows machine. Schaller fed the post

    匹配字段正文

  3. 腾讯云开发者社区

    3人备课组用9个AI智能体把两周集体备课压到1个上午

    一位高中英语教师与3人备课组把集体备课改造成9个AI智能体加3个真人角色的四阶段流水线,原本跨两周的备课闭环在9月上旬实测单日上午跑通。四套提示词分别负责学情三维归因、每条不超过100字的四段式研讨意见、80分钟对辩主持稿和三维评分归档,共识执行率从经常烂尾变为100%。作者还记录了二次质检分数降6分实为评分量表变化、教师对格式约束的抵触、成员出差由副备兼顶三个坑,并称该SOP跨学科通用,提示词可在豆包、Kimi、ChatGPT、DeepSeek上运行。

    理写进SOP,比临场协调便宜得多。 四、收益与迁移 两个硬指标:原本D0-D7跨两周的备课闭环,9月上旬实测单日上午跑通全流程(正常学期节奏仍建议留两周,给主备思考时间和研讨组织时间);共识执行率从"经常烂尾"变成100%——三要素约束下,每条共识都有人和截止日期。 更重要的收益是结构性的:质检标准从"上交任务"变成了"改进导航"——9个智能体的评分不再是考核,而是下一轮迭代的输入。 这套框架的迁移成本很低:四阶段九智能体SOP跨学科通用,换学科只改依据体系里对应学科的本体理论一条;提示词四件套不绑定任何平台,豆包、Kimi、ChatGPT、DeepSeek都能跑。我们整理了一页纸入门包(总览+6步闭环+依据体系三份文件),其他备课组复制后跑一个单元就能上手。 --- 写在最后:我不是程序员,这套东西的全部"技术含量"就是四份提示词文档和一张轮值表。多Agent编排听起来高深,拆开了看就是两件事:把标准动作写成强约束的提示词,把人的判断留给对辩和拍板。AI管结构,人管方向——教学如此,编排也如此。 版权声明:本文作者库致堂。转载请注明出处。 文中人物均为化名,单位信息已按匿名规则处理。

    匹配字段正文

星期五

  1. The New Stack

    Muse Wonder 与 Claude Fable 5.1 实测对比:Meta 新模型比预期更接近

    作者在智能体修 bug、故障排查和长会话记忆三项任务上对比了 Meta 的 Muse Wonder 与 Anthropic 的 Claude Fable 5.1。Muse Wonder 在故障排查中与 Fable 5.1 同为 10 分,修 bug 拿到 6 项隐藏测试中的 5 项,记忆任务 25 分满分;Fable 5.1 因 cyber 安全过滤拒绝了记忆测试 50 轮中的 34 轮,该项得 0 分。尽管 Meta 标价每百万 token 输入 4 美元、输出 20 美元,低于 Fable 5.1 的 10 美元和 50 美元,但 Muse Wonder 单任务消耗 token 更多,三项测试总成本 2.24 美元,高于 Fable 5.1 的 1.85 美元。

    a launched Muse Wonder on October 12, about three months after Muse Spark 1.1 opened Meta’s paid Model API. Meta says the Muse Wonder series is strong at personal and professional agent tasks, tops its internal MemoryBench memory test, and, in the Full version, leads coding benchmarks such as DeepSWE and SWE-Marathon. Its model card lists Fable 5.1 among the comparison models, and Meta’s launch post publishes Fable 5.1 scores alongside its own. Those are strong claims, since Fable 5.1 is one of

    匹配字段正文

  2. OpenAI Developers

    OpenAI 如何用 GPT-6 系列维护软件:合并 1400 多个 PR、删除 80 万行代码

    OpenAI 核心实验团队分享了用 GPT-6 Astra 和 GPT-6.1 Sol 在 Codex 中做代码维护的实践,包括删除无用代码、清理过期实验和修复不稳定测试。团队用一段简短提示词让 Astra 自行查找证据并说明删除理由,五名工程师在两周兼职时间内合并了 1400 多个 PR,删除超过 80 万行代码,其中一个服务的容器镜像从 3.31GB 降到 1.72GB,减少 48%。在过期实验清理对比中,GPT-6.1 Sol Ultra 的发现数量为 GPT-6 Astra Ultra 的 92%,API 成本仅为后者的 14%。

    Every growing codebase needs maintenance: unused code to remove, completed experiments to clean up, and tests to fix. At OpenAI, coding agents have helped us build faster, which has also increased our maintenance needs. I work on OpenAI’s Core Experimentation team, where we build and maintain the software that supports experiments across the company, from front-end updates to improvements in model-serving efficiency. The release of GPT-6 Astra helped us build and maintain software faster, and GP

    匹配字段正文

  3. 邵猛

    pstack 作者公开 Cursor 内置插件的工程原则设计思路

    pstack 作者 @poteto 公开了这个 Cursor 官方内置插件的工程原则设计思路,核心是随着模型能力提升,写给智能体的指令正从冗长操作步骤压缩为简短的命名原则。每条原则只有约 10–20 行,是可被 /principle-<名称> 调用的 skill,大多来自她今年在会话中纠正智能体的场景。在 /poteto-mode 下,智能体开始多步任务前先读原则索引,执行中必须点名每条影响决策的原则及它改变了哪个选择,并在回复末尾生成 Principles Named or Used 段落。

    pstack 作者公开她的 “工程原则” 设计思路 「Clean Code」作者 Uncle Bob 是传统软件工程方法论的宗师,他最近看到了 pstack,认为本质上是把经典工程智慧「最小改动、先删后加、验证根因、用类型系统让非法状态不可表示、幂等操作」重新编码给 AI Agent 使用。 pstack 作者 @poteto 回应并公开了这个 Cursor 官方内置插件的工程原则的设计思路,核心是:随着模型能力提升,写给智能体的指令正在从“冗长的操作步骤”压缩为“简短的命名原则”。 几个关键信息点 1. 原则即极简 skill。pstack 的每条工程原则只有约 10–20 行,是一段被提炼、命名过的好实践,而不是一个流程脚本。她预期随着模型变强,pstack 里大部分 skill 最终都会被压缩成这样的短原则或工作流,从而可以删掉一批。 2. /poteto-mode 的运行机制。智能体在开始多步任务前先读一份简短的原则索引;执行过程中,必须“点名每一条影响了决策的原则,以及它具体改变了哪个选择”,并在回复末尾生成一个 "Principles Named or Used" 段落。这

    匹配字段正文