全部 · 2026-06-18

这条更新解决了一个很实际的痛点：以前用 MCP 连企业工具，每个员工得自己一个个授权，IT 部门管不了，个人账号和工作账号还容易混。现在把权限判断交给公司已有的身份系统（比如 Okta），管理员在后台设一次规则，员工登录客户端时该有的工具就自动配好，不用再跳转一堆授权页面。 技术上看，它用的是 ID-JAG 这种令牌交换方式，用户只登一次，客户端拿身份凭证去换各个服务器的访问令牌，中间不弹授权确认。Anthropic 的 Claude 家族和微软 VS Code 已经支持，Asana、Atlassian、Figma 等 7 个工具也接入了。 不过这篇公告没给任何定价信息，也没说其他身份系统（比如 Azure AD）什么时候能支持。如果是真的零额外成本，对想推 MCP 的团队会省很多事，但这点先别太激动，等具体落地细节出来再说。

Thomas Dimson 和 Joey Flynn 做了个网站，输入名字就能查它是否出现在 13 个主流模型的训练数据里，覆盖 GPT-5.5、DeepSeek V4、Llama 3.3 70B 等。它会返回一个“强度”分数，莫扎特、莎士比亚、泰勒·斯威夫特这些家喻户晓的名字都拿到了 996 分。 但问题在于，正文完全没交代这个分数是怎么算出来的。它可能是基于模型对名字的熟悉程度、生成文本的频率，还是直接查了训练集里的出现次数？也没说数据来源是真实的训练语料，还是通过模型行为反推的。如果是后者，那这个分数更多反映的是模型“知道”这个名字的程度，而不是它真的在训练数据里被喂了多少次。 另外，排行榜上前 20 名全是 996 分，几乎没区分度，说明这个分数要么上限太低，要么算法对名人一视同仁。想拿它当隐私检测工具的人得留个心眼——正文没披露方法论，这个数字只能当个趣味参考，别当成严谨的审计结果。

OpenAI 赶在 IPO 前一周，从 Google DeepMind 挖来了 Noam Shazeer，他是“Attention Is All You Need”那篇论文的作者之一，也就是 Transformer 架构的奠基人。Shazeer 后来创办了角色扮演 AI 公司 Character AI，2024 年被 Google 以 27 亿美元重新买回去。同一周，OpenAI 还招揽了 Dean Ball，他曾在特朗普政府白宫科技政策办公室负责 AI 政策。 这两步棋的意图很直白：技术线需要一个有足够分量的招牌人物来撑场面，政策线则需要有人在华盛顿帮公司铺路。但 TechCrunch 这篇报道没写清楚最关键的信息——他俩具体担任什么职务、什么时候入职、向谁汇报。没有这些，就很难判断这是实权任命还是 IPO 前的门面工程。Shazeer 在 Google 的两次进出本身就挺戏剧化，他能不能在 OpenAI 待得住也是个问号。

Claude Code 这次加的 artifacts 功能，简单说就是你在终端里让模型干活时，它能顺手把当前进度——比如代码改了什么、系统架构怎么设计的、数据看板长什么样——直接生成一个带完整对话上下文的网页。队友不用装 Claude Code，点开链接就能看。这对团队协作挺实用，省去了截图、写说明、开会的步骤。 但官方博客写得比较克制，几个关键信息都没给。第一，这个功能是默认开启还是需要手动触发，正文没提。如果是默认开，那每次对话都可能多出一段网页生成的 token 消耗，成本会悄悄涨。第二，生成一个 artifact 到底吃多少 token，也没披露。对重度用户来说，这个数字直接决定用不用得起。第三，网页的交互能力到什么程度——是只能看，还是能编辑、能回传数据——也没展开。 我会先打个折：功能方向对，协作场景确实痛点明确，但在 token 成本和触发机制透明之前，别急着在生产环境里全量开。

这篇博客是一份操作指南，不是产品更新。它把控制 Claude Code 行为的五种方式梳理得很清楚：CLAUDE.md 相当于给模型看的项目说明书，告诉它代码风格和架构约定；技能是把重复任务写成固定步骤模板，让模型按流程执行；钩子是在模型操作前后自动触发检查，比如提交代码前先跑测试；规则直接约束模型能做什么不能做什么；子智能体则是把复杂任务拆开，分给多个独立模型并行处理。 整篇文章偏概念讲解，没有给出任何基准测试、延迟数据或成本对比。如果你已经在用 Claude Code，这些机制能帮你把模型管得更听话，但具体能提升多少效率、省多少钱，正文没披露。另外，子智能体这种并行拆分听着挺美好，实际落地时任务怎么切、切多细、中间结果怎么合并，这些工程上的坑文章也没展开。 对 AI 从业者来说，这篇值得看的是架构思路——怎么把一个大模型的行为拆成可配置、可检查、可分工的模块，而不是指望一个 prompt 解决所有问题。但别指望看完就能直接抄到自己的项目里，它更像一份设计蓝图，缺了实现细节和踩坑记录。

FERC 周四全票通过，要求美国六大电网运营商优先处理数据中心这类大用电客户的并网申请，数据中心自己承担全部并网费用。这相当于给 AI 基建开了条行政快车道，排队时间会缩短，但账单也全甩给了企业。委员会还让运营商考虑固态变压器、超导输电线路这些替代技术，不过没点名具体方案，落地时间表完全没提。 文章点出了一个关键缺口：FERC 只解决了排队流程，对更根本的电力供应短缺问题一个字都没碰。电本身不够用，光插队没用。正文没披露目前排队积压的具体规模，也没说这条快车道能省多少时间，所以实际效果还得看各电网运营商怎么执行。 还缺什么：新规会不会挤占居民和其他工业用户的并网资源，正文没讨论。数据中心自己扛全部费用，成本会高到什么程度，也没给估算。这点先别太激动，快车道修好了，车没油照样跑不动。

这个工具解决了一个实际问题：用 Claude Code 这类编程助手时，查到的资料、做的判断很容易散落在聊天记录里，下次就找不到了。LLM Wiki 的做法是让助手在干活过程中顺便把资料整理成结构化的维基，5 到 10 个代理同时从学术、技术、新闻和反面角度搜，能吞网址、PDF、Git 仓库甚至网页存档，最后交叉整理成带置信度评分的文章。所有产出都是纯 Markdown 文件，兼容 Obsidian，数据完全在你手里。 比较有意思的是它的"论文模式"——你给一个主张，代理会从支持、反对、机制、元分析和相邻角度分别搜，第二轮还会专门对抗确认偏误，输出的是一个判断而不是摘要。这点对做技术调研的人挺实用。另外它支持会话记忆和反馈筛选，只保留有价值的修正和偏好，不会把整个聊天记录都塞进去。 正文没披露代理具体用的是什么模型、每次运行的成本和延迟，也没给出置信度评分的具体算法。这些信息缺口让"10 倍性能提升"这个说法暂时只能打个折来看。另外多代理并行搜资料听起来挺费 token 的，实际开销得自己跑一下才知道。

这份标准把自动驾驶的监管从“随便说”变成了“硬杠杠”。最狠的一招是引入了 Safety Case（安全档案）机制，企业得用“声明—论据—证据”的结构，把仿真、场地和道路测试数据串起来，证明自己的系统到底安全在哪。这直接终结了过去车企靠模糊宣传抢市场的玩法。 标准对 L3 和 L4 做了区分：L3 盯着人机交接，司机没接管系统必须自己靠边停；L4 则要求系统不依赖远程操控就能自己处理风险。不过，正文没披露具体的测试场景数量和通过标准，企业到底要跑多少里程、覆盖多少 corner case 才算过关，这点还不清楚。 2027年7月实施，现有车型多给一年缓冲期。短期看，车企在冗余系统和安全档案上的投入会涨，但长期看，谁先跑通这套验证体系，谁就能在合规窗口期抢到身位。

Matthias Plappert 用一台 UFACTORY xArm Lite 6 机械臂、两个摄像头和一个 3D 鼠标，总花费不到 5000 欧元，在自己桌边搭了一套单臂操作研究平台。他对比了 2019 年在 OpenAI 做类似项目的经历：当时硬件成本是现在的十倍，还需要约 20 人的团队支撑。现在他一个人从零写控制软件，计划花几个月做开放研究，主要产出是研究日志，记录什么行得通、什么会失败。 这篇文章只讲了物理搭建和软件基础，没有披露具体模型或训练方法。他明确说目前不打算开源代码，因为维护开源项目太耗精力，想先把时间花在研究上。单臂设计也限制了任务类型，比如叠衣服这类活干不了，但他认为这反而能逼着策略学会利用环境来弥补硬件不足。 信息缺口很明显：硬件跑通了，但算法部分还是空白。他提到的“公开可用的基础模型”具体指什么、数据怎么采、训练管线怎么设计，正文都没交代。如果后续研究日志能持续更新，这套低成本方案对个人和小团队做实体机器人实验的参考价值会更大。

Adobe 这次更新的核心是把“创意智能体”做成一个跨应用的跑腿助手，覆盖 Premiere、Photoshop、Illustrator、InDesign 和 Frame.io。用户说想要什么结果，它自己去完成多步骤的重复性工作，比如在 PR 里自动分素材、标采访问题、拼粗剪，在 PS 里换背景、按平台尺寸批量改图，在 Illustrator 里根据一张表格生成 50 个版本文件。这些功能瞄准的是生产环节里的体力活，而不是创意决策本身，定位比较务实。 目前所有功能都是公开测试版，After Effects 的助手还在私测，没有公开上线时间。Firefly 那边也加了面向单人创作者的工具，比如从描述生成品牌套件、把产品图转成短视频。另外 Adobe 的工具已经能在 ChatGPT、Claude 和微软 365 Copilot 里调用，Google Gemini 和 Slack 的集成也预告了。 值得留个心眼的是，正文完全没有提这些自动流程的准确率、出错后怎么回滚，以及实际能省多少人工复核时间。批量生成 50 个文件听起来很爽，但如果每个都要手动检查一遍，省下的时间可能没那么乐观。

这篇博客讲的是 Elastic 开源的一套智能体记忆方案，核心是用三个 Elasticsearch 索引分别存“发生过的事”、“关于用户的稳定事实”和“操作流程”。检索时把关键词和向量搜索的结果混在一起，再用一个精排模型重新打分，在 168 个问题的测试里，前 10 条结果的命中率平均 0.89。多用户隔离靠的是 Elasticsearch 的文档级权限，正文说没出现租户间数据泄露。 我会先打个折：0.89 的 R@10 是在他们自己构造的 168 个问题上测的，不是公开基准，泛化能力不好说。另外，文章完全没提每次检索要花多少毫秒、索引和查询的机器成本是多少，这对实际落地是硬指标。 设计上有些点挺实在。比如用“取代”而不是“删除”来更新矛盾信息，留了审计痕迹；给旧事实加衰减权重，避免老数据压过新数据；把原始事件定期合并成稳定事实，防止索引越滚越大。代码已开源在 GitHub，想复现的可以直接看实现细节。

这个 Seeduplex 模型最特别的地方是“原生全双工”，不用等你把话说完，它能边听边判断什么时候接话。官方给了几个具体数字：判停延迟缩短约 250 毫秒，复杂场景下抢话比例降了 40%，用户主动打断的延迟也少了约 300 毫秒。这些数字说明它在多人聊天或嘈杂环境里会更像人，不会乱插嘴或漏掉你的打断。 它还支持在对话里直接调用工具，比如订日历、发邮件，这对车载或客服场景挺实用。不过正文没披露定价、公开上线时间，也没给出误回复率具体降了多少。如果是真的挺省钱，但没价格就没法判断性价比。另外，抗干扰能力只在官方描述里提了，没有第三方测试或对比数据，这点先别太激动。

商务部等八部门发了个“人工智能+消费”的意见，核心就一件事：鼓励你用消费贷款买AI手机、电脑、智能汽车，财政会贴点利息。这相当于给AI硬件消费开了个分期优惠通道，但文件没公布贴息比例和预算盘子，实际优惠力度现在没法算。 意见里列了一长串要推的产品，从人形机器人到智能厨卫都有，更像产业路线图而不是马上能兑现的购物清单。值得留意的是，政策把“以旧换新”和AI产品挂钩了，地方可以自己定补贴方案，这意味着不同城市落地速度和力度会差很多。 正文没披露财政贴息的具体标准、适用产品目录和申请流程，也没说这笔钱从哪个口子出。如果是真的能省一笔利息，对想尝鲜AI硬件的人是好事，但先别把它当成普惠补贴。

Alex Ellis 的这篇长文不是跑分报告，而是一个小软件公司创始人的真实账本。他花 6000 美元买了块 RTX 6000 Pro 跑本地 Qwen 27B，两三个月就靠替代云端 API 调用回了本。在 SWE-Bench 基准上，Qwen 27B 只比 Claude Opus 4.8 低 12%，看起来差距不大。但一到他实际写的 Go 分布式系统代码里，量化后的模型就会陷入死循环和幻觉，生成不可用的代码。所以他现在的用法很明确：本地模型干粗活、处理非关键任务，核心代码和无人值守的 agent 工作流还是交给云端旗舰模型。 文章最大的信息缺口是没给任何 token 生成速度和延迟数据，只说量化后问题变多，但没量化到底慢了多少、卡在哪个环节。另外，他的场景高度集中在 Go 语言和底层基础设施代码，这个结论能不能迁移到 Python、前端或者 CRUD 业务代码上，正文没讨论。回本速度也跟他的 API 调用量强相关，如果你用量没他大，回本周期会拉长不少。

上交所这次把科创板第五套上市标准明确给了AI大模型企业，核心就一条：申报时至少有一个大模型产品已经上线并且实现规模化应用。说白了，就是不看你现在赚不赚钱，但要看你的产品是不是真跑起来了，用户量够不够大。这比光讲技术故事要实在，用实际跑出来的用户规模来证明商业模式不是纸上谈兵。 不过指引里没给“规模化应用”的具体数字门槛，是日活百万算规模，还是付费客户过千算规模，正文没披露。另外，公司还得在行业里地位突出、排名靠前，目标市场要清晰，成长性要强——这些也都是定性描述，具体怎么评、谁来评，指引没说清楚。 对头部大模型公司来说，这确实多了一条融资通道，尤其那些还在疯狂烧钱搞研发、短期看不到盈利的。但“规模化应用”这个口子到底多宽，还得看后续有没有更细的审核口径出来，不然容易变成又一个模糊地带。

苹果这次在 Xcode 27 里塞了一个能直接干活的 AI 助手，不是那种在旁边弹窗聊天的配角，而是嵌在工具栏里，可以跨多个文件改代码，甚至根据你的文字描述加上图标素材，直接生成一个完整的 App。生成之后还能继续用对话让它加背景、特效、动画和翻译，听起来像是把 vibe coding 那套流程搬进了苹果自家的开发工具里。 底层方面，苹果推出了新的 Core AI 框架和升级版 MLX，让开发者在 App 里调用端侧模型更方便，也支持接入 Anthropic、OpenAI 和 Google 的第三方模型。这相当于给了开发者一个模型选择权，不用被绑在苹果自己的模型上。 但这条新闻最大的信息缺口是：所有演示都来自 WWDC 的官方讲座视频，没有第三方实测数据。跨文件修改的准确率有多高？生成完整 App 的成功率是多少？在本地跑这些模型延迟有多大？支持的语言是不是只有 Swift？这些关键指标正文一个字都没提。所以现在只能把它当成一个方向性的发布，离真正能省多少事，还得等开发者上手之后才知道。

Mindgard 的研究员发现，一个在 X 上流传的提示词能直接击穿 ChatGPT 的图像安全过滤。这个提示词只是让模型“修复附件照片”，没指定任何具体内容，但 ChatGPT 却会自发生成涉及死亡和性侵犯的极端画面。研究员 Jim Nightingale 之前就向 OpenAI 报告过模型能生成裸照，OpenAI 当时说问题已解决，但这次的新漏洞表明修复并不彻底。 文章没有披露 OpenAI 对此事的回应时间线，也没有说明具体的补救方案。Nightingale 在报告中提到自己看到生成内容后情绪受到很大冲击，这从侧面说明画面的真实感和冒犯性很强。他判断这些生成结果很可能源于训练数据中混入了真实的暴力或色情影像，模型在“修复”时把这些不该有的模式还原了出来。 目前还缺几个关键信息：这个漏洞影响的是哪个版本的图像模型，触发成功率有多高，以及 OpenAI 是否已经临时限制了相关功能。另外，文章也没说 Mindgard 是否在报告前给了 OpenAI 合理的修复窗口期。

这条消息最扎眼的数字是 27 亿美元——两年前 Google 为把 Shazeer 请回来付的价码，现在人去了 OpenAI。帖子本身信息量很薄，没披露他离职的时间点、在 OpenAI 的职位或研究方向，也没说这对 Gemini 团队的实际冲击有多大。我会先打个折：Shazeer 是 Transformer 架构的核心作者之一，他的去留对任何大模型团队都是信号级事件，但光凭一条推文还判断不了 Gemini 会不会因此掉队。真正需要关注的是他为什么走——是 Google 内部资源分配问题，还是 OpenAI 给了更吸引他的技术方向，这些正文都没提。另外，27 亿这个数字本身也值得追问：当初的交易结构是什么、有没有竞业限制、他实际到手多少，这些信息缺口让“27 亿打水漂”的说法站不住脚。

这篇博客没给最终模型排名，更像一份评测方法论：把开源模型驱动的编程助手扔进真实的 transformers 库任务里，不看最终答案对不对，而是拆开整个过程算账——成功要花多少 token、走多少弯路。他们用 pi coding agent 搭了一套开源评测流水线，对比了不同模型、不同库版本下的表现。 一个关键发现是，库本身的文档质量和接口设计会直接影响智能体的成功率。他们举了个例子：给 CLI 工具加了个“技能提交”功能后，任务完成得更顺了。这说明与其死磕模型能力，不如先把工具链打磨好。 不过正文没披露具体模型间的胜负数据，也没说这套评测跑了多少样本、任务难度分布如何。如果是真的，这个思路挺省钱——不用迷信大模型，把自家工具的说明书写清楚可能更管用。但缺少量化结果，暂时只能当方法论参考，没法直接拿来选模型。